264405 - text from unwrapped long line does not display, even with view source.

Status: RESOLVED DUPLICATE of bug 237085

(Core Graveyard :: GFX, defect)

Description

[Titus Brown]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/125.5 (KHTML, like Gecko) Safari/125.9
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20041001 Firefox/0.10.1

In the page at issola.caltech.edu/~t/transfer/raw-test, the text of the long line does not view under any 
circumstances.  Verified with wget that the Web server is delivering it, and verified with
http://issola.caltech.edu/~t/transfer/raw-test.3 that it was caused neither by the leading '>' nor by a 
simple property of the text string.

Reproducible: Always
Steps to Reproduce:
1. load http://issola.caltech.edu/~t/transfer/raw-test
2. compare with http://issola.caltech.edu/~t/transfer/raw-test.3
3. look at source for both
Actual Results:  
no text displayed in first case.  some text displayed in second, but view source still missing majority of 
content.

Expected Results:  
at the very least, displayed the entire document in view-source.  at best, done something with the text 
like line-wrap it.


this is the result of a DNA sequence search.  it's not a completely contrived issue ;).

Comment 1

[Peter van der Woude [:Peter6]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20041014
Firefox/0.10

both display ->WFM 

no wrapping because:
it's text/plain (page)
and the needed whitespace to wrap is missing (view source)

Comment 2

[Uri Bernstein]

Confirming on both:
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.3) Gecko/20041007
Firefox/0.10
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a5) Gecko/20041008
Firefox/0.9.1+

The problem starts happening when the line exceeds 4096 characters. Reducing the
text size (using Command-minus) makes the missing line appear, eventually.

The "view source" problem is an exact duplicate of bug 235344 (OS X specific).

The main view problem looks like a duplicate of bug 92193 (see especially bug
92193 comment #15). That bug, however, was reported on Linux/Windows, which is
inconsistent with comment #1 (WFM on Windows). Also, that bug speaks of partial
rendering (which can perhaps be undone by selecting), not complete invisibility.

Marking NEW for now with a dependency on 92193, although might eventually get
duped to that bug.

Testcase coming up.

Comment 3

[Uri Bernstein]

Attachment: testcase (text/plain)

text/plain file with 4096-chars line. pressing command-minus ones causes the
long line to appear.

Comment 4

[Uri Bernstein]

Attachment: testcase (HTML)

HTML version of the same file. Here several command-minuses are needed to cause
the text to appear.

Comment 5

[kaldari]

Here is a nicer testcase: http://www.angelblade.com/bugs/textbug.txt

Shouldn't this bug be marked critical since there is loss of data?

Comment 6

[kaldari]

BTW, this bug is somewhat inconsistant for me, i.e. sometimes the page renders
correctly.

Comment 7

[Uri Bernstein]

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

Comment 8

[Uri Bernstein]

Seeing this on Win98 => All/All

Comment 9

[Uri Bernstein]

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

Comment 10

[Gabriel Sjoberg]

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

Comment 11

[Uri Bernstein]

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

Comment 12

[Wayne Woods]

Dupe of bug 237085, which is now fixed.

*** This bug has been marked as a duplicate of 237085 ***