1. Go to http://www.hotelschool.cornell.edu/ 2. View->Page Source What happens: The page source is displayed with the opening and closing text of the HTML tags converted to lower-case, like: <a HREF="http://www.hotelschool.cornell.edu/publications/news/">...</a> What should happen: The tags should remain upper-case, like: <A HREF="http://www.hotelschool.cornell.edu/publications/news/">...</A>

I do not see this with a linux 2000-12-05-08 nightly. I do see it with a linux 2000-12-15 CVS build. adding regression keyword, OS -> All. Could be a parser problem.

layout?

worksforme - ziz@ziz.org

whups, somehow the qa contact never got filled. chris, d'you see this? if not, pls mark wfm. thx!

hrm, actually this is still a problem. will attach simple testcase.

try parser.

This bug has been marked "future" because the original netscape engineer working on this is over-burdened. If you feel this is an error, that you or another known resource will be working on this bug,or if it blocks your work in some way -- please attach your concern to the bug for reconsideration --.

updated qa contact.

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

It appears that Mozilla (linux, build id 2001062823 & earlier) presents the source as it appears after it has been parsed, often incorporating "corrections" made by the parser. Another example is if you leave the closing quote of an attribute value (e.g. &lt;p align=&quot;left&gt; ) Mozilla will fill it in when you view the source. I think this is bad because I normally view the source so I can debug the source! In the worst case you can create an unrenderable page, look at the source, see there's nothing there (because the parser has thrown it all out), and make the not unreasonable assumption that CGI script is not returning anything (this has happened to me, sorry no examples).

paynter@infomine.ucr.edu, we have to parse the source to usefully highlight it... And there are bugs on all sorts of problems that arise as a result, this being one of them. If we decide to drop syntax highlighting, all these bugs would disappear, of course.

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

vrfy dupe

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

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

Reopening 57724 dependencies for independent resolution.

This bug still happens with Mozilla 0.9.9 for me on Red Hat Linux. Ideally, the bug could be fixed, but it seems like a low priority. Failing an outright fix, the parsing/highlighting should be removed and the original source displayed as a plain text file. It is more important to have the correct source than incorrect colorful source.

seeing this on: 2002042608 winXP

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

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

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

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

only drivers can set blocking+ flags. if you want to request it, set it to ? also, reassigning to default because @netscape.com doesn't exist anymore which means both the assignee and qacontact on this bug are invalid.

sorry. i viewed the help and there was no mention. figured if i could change it, then i had permissions to do so. my mistake won't happen again. i've changed it to requested. hope I'm not spamming.

The simple problem here is that for known tags the token stores the tag id, not the actual string...

Comment on attachment 135098 [details] [diff] [review] This fixes the bug, as far as I can tell Choess, heikki, what do you think?

Comment on attachment 135098 [details] [diff] [review] This fixes the bug, as far as I can tell Wow, why didn't we do this before? Looks good to me, although I can't build right now. Be aware that the GetIdentifier routine will consume the characters :, -, _, and alphanumerics; upon hitting any other character, it returns what it's consumed so far. But case-folding alone should be resolved by this.

Taking.

Fixed.

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

vrfy fixed 2004011809 (url, testcase, data:text/html,<A><bB></Qq></a>)