Closed Bug 333192 Opened 18 years ago Closed 17 years ago

Inconsistent type handling in XML parser and XML PI

Categories

(Core :: XML, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: bzbarsky, Unassigned)

References

Details

In the nsXMLStylesheetPI::GetStyleSheetInfo we have:

225   // If we get here we assume that we're loading a css file, so set the
226   // type to 'text/css'
227   aType.AssignLiteral("text/css");

which happens whenever there is no type attr or more precisely when the type attr has an empty type.

On the other hand, nsXMLContentSink::HandleProcessingInstruction assumes that the type returned by nsParserUtils::GetQuotedAttributeValue is what it needs to work with (doesn't SplitMimeType), and only compares it to "text/css", not to the empty string.

The result is that when loading http://dump.testsuite.org/2006/alternate-stylesheet-api/003.xht I get:

###!!! ASSERTION: Why do we still have our old sheet?: '!sameNode', file ../../../mozilla/layout/style/nsCSSLoader.cpp, line 1162

Peter, do you want to fix this, or should I?
Depends on: 84582
fixed as part of patch for bug 84582 
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Flags: in-testsuite?
You need to log in before you can comment on or make changes to this bug.