DOMParser.parseFromString() should propagate document's URL |
|||
Issue descriptionWhat steps will reproduce the problem? (1) Open http://w3c-test.org/domparsing/DOMParser-parseFromString-html.html What is the expected result? No FAILs What happens instead? FAILs for URL and baseURI. Please use labels and text to provide additional information. https://www.w3.org/TR/2016/WD-DOM-Parsing-20160517/#widl-DOMParser-parseFromString-Document-DOMString-str-SupportedType-type > Additionally, the document must have a URL value equal to the URL of the active document, ...
,
Mar 5 2017
martin@, thank you for woking on this issue. - Please 'Publish' the code review. Without it, we can't add review comments. - You don't need to add new test. We already have the following failing tests, and the CL needs to update their test result. - external/wpt/domparsing/DOMParser-parseFromString-xml.html - external/wpt/domparsing/DOMParser-parseFromString-html.html
,
Mar 8 2017
https://chromium.googlesource.com/chromium/src/+/c87999ea945e86d70cc5f98df81d65efc567cdd5 fixed this.
,
Mar 21 2017
,
Apr 18 2017
I think the same/similar fix should be applied to DocumentFragment at least if it's .content inside <template> element: https://jsfiddle.net/c689LL32/ fails in Chrome, works in Firefox.
,
Apr 18 2017
#5, I don't think it's related to this issue. Would you file new bug please?
,
Apr 19 2017
tkent@, sure: issue 713012 . |
|||
►
Sign in to add a comment |
|||
Comment 1 by martin@martinrogalla.com
, Mar 5 2017