Closed
Bug 71367
Opened 25 years ago
Closed 25 years ago
use Node::getBaseURI to resolve relative urls for import and include
Categories
(Core :: XSLT, defect)
Core
XSLT
Tracking
()
VERIFIED
FIXED
People
(Reporter: sicking, Assigned: sicking)
Details
Attachments
(1 file)
|
6.67 KB,
patch
|
Details | Diff | Splinter Review |
Now that we have Node::getBaseURI in the tree we should use it when resolving
relative URI's for xsl:import and xsl:include. My plan is to remove the current
code that handels the base URIs and use Node::getBaseURI instead, is this ok
with everyone?
| Assignee | ||
Comment 1•25 years ago
|
||
| Assignee | ||
Comment 2•25 years ago
|
||
The attached patch changes the code for <xsl:include> to use getBaseURI as well
as removes the old code for handeling base URIs
we don't seem to support <xsl:import> ???
Comment 3•25 years ago
|
||
r=peterv.
Comment 4•25 years ago
|
||
+ /* XXX this is wrong, it's allowed to include one stylesheet multiple
+ times but we should build some sort of stack to make sure that we
+ don't have circular inclusions */
If that's legal, then why not just skip the processing of a sheet on subsequent
inclusions? That's wbat the xpidl compiler does: if we've seen an include
before, we just skip over it, because we've already seen the effects of it (or
will, if we're still processing it when we hit a potentially-circular include).
sr=shaver
| Assignee | ||
Comment 5•25 years ago
|
||
Two reasons:
1. According to the spec it's illegal to have circular inclusions
2. There are some override mechanisms that makes it wrong to just skip an
inclusion if a stylesheet has already been included
Comment 6•25 years ago
|
||
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•