Note: There are a few cases of duplicates in user autocompletion which are being worked on.

reformats the text displayed or corrupts the text




7 years ago
6 years ago


(Reporter: robert dell, Unassigned)


Firefox Tracking Flags

(Not tracked)




(2 attachments)



7 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv: Gecko/20110123 SeaMonkey/2.0.12
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv: 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

Comment 1

7 years ago
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.

Comment 2

7 years ago
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 &#8238; 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.)

Comment 4

7 years ago
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.


6 years ago
Component: General → Layout
Product: SeaMonkey → Core
QA Contact: general → layout
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.
Last Resolved: 6 years ago
Depends on: 263359
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.