Bug 47453
Summary: | XSLT: getting unknown system property kills the transformation | ||
---|---|---|---|
Product: | WebKit | Reporter: | Julian Reschke <julian.reschke> |
Component: | XML | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED INVALID | ||
Severity: | Normal | CC: | ap |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | All | ||
OS: | All | ||
URL: | http://greenbytes.de/tech/webdav/xslt-test.xml |
Julian Reschke
What steps will reproduce the problem?
1. Navigate to http://greenbytes.de/tech/webdav/xslt-test.xml
2. Check transformation result, which should *not* end after "msxsl:version"
What is the expected result?
XSLT continues.
What happens instead?
Aborts.
Please provide any additional information below. Attach a screenshot if
possible.
This appears to be a bug in libxslt.
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
Yes, this reproduces with xsltproc on command line. Would you be willing to file a bug via <https://bugzilla.gnome.org/enter_bug.cgi?product=libxslt>?
Julian Reschke
(In reply to comment #1)
> Yes, this reproduces with xsltproc on command line. Would you be willing to file a bug via <https://bugzilla.gnome.org/enter_bug.cgi?product=libxslt>?
Done: https://bugzilla.gnome.org/show_bug.cgi?id=631803
Julian Reschke
Wow. 6 months with no progress on a bug that causes a program abort.
Alexey Proskuryakov
What action do you expect from us, short of writing a new XSLT processor to replace libxslt?
Julian Reschke
Help getting libxslt fixed, for instance? Just because a "third-party" library is used doesn't mean it's entirely somebody else's problem, right?
Julian Reschke
Still present in Safari 5.1.
Julian Reschke
(In reply to comment #4)
> What action do you expect from us, short of writing a new XSLT processor to replace libxslt?
Note that libxslt has been fixed in the meantime.
Alexey Proskuryakov
Marking INVALID as a non-WebKit issue.