DESCRIPTION: Very long comment line is not rendered in view-source window. STEPS TO REPRODUCE: 1. Load first testcase of bug 89731. 2. View -> Page Source. ACTUAL RESULTS: There are two long comment lines in that testcase - the second one does not render. If you try to select some text on that (empty) line it will be rendered partly. EXPECTED RESULTS: Line rendered. DOES NOT WORK CORRECTLY ON: Mozilla nightly build 2001-07-20-03 on Windows 98 SE. Communicator 4.74 on Windows 98 SE. WORKS CORRECTLY ON: MSIE 5.00 on Windows 98 SE.

WFM, Win NT, build 2001081403.

Bulk moving Moz1.2 bugs to future-P3. I will pull from this list when scheduling post Mozilla1.0 work.

Seeing this with linux cvs 2002-03-13, and not only in view-source. Another testcase: Original report of bug 130725. Scroll way right, at some point the text stops displaying unless selected.

javascript:alert(window.pageXOffset); tells me the text stops displaying properly at about 32k px, i.e. near 2^15 px. ...so this may be somewhat related to bug 51385, where some form elements repeat (at least vertically) every 2^16 px. Not to mention the other weirdnesses of attachment 71729 [details]...

also see attachments from bug 156574 1. attachment 90700 [details] 2. attachment 90701 [details] 3. attachment 90702 [details] 4. attachment 90703 [details] 5. attachment 90704 [details]

when you "text zoom" the page to 120 % - 200% , the text disappears from the screen.

notes on comment 5 :- (specific to macoS 10.1) attachment 90700 [details] - text file with only aplhanumeric characters - The file size is 1k. - text disappears when "text zoom" is 675% attachment 907001 - text file with escape characters sprinkled within - The file size is 43K - text dsappears when "text zoom" is between 100% - 200% attachment 907002 - text file with null characters sprinkled within - The file size is 1K - text disppears when "text zoom" is 450% attachment 907003 - a long text file with alpanumeric characters - The file size is 51K - text disppears when "text zoom" is 100% attachment 907004 - text file with whitespace characters sprinkled within - The file size is 5K - text disppears when "text zoom" is between 90% - 120%

While investigating bug 196144 I discovered this bug again. I'm on Windows ME running Mozilla build 2004052709. Long lines of HTML source are not rendered properly in the View Source window when wrapping is turned off. Everything displays ok when wrap long lines is selected. I attach three testcases: test-long-line-3000.html (3000 char example works ok) test-long-line-4000.html (4000 char example displays first 3072 chars) test-long-line-5000.html (5000 char example displays first 3072 chars but first 910-920 chars are invisible). This was reported a while ago and fixed at a lower line length (512/1024) - bug 67938 - but is now occurring after 3,072 characters. Additionally in the 5,000 character example you'll see the first 910-920 characters go invisible. This bug really should be assigned to someone who is still active on the project.

reassign to default owner/QA since current assignee is formerly-netscape.com.tld.

I can now confirm that the HTML renderer has the same problem as View Source when displaying lines greater than 3072 chars long without line wrapping. Please see latest testcase: test-long-line-4000b.html. Again, this is confirmed in Windows ME Mozilla build 2004052709. Bug 196144 is a dup of this one.

Notes in bug 196144 spoke of a 4096 limit on Linux before this problem arose. But it's definitely a problem after 3072 chars on Windows.

I just isolated a bug in Mozilla 1.7 (originally seen in Netscape 7.1) that seems to be this same issue. I'm running on Windows XP. I'm viewing text files hosted on an Apache server - I tried Apache on both XP and Linux with the same results. The text files contain a single long line of "x" characters. If they contain 4095 or more characters, the page comes up blank. (I'll attach this one as a test case.) Then if I select any character by blindly clicking where the text should be, they all become visible. When I deselect, all goes blank again. For a line 4096 characters long, if I select any character from the second one onward, the text becomes visible. If I select the first character, only that one is visible. With 4100 characters, when I select any character from the sixth onward, all becomes visible. But if I select any of characters 1-5, only the selected characters and those to the left of them are visible. This pattern continues for long lines. If I double-click over the invisible text, it's all highlighted as a solid gray rectangle with the text still not visible. The thresholds change as I zoom in and out with "Ctrl +" and "Ctrl -". I've noticed a vaguely similar problem with IE 6 rendering long lines in text files, but the problem occurs at a much higher threshold.

Smallest text file that reproduces the problem for me.

Test case that shows additional strangeness - depending on where I select, some or all of the line becomes visible.

*** Bug 196144 has been marked as a duplicate of this bug. ***

*** Bug 202175 has been marked as a duplicate of this bug. ***

Is this bug still occurring? I can't see any problem with the test cases on Mac.

It is still occurring; at least on Firefox 2.0. Coincidentally, I noticed it while cooking up some data URIs at the website of this bug's QA contact. The text is not displayed on the page or when viewing source. Moving a window around caused some of the text to repaint in the browser window.

(In reply to comment #21) > The text is not displayed on the page or when viewing source. Moving a window > around caused some of the text to repaint in the browser window. Michael, What OS are you using? And can you reproduce it using attachment 149527 [details] (keep increasing the font size and see if the line disappears)? I can't reproduce with Windows XP or Mac OS X 10.4.

This is happening for me on WinXP, in SeaMonkey 1.5a and now SM2.0a. In attachment 149527 [details] , the first line is invisible until I highlight a section of it. If I highlight some of the early part of the line, say from char 20 to 40, all the characters from 1 to 40 will be visible. If I highlight a few characters toward the middle of the line, then the entire line becomes visible. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a6pre) Gecko/2007062706 SeaMonkey/2.0a1pre

I can't confirm any of the bugs listed here in Aurora 6.0a2 on OS X 10.6. Please reopen if you can reproduce the issue.

Verified WFM, Aurora 9.0a2 on OSX 10.7.1 and Nightly 20111007 on Linux.