Closed
Bug 182172
Opened 23 years ago
Closed 23 years ago
XSLT does not support <xsl:import href="..."/>
Categories
(Core :: XSLT, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 179231
People
(Reporter: thred, Assigned: peterv)
Details
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021014 Phoenix/0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021014 Phoenix/0.3
xsl:import to include other xsl-files within an xsl-file is not supported
Reproducible: Always
Steps to Reproduce:
File: test.xsl
<?xml version="1.0" encoding="iso-8859-1" ?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:import href="default.xsl" />
<xsl:stylesheet/>
File: default.xsl
<?xml version="1.0" encoding="iso-8859-1" ?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="/">
<html><body>foobar</body></html>
</xsl:template>
</xsl:stylesheet>
File: test.xml
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE testDoc>
<?xml-stylesheet type="text/xsl" href="test.xsl" ?>
<testDoc>
</testDoc>
Actual Results:
nothing
Expected Results:
show page containing "foobar"
|
||
Comment 1•23 years ago
|
||
No way in hell is this limited to Phoenix. This should be sent to the
appropriate Mozilla component.
|
||
Comment 2•23 years ago
|
||
No Phoenix bug -> Mozilla browser
Component: General → XSLT
Product: Phoenix → Browser
Version: unspecified → Trunk
worksforme in NS7. Does phoenix ship with XSLT?
I have seen the failure to support <xslt:import href="..."/> under
Mozilla 1.1, mozilla 1.2.1, & Phoenix 0.4:
I think this problem may have something to do with Base URI
http://www.w3.org/TR/xslt#base-uri
as I can get it to import sometimes...
I have good test cases to show when it does and doesn't work if I can figure out
how to attach them I will..
|
||
Comment 7•23 years ago
|
||
no testcase needed, this is something the devil broke.
He should fix it. *nag*nag*nag*
*** This bug has been marked as a duplicate of 179231 ***
*** This bug has been marked as a duplicate of 179231 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Unzip this file...Open index.xml
under win2k it displays fine with mozilla.
however by my understanding it shouldn't as the local URI reference is wrong.
and the previous file should display
however I decided to upload this file and the previous file to the web see:
http://www.swerdfeger.com/Buggzilla/Bug182172/
and neither one off them work...
however testing using i.e. 6.0 shows that the file labeled NoWorks actually
does work (if I use i.e. 6.0)
|
||
Comment 10•19 years ago
|
||
It only works with chrome:// URIs. Everything else (file://, http://, ...) doesn't.
Is there any intent to fix this?
The original problem in this bug has been fixed. If you are still having problems please file a new bug and attach a testcase. However note that we have cross-domain restrictions so a stylesheet from one domain can't load stylesheets from other domains (and therefor not other protocols)
|
|
||
Comment 12•19 years ago
|
||
(In reply to comment #11)
> The original problem in this bug has been fixed. If you are still having
> problems please file a new bug and attach a testcase. However note that we have
> cross-domain restrictions so a stylesheet from one domain can't load
> stylesheets from other domains (and therefor not other protocols)
See bug #315080, I've only realised that such a bug already exists after I commented here. Sorry for that.
You need to log in
before you can comment on or make changes to this bug.
Description
•