hmm, i've seen and fixed this problem for our local installation, in an older version.
but the problem's reason may be different. We're using Turkish (as UTF-8), and in Turkish alphabet, uppercase of i is not I but a I with a dot (which makes it 2 bytes in UTF-8), and lowercase of I is not i but a i without a dot (which makes it 2 bytes, again).
hmm, i should have reported this bug in trac, but i'm not sure, i can't find it now, probably i didn't. anyway, here's what i did to fix it (digging the sources now for the changes i've made)
well, i've fixed the issue in rev508, and we're still using that revision. the problem was in program/include/rcube_db.inc , with all the search&replaces using rc_strtolower().
well, the bug works in this way; for placing of ending javascripts, rcmail searches for the starting position of "</head>" string in the final html. these javascripts "enable" the buttons in the UI, as far as i remember, setting something like "block_controls = false" (although i don't remember the name). Well, rcmail does
if($hpos = rc_strpos(rc_strtolower($output), '</head>'))
As it used rc_strtolower, in an alphabet like ours, byte counts are changed (when uppercase i is converted to lowercase), and $hpos now shows a position in the lowercase version of the html, and it is the wrong position in the original one. then the javascript is inserted into that position in the original html, and what we get is a javascript code inside </head> splitting it in two.
i've made the change, instead of using rc_strtolower(), i use strtolower(), which IGNORES encoding information, and also, does not change byte counts. It just lowers the string "</HEAD>", and a strpos can find it in the correct position that way. As long as the searched string does not contain a non-ascii character (well, "</head>" doesn't), this doesn't cause encoding-related problems.
This fixed our all hangup problems, and it doesn't hangup anymore. At least speaking for svn rev508.
hope that helps, -Kerem HADIMLI
On 6/5/07, till klimpong@gmail.com wrote:
On 6/5/07, Ryan Rittenhouse ryanmr@goshen.edu wrote:
Not in most of the cases. The last three users to have this problem have less than 20 folders. I'm running up another RC installation with a seperate db to see if logging in on a clean slate makes a difference ... now I just have to wait until someone hits the bug again :p
Ok, for sure keep us posted. :)
Thanks for the help!
Till