35213 - [pre] and [a] do not work the same as navigator [4x.p] [testcase]

Status: RESOLVED WORKSFORME

(Core :: DOM: HTML Parser, defect, P3)

Description

[sarnold]

Hello. (I am guessing this is parsing. :)

The following does not parse the same as it would under navigator. (Search and
replace all the square brackets with angle-brackets to drop into an .html file,
I don't know how bugzilla handles in-line html code. :)

[a IntendedAnchor][pre]
	Some text intended for preformatted (teletype-style) display
[/pre][/a]
	More text goes here. This should be set as standard text, but is currently
being displayed as [pre] formatted.

I am also going to try to attach my simple testcase.

(Of course, perhaps mozilla is Doing The Right Thing right now, and a change
would be a Bad Thing. In which case, please let me know so I can suggest to the
good people at Sun they need to name= their anchor tags. :)

Comment 1

[sarnold]

Attachment: testcase for this bug -- the third line should be set as normal text

Comment 2

[sarnold]

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

Comment 3

[Richard Zach]

This is WFM on Linux build 2000.04.08.08.  The last line is displayed in serif. 
Have you tried this with a recent build?

Comment 4

[sarnold]

Zach, of course -- last line. Not third line. The last line is showing up
incorrectly on mine.

Also, I made this mozilla from CVS earlier today (today being April 8th). When I
check out CVS, I do this: "cvs -z3 co SeaMonkeyAll" -- is that the correct one
to be grabbing? The debian maintainer scripts for building mozilla runs "make
real_clean" and deletes the build directories from previous builds; I hope that
is enough to root out all the old code.

Comment 5

[Richard Zach]

Seth, is this still broken for you?  The last line shows up as normal serif text
in my nightly build of today.

Comment 6

[sarnold]

Richard, thanks for the reminder.

This *is* fixed for me, CVS build of April 16th under Linux.

Closing WFM. :)

Comment 7

[bsharma]

updated qa contact.