Closed Bug 223957 Opened 21 years ago Closed 21 years ago

lines greater than 4469 chars in length (without whitespaces in between) are discarded.

Categories

(Core :: DOM: HTML Parser, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 202175

People

(Reporter: aaryal, Unassigned)

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225

lines greater than 4469 characters in length (without whitespace chars in
between) are discarded and in one instance (i can't seem to isolate and
reproduce it) it ate the closing '>' of the tag before and the '<' of the tag
after. but the line disappearance is reproducable and it's exactly at 4470
characters. when the 'eating' of the [<>] occured, the source viewer wouldn't
display the line. but in my test case, the source viewer displays the line just
fine.

Reproducible: Always

Steps to Reproduce:
1. create an html file with the basic html tags. 
2. put in a line that has 4469 characters (of the class [a-zA-Z0-9] (to keep it
simple)). in my test case, it was a long list of comma seperated alpha-nums.
don't put any whitespace/newline in between
3. visit the page with the browser. the line shows.
4. add a character to the line (again, without adding a whitespace or a newline)
5. visit the page with the browser. the line disappears.

Actual Results:  
the line doesn't show up. and in a case (that i can reproduce but can't isolate)
it causes mozilla to eat up characters before and after the line.

Expected Results:  
show the line even when the line is longer than 4469 characters in length.

i might have been off-by-one in counting the chars. i stripped the line and put
that into a file and then used wc.

it's a minor thing and when i'm creating a page i have workarounds. i mean, who
would want to really read a line that's 4469 without whitespaces right? but
still, it would have been nice to have mozilla handle buffer size problems well.
Could you please attach a clear testcase showing the problem?  Is this a problem
with a recent build?  1.2.1 is a year old...
if the line doesn't appear, then delete the last 'a' right before the body tag.
the line should then appear.

sorry, i havne't had a chance to test it with a more recent build. i will try
that when i get a chance.
Attachment #134329 - Attachment mime type: text/plain → text/html
Yeah, that testcase also worksforme with linux trunk build 2003-10-26-05.
just downloaded and installed the RPM of 20031016 and that doesn't seem to work
either. (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016)

it's now showing up in the source viewer tho. just not in the browser.

*** This bug has been marked as a duplicate of 202175 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: