Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Define the origin of the documents returned from DOMParser #24

Closed
Ms2ger opened this issue Nov 28, 2016 · 6 comments
Closed

Define the origin of the documents returned from DOMParser #24

Ms2ger opened this issue Nov 28, 2016 · 6 comments

Comments

@Ms2ger
Copy link

Ms2ger commented Nov 28, 2016

No description provided.

@annevk
Copy link
Member

annevk commented Dec 7, 2016

If we don't define it then it would just be the default, an opaque origin. Seems okayish? Did you test implementations?

@Ms2ger
Copy link
Author

Ms2ger commented Dec 7, 2016

Does that mean you can't access the DOM of it at all?

@annevk
Copy link
Member

annevk commented Dec 7, 2016

I don't think so. We use the origin of the global for that, no?

@domenic
Copy link
Collaborator

domenic commented Oct 22, 2018

@annevk @Ms2ger what does this affect, in documents without a browsing context? What tests could we write for this?

@annevk
Copy link
Member

annevk commented Oct 29, 2018

document.origin, I guess, but see whatwg/dom#410. I'm actually not sure how this could be tested. (See whatwg/html#2697 (comment) for why we have it nonetheless, but testing that does require a browsing context as far as I can tell.)

@domenic
Copy link
Collaborator

domenic commented Jan 4, 2020

Given that we're removing document.origin, it seems this is unobservable and so leaving it at its default value is fine. I'll close this, but if you think we should add a note explaining that we're leaving it at its default value to whatwg/html#5190, please comment over there.

@domenic domenic closed this as completed Jan 4, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants