User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070322 Minefield/3.0a3pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070322 Minefield/3.0a3pre This happened after the new thebes text/font architecture was installed. It seems to be part of a bigger problem: firefox seems to not be able to deal with Khmer Unicode text at all (can't text-align:center text for exemple, weird spacing added at end of chunk of text, etc.) Reproducible: Always Steps to Reproduce: 1.Select Khmer Unicode text Actual Results: Crashes Expected Results: No crash : )

This WFM on Vista using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a3pre) Gecko/20070322 Minefield/3.0a3pre. The only Khmer text I see is centered on the page just beneath the header, is that the only Khmer text that should be on the page? When I select that text by dragging the mouse and highlighting it, it highlights just fine; copying and pasting work as well.

hrm, wrong url, please use this one: http://www.licadho.org/media/home.php?l=KH Crashing for me on Windows XP SP2

Yeah, I tried that page again in the latest Minefield build on Windows Vista and it again didn't crash. But, I think I'm the crazy on here, because bug 375012 suggests the same thing, but on Linux.

While your highlighting text, move selection back and forth for about 5-10 sec.

Still crashing on Windows XP with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070322 Minefield/3.0a3pre To get a Khmer Unicode font (not coming by default in any OS) http://prdownloads.sourceforge.net/khmer/KhmerOSsys.ttf?download

You can also use this testcase https://bugzilla.mozilla.org/attachment.cgi?id=259748

(In reply to comment #0) > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) > Gecko/20070322 Minefield/3.0a3pre > Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) > Gecko/20070322 Minefield/3.0a3pre > > This happened after the new thebes text/font architecture was installed. It > seems to be part of a bigger problem: firefox seems to not be able to deal with > Khmer Unicode text at all (can't text-align:center text for exemple, weird > spacing added at end of chunk of text, etc.) > > Reproducible: Always > > Steps to Reproduce: > 1.Select Khmer Unicode text > > Actual Results: > Crashes > > Expected Results: > No crash : ) > Couldn't replicate the crash you mentioned, following given set of instructions in Win XP SP2. Please elaborate steps to reproduce, if possible. text-align:center in .title is not working for other fonts also. The attachment t.html is not aligning text not only in FireFox but IE also. Don't know much ab't css rules but seems the keyword isn't right.

(In reply to comment #7) > Couldn't replicate the crash you mentioned, Always mention which exact version you're testing. Did you test also after installing the fonts in comment 5?

(In reply to comment #8) > Always mention which exact version you're testing. Version: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3 Did test after installing Khmer.

still crashing with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a5pre) Gecko/20070527 Minefield/3.0a5pre

Works on Mac

I can't get this to crash on Windows Can someone who reproduce this please attach a stack trace?

roc, yep, seems to be a windows-only crash, can't crash it either on my linux box (amid absolute missrendering of khmer unicode on linux, but that's another issue). I might have a clue as to why some windows environments will crash and others wont. It seems to crash during interaction between firefox and usp10.dll (a crucial dll for unicode rendering on windows). To properly render Khmer unicode on a windows machine, you need a usp10.dll v1.471.4063.0 (can be found in microsoft office 2003 shared dlls directory) or later in your system32 directory. Having earlier version might not end up crashing firefox but will not allow it to properly render khmer script. Stuart, what is your version of usp10.dll located in <windir>\system32 ?

I have v1.420.2600.2180 (xp sp2) in my system32 dir and 1.613.5291.0 (ms volt) floating around that I test with sometimes on my machine. I can test with either. stuart

I have 1.420.2600.2180 on my WinXP SP2 VM and it doesn't crash. The text looks OK to me (not obviously garbage), but what do I know :-)

roc&stuart, this usp10.dll version does _not_ support proper Khmer script rendering (see http://en.wikipedia.org/wiki/Uniscribe); if you have office 2003 installed on your computer, copy office 2003's usp10.dll to either your firefox dir or system32 + dllcache dir. I'd happily attach the dll to this bug but then again, I'd be afraid of lawyers promptly coming to my doorstep ;)

more on the usp10.dll saga usp10.dll v1.420.2600.2180 - found by default in windows xp sp2 - does not render khmer script - no crash usp10.dll v1.471.4030.0 - found in the google earth installation package - does render khmer script - crash usp10.dll v1.471.4063.0 - found in office 2003 installation - does render khmer script - crash usp10.dll v1.626.5756.0 - found in office vista installation - does render khmer script - no crash

Sounds like it could be a Uniscribe bug. I don't suppose you have Visual Studio and can get a stack trace?

no need for visual studio. http://developer.mozilla.org/en/docs/How_to_get_a_stacktrace_with_WinDbg it is now possible to get symbols for the mozilla side of things (basically any nightly from today into the future), if you need them, contact Ted i suppose.

This will be much easier (and not take up my time) when bug 376322 gets fixed. (Hopefully soon.)

Neither version you say crash get installed in to the system32 directory and are both used privately by their applications. You shouldn't be getting a crash unless you copied the Office 2003 usp dll in to your system32 directory.

stuart, you have to manually upgrade usp10.dll to get khmer scripts to render properly at the system level (you also have to do this to support lao and maybe tibetan scripts also). It's the only way. You can read more @ khmeros.info. So either firefox supports khmer scripts on khmer enabled windows systems, or it doesn't...

Or you can upgrade to Vista. There is a reason that those versions you've manually upgraded weren't allowed to be redistributed and the system Uniscribe wasn't updated by Microsoft to those versions. As much as I'd love to support Khmer on XP, I'm not sure that it is our job to support users who manually replace system files with unofficial updates. If someone can figure out a workaround for this issue that is non-intrusive I'd be happy to take a patch.

Stuart, last reply to this 'should we support or not' part of this bug; right now, you're saying to a part of the world 'firefox 3 will not support your language on windows xp so either empty your pockets and pay yourself a vista (sorry, your in a developing country, might be hard), or use internet explorer 6.0 which works flawlessly'... I know Cambodia’s a small country so at the end of the day, it might not be the effort and maybe it’s better to surrender Cambodia to Internet Explorer… I see your point, but hope you’ll reconsider. Roc was speaking of maybe displaying the use of uniscript engine for khmer text rendering … should still be worth checking what causes the crash. Since internet explorer 6 & 7 are dealing with khmer scripts without going kaboom, it might be a problem inside the fox. I don't want to become too sarcastic and sound bitchy, just trying to help. If it can't be dealt with, at least people will have this bug to refer to :)

On Win XP or 2000 rather than upgrading USP10.DLL in Windows\System32\ to one which supports Khmer, Lao, Tibetan etc. - you can copy an USP10.DLL with support for these scripts into Firefox startup directory e.g. C:\Program Files\Mozilla Firefox\. A locally installed USP10.DLL with support for these scripts is available if Microsoft Office 2003 SP2 is installed on the system. Can also be obtained with Microsoft's free Word Viewer. So long as Mozilla on Windows relies on Uniscribe support for complex scripts is going to be dependent on scripts supported in the Uniscribe available on the system. If the Firefox install routine for Windows was smart, on Win XP & 2000 it would look to see if a version of Uniscribe (usp10.dll) more recent than that in \Windows\System32\ was available in either: C:\Program Files\Common Files\Microsoft Shared\Office10\usp10.dll C:\Program Files\Common Files\Microsoft Shared\office11\usp10.dll (default installation locations for MS Office) and, if so, copy that version of usp10.dll into Firefox's start up directory (e.g. C:\Program Files\Mozilla Firefox). This would at least fix the problem on Windows XP & 2000 machines that also had a copy of MS Office installed. So long as Firefox on Windows relies on Mcrosoft's Uniscribe for complex script rendering IMO there is probably not much more that can be done.

cfynn@gmx.net: no one has provided us with stack traces, could you please read the link from comment 19 and *attach* stack traces (one attachment per crash site per version)? as long as usp10 came from Microsoft it should have public symbols, so we should be able to understand which call we're making from where and perhaps figure out the font that's involved and what we can avoid