Closed
Bug 113962
Opened 23 years ago
Closed 23 years ago
xml:base has know effect when XSLT is used
Categories
(Core :: XSLT, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: mal0rd, Assigned: peterv)
References
Details
Attachments
(6 files)
When a XSLT stylesheet is used, whatever xml:base attribues there are in either the stylesheet or the original document are ignored completely for both xlinks and html-a-hrefs. Included is a minimal testcase that shows how the links do not take into account the xml:base attribute no matter where they are in the document or stylesheet even if the xml:base attribute is declared everywhere.
Reporter | ||
Comment 1•23 years ago
|
||
Here is the attachment I mentioned. If you want to check the validity of the markup then remove the xml PI. It will work then. It will also work using a standalone XSLT processor then opening it in mozilla.
Comment 2•23 years ago
|
||
Please see http://www.mozilla.org/projects/xslt for our favorite way of getting testcases. And test.xml is such a rare name for a file ;-) Actually, node() is not an allowed part of a pattern, so xt chokes on your second template. The tip of transformiix doesn't deal with this thing gracefully at all. And <html> as something else than document element sounds dangerous. Could you produce a testcase that is closer to the specs, and works with more XSLT engines? That would be great, thanx.
Reporter | ||
Comment 3•23 years ago
|
||
I will add a more correct test case, but the one I included works with all the standalone XSLT processors I in debian(including sabolton, transformiix, and xsltproc). Then rendering it in mozilla from the result works. About the node() not being allowed. The identity template that uses node() I copied and pasted out of W3's XSLT specs. I did not know mozilla didn't support it.
Comment 4•23 years ago
|
||
My cold crept up the nose into my brain. Of course is node() ok. pfff. Anyway, my trees here (which are tip) think that the output method would be text, or something like that. I don't have the cycles to debug this right now. Adding a <xsl:output method="xml" /> fixes that. And now I can confirm the bug. Probably fixed by peterv infamous output rewrite. I guess the attribute isn't created with namespace, and so mozilla won't recognize it.
Assignee: kvisco → peterv
Depends on: 96647
Reporter | ||
Comment 5•23 years ago
|
||
This is the stylesheet used to test the bug of xml:base. It doesn't do alot, just creates an additional xlink. I also inserted the output-method parameter, but that had no effect.
Reporter | ||
Comment 6•23 years ago
|
||
Here is a basic XML file that uses the above stylesheet. It doesn't work because the xml:base elements are ignored. Using any stand alone XSLT processor, then rendering in mozilla works.
Reporter | ||
Comment 7•23 years ago
|
||
Sorry about the last attachment. It doesn't use the about stylesheet. This one does.
Reporter | ||
Comment 8•23 years ago
|
||
Sorry about the last attachment. It doesn't use the above stylesheet. This one does.
Reporter | ||
Comment 9•23 years ago
|
||
This is an XML file identical to the last one (three :-), but doesn't have an
xml-stylesheet PI at the beginning, so it works. This is for reference to show
the problem is with XSLT.
attachment 60759 [details], 60849, and 60853 can be deleted.
Assignee | ||
Comment 10•23 years ago
|
||
If i understand the testcase correctly, this should be fixed now. Reporter, please reopen if you disagree.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 11•23 years ago
|
||
Yes it is working w/2002012706.
marking reviewed per reporters comments
Status: RESOLVED → VERIFIED
er, verified even :-)
You need to log in
before you can comment on or make changes to this bug.
Description
•