150981 - CR-Only newlines sometimes ignored in PRE element

Status: RESOLVED DUPLICATE of bug 103833

(Core :: DOM: HTML Parser, defect)

Description

[Paul Steckler]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530
BuildID:    2002053012

When an element inside a PRE element contains
a newline, it's not always rendered.

While the HTML 4.01 spec says PRE rendering
can elide whitespace, I don't think whitespace
includes newlines.

Reproducible: Always
Steps to Reproduce:
1.View http://www.ccs.neu.edu/~steck/tmp/moz-pre-bug.html
2.Try the same in IE6 or Netscape 4.7x
3.

Actual Results:  There's no blank line between the hyperlink rendered on
that page and the next line, which begins "discusses ...".

Expected Results:  I expected a blank line between the hyperlink and 
the line beginning "discusses ...".  Both IE6 and
Netscape 4.7x show that blank line.

If you do View Source in Mozilla 1.0, the newline
just before the closing </tt> tag is missing!
Whatever is eliding that newline is probably 
causing the problem.  In IE6 and Netscape 4.7x,
View Source clearly show that newline.

Comment 1

[Boris 'pi' Piwinger]

WFM: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1a) Gecko/20020610

pi

Comment 2

[gavin long]

WFM, win98SE 2002053012 (1.0) and in WinXP 2002070908 trunk.  I see the line
break in view source, too.

reporter, (or anyone else) are you still seeing this?

Comment 3

[gavin long]

Mail from the reporter:

If you mean the line break after the closing </a> and before the closing 
</tt>, I don't see it in View Source. 

Some more info: the file at the URL mentioned has carriage returns 
(0x0D), not newlines.  If I replace those with newlines (0x0A), Mozilla 
1.0 (WinXP Pro) displays things as expected.  See 

  http://www.ccs.neu.edu/~steck/tmp/moz-pre-bug2.html 

for that change.  [Original URL was the same with the `2' removed.] 

Note that for the original URL, Mozilla 1.0 rendered most of the 
carriage returns as line breaks, except the one mentioned above. 

Comment 4

[gavin long]

Doh!  OK, now that you've given me what it's _supposed_ to look like, and I've
re-read the original description, I can confirm that I *DO* see the problem in
both 1.0 on win98, and trunk 2002070908 trunk winXP.  Apologies for being a dolt
the first time around...

Yes, I imagine it's related to using only CRs for line-ends.  Now, LF-Only is
the Unix way, CR/LF is the windows way, so where's CR only come from? [goes
digging]  Ah. Macs, and a few others.

Comment 5

[Boris Zbarsky [:bzbarsky]]

Parser.  The newline is not even making its way into the content model.

Comment 6

[Giulio]

Addition Example
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfsystemxmlxmlnodeclassgetnamespaceofprefixtopic.asp

Comment 7

[Boris Zbarsky [:bzbarsky]]

This is the same as bug 103833 (which is fixed in current builds).   The
testcase certainly works fine in current builds.

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