Closed
Bug 453441
Opened 16 years ago
Closed 15 years ago
Parsing an XSLT stylesheet with two xsl:version attributes fails
Categories
(Core :: XSLT, defect)
Core
XSLT
Tracking
()
VERIFIED
FIXED
mozilla1.9.2a1
People
(Reporter: aevargareg, Assigned: peterv)
References
()
Details
(Keywords: verified1.9.1)
Attachments
(1 file, 2 obsolete files)
2.83 KB,
patch
|
sicking
:
review+
sicking
:
superreview+
sicking
:
approval1.9.1+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 Error loading stylesheet: Parsing an XSLT stylesheet failed. XML file contains either <?xml-stylesheet type="text/xsl" href="styles/traffic_history.xsl" ?> or <?xml-stylesheet type="text/xsl" href="http://www.gemusicboosters.org/styles/traffic_history.xsl" ?> This is not a transformed file, just the XML file with a stylesheet applied. This is for http://, not for file://, which was reported in bug 397894. Reproducible: Always Steps to Reproduce: 1. visit link 2. error displays 3. Expected Results: Error loading stylesheet: Parsing an XSLT stylesheet failed. display a two-column table with dates and visitor counts
Reporter | ||
Updated•16 years ago
|
Version: unspecified → 3.0 Branch
Comment 1•16 years ago
|
||
My guess is that this is bug 435078
Assignee | ||
Comment 2•16 years ago
|
||
Nope, not a dupe. Somehow the XSLT processor gets confused by the second xsl:version attribute.
Status: UNCONFIRMED → NEW
Component: General → XSLT
Ever confirmed: true
OS: Windows XP → All
Product: Firefox → Core
QA Contact: general → xslt
Hardware: PC → All
Version: 3.0 Branch → Trunk
Assignee | ||
Updated•16 years ago
|
Summary: Parsing an XSLT stylesheet fails in subfolder for http → Parsing an XSLT stylesheet with two xsl:version attributes fails
Ooh, i wonder if it's something in the forwards compatible parsing code that fails.
Assignee | ||
Comment 4•16 years ago
|
||
Still need an automated testcase.
Assignee: nobody → peterv
Status: NEW → ASSIGNED
Assignee | ||
Comment 5•15 years ago
|
||
Attachment #337694 -
Attachment is obsolete: true
Attachment #355567 -
Flags: superreview?(jonas)
Attachment #355567 -
Flags: review?(jonas)
I don't think this fix is correct since we'd no longer be requiring a version attribute on the root. Another way of fixing this would be to add a getStyleAttr call (with aRequired=false) to txFnStartLRE.
Assignee | ||
Updated•15 years ago
|
Attachment #355567 -
Flags: superreview?(jonas)
Attachment #355567 -
Flags: superreview-
Attachment #355567 -
Flags: review?(jonas)
Attachment #355567 -
Flags: review-
Assignee | ||
Comment 7•15 years ago
|
||
Comment on attachment 355567 [details] [diff] [review] v1 Ah, right, I'll do that.
Assignee | ||
Comment 8•15 years ago
|
||
Since we already loop over attributes in txFnStartLRE I decided to just null the attribute's localName there.
Attachment #355567 -
Attachment is obsolete: true
Attachment #355813 -
Flags: superreview?(jonas)
Attachment #355813 -
Flags: review?(jonas)
Attachment #355813 -
Flags: superreview?(jonas)
Attachment #355813 -
Flags: superreview+
Attachment #355813 -
Flags: review?(jonas)
Attachment #355813 -
Flags: review+
Assignee | ||
Updated•15 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.2a1
Assignee | ||
Updated•15 years ago
|
Attachment #355813 -
Flags: approval1.9.1?
Assignee | ||
Comment 9•15 years ago
|
||
Comment on attachment 355813 [details] [diff] [review] v2 Simple XSLT-only fix, low risk.
Assignee | ||
Updated•15 years ago
|
Flags: in-testsuite+
Comment on attachment 355813 [details] [diff] [review] v2 Trivial spec compliance issue. Risk is very low with taking this patch I'd say.
Attachment #355813 -
Flags: approval1.9.1? → approval1.9.1+
Reporter | ||
Comment 11•15 years ago
|
||
Looks good! My page does not work using: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 (.NET CLR 3.5.30729) Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2 (.NET CLR 3.5.30729) but is fixed as of: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090115 Minefield/3.2a1pre (.NET CLR 3.5.30729) Thanks!!
Assignee | ||
Updated•15 years ago
|
Keywords: fixed1.9.1
Comment 12•15 years ago
|
||
verified FIXED on builds: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090415 Minefield/3.6a1pre ID:20090415030845 and Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b4pre) Gecko/20090416 Shiretoko/3.5b4pre ID:20090416030924
Status: RESOLVED → VERIFIED
Keywords: fixed1.9.1 → verified1.9.1
You need to log in
before you can comment on or make changes to this bug.
Description
•