Skip to content
This repository has been archived by the owner on Jul 30, 2019. It is now read-only.

document.domain setter is broken #705

Closed
bzbarsky opened this issue Nov 4, 2016 · 6 comments
Closed

document.domain setter is broken #705

bzbarsky opened this issue Nov 4, 2016 · 6 comments
Assignees

Comments

@bzbarsky
Copy link

bzbarsky commented Nov 4, 2016

It always throws. Please compare to the whatwg version and fix.

@cynthia cynthia self-assigned this Nov 4, 2016
@bzbarsky
Copy link
Author

bzbarsky commented Nov 4, 2016

Note that the missing "end of" in step 7.2 is the obvious problem here, but there may be other issues; I didn't compare very carefully....

@stevefaulkner
Copy link
Contributor

@bzbarsky
Copy link
Author

bzbarsky commented Nov 4, 2016

Yes. The former is wrong; the latter is right.

@stevefaulkner
Copy link
Contributor

@travisleithead @adanilo @cynthia et al, I compared the 2 document.domain setter algorithms from the URLs above and could not see any difference, can you review, thanks

@stevefaulkner
Copy link
Contributor

note the 5.1 rec https://www.w3.org/TR/html51/browsers.html#relaxing-the-same-origin-restriction does not differ from the 5.2 working draft

@dontcallmedom
Copy link
Member

in case this helps, here is the visual diff for this specific algo
html-browsers-diff
generated by htmldiff (can't do it online, it seems to be too resource intensive)

The critical piece in the step 7.2. is that is missing the end of effectiveDomain.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants