User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:18.104.22.168) Gecko/20110123 SeaMonkey/2.0.12 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:22.214.171.124) Gecko/20110123 SeaMonkey/2.0.12 starting on line 1425, it starts reversing the text and towards the end, it starts to get completely corrupted in this 10,000 line test. Reproducible: Always Steps to Reproduce: 1.go to the web page 2.wait 10 seconds for the page to render 3.scroll down Actual Results: starting at line 1425, it starts scrambling the lines in the text in a haphazard way Expected Results: I expected everything to be in the order served by the web server the page HTML will be submitted along with its css sheet
Created attachment 516872 [details] this is the page that displays badly this file is usually parsed with the apache web server but the complete file is being submitted for you.
Created attachment 516873 [details] css sheet for the unicode test this is the css sheet for the unicode-test html for this bug
It's not clear to me that there's a layout bug here: You have characters in the document that have right-to-left directionality (see the Unicode standard), along with lots of neutral-direction characters that "adopt" the direction of the strongly-directional characters around them, so parts of the text getting "reversed" is expected. (And note that ‮ is the Right-to-Left Override character, which imposes R-L directionality on _all_ the following characters within your <pre> element, as there's no matching Pop.)
SeaMonkey 2.0.x is in maintenance mode, only security and stability fixes are allowed on this branch. Please retest with either SeaMonkey 2.1b2 or Firefox 4.0b12.
Some influence on neutral characters by directional characters is expected, but it shouldn't extend beyond the end of the line within a <pre>. This is fixed on trunk by bug 263359.