Bug 15762 - XSLStylesheet loads subresources from a wrong URL
Summary: XSLStylesheet loads subresources from a wrong URL
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: XML (show other bugs)
Version: 523.x (Safari 3)
Hardware: Mac OS X 10.4
: P2 Normal
Assignee: Alexey Proskuryakov
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-10-30 04:03 PDT by Alexey Proskuryakov
Modified: 2007-10-31 01:34 PDT (History)
0 users

See Also:

Attachments
proposed fix (2.56 KB, patch)
2007-10-30 04:19 PDT, Alexey Proskuryakov 		no flags Details | Formatted Diff | Diff
proposed fix (3.19 KB, patch)
2007-10-30 04:26 PDT, Alexey Proskuryakov 		andersca: review+
Details | Formatted Diff | Diff
Show Obsolete (1) View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Alexey Proskuryakov 2007-10-30 04:03:45 PDT 
Discovered with the new Web Inspector XSLT logging: parsing errors were attributed to a wrong file. Fixing this made an existing test fail, but the test was incorrect (the new behavior matches xsltproc and WinIE).

Patch forthcoming.
Comment 1 Alexey Proskuryakov 2007-10-30 04:19:01 PDT 
Created attachment 16945 [details]
proposed fix

...as for Firefox, it passes neither variant - AFAICT, it doesn't try to load the DTD.
Comment 2 Alexey Proskuryakov 2007-10-30 04:26:59 PDT 
Created attachment 16946 [details]
proposed fix

Oops, there was one more test with the same problem.
Comment 3 Anders Carlsson 2007-10-30 11:48:22 PDT 
Comment on attachment 16946 [details]
proposed fix

Does href() return the absolute URL?

r=me
Comment 4 Alexey Proskuryakov 2007-10-30 12:18:51 PDT 
(In reply to comment #3)
> Does href() return the absolute URL?

It did in my tests, and I think it's always supposed to.
Comment 5 Alexey Proskuryakov 2007-10-31 01:34:09 PDT 
Committed revision 27302.