From Bugzilla Helper: User-Agent: Mozilla/4.75 [en] (X11; U; SunOS 5.7 sun4u) BuildID: 2000100209 <listing>'s content should be CDATA (like <plaintext> and <xmp>). </listing> does not end the line, even though <listing> startsa line. Looks like <listing> is a block tag and </listing> an inline tag:-) Reproducible: Always Steps to Reproduce: 1. Visit the demo URL. Actual Results: w <blank line> xüyz Expected Results: w <blank line> xüy <blank line> z Netscape too parses the content. It does insert a blank line after </listing>.
The 3.2 spec has this to say: <!ELEMENT (XMP|LISTING) - - %literal> (where %literal==CDATA). However, backward compatibility tests show that listings in older browsers actually contain an odd array of things, from headings to div's/span's, to tables and lists. I'm not at all clear what the author means by "should end with blank line". Please clarify.
"older browsers" = netscape, I presume. Lynx and Mosaic get it right. "should end with a blank line": I should have said, the browser should insert a blank line or at least a line break at </listing>, since it's a block tag. Currently, the 'y</listing>z' part displays as 'yz'.
Thanks for the clarification. There is a bug here in fact. I'll add a patch shortly.
Changed elementTable for <listing> element. All better.
updated qa contact.
Verified on: build: 2001-06-04-09-Mtrunk platform: WinNT The url is resolved as expected.