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

Location.ancestorOrigins #466

Open
smaug---- opened this issue Dec 14, 2020 · 2 comments
Open

Location.ancestorOrigins #466

smaug---- opened this issue Dec 14, 2020 · 2 comments
Labels
venue: WHATWG Specifications in a WHATWG Workstream

Comments

@smaug----
Copy link
Collaborator

Request for Mozilla Position on an Emerging Web Specification

Other information

The API has been discussed for a long time. See
https://bugzilla.mozilla.org/show_bug.cgi?id=1085214#c23
https://bugzilla.mozilla.org/show_bug.cgi?id=1085214#c24
https://bugzilla.mozilla.org/show_bug.cgi?id=1085214#c26

@annevk
Copy link
Contributor

annevk commented Dec 15, 2020

See https://bugzilla.mozilla.org/show_bug.cgi?id=1085214#c26 for an analysis, though note that credit should go to bz and tanvi. As currently defined I would say this is harmful and I don't see a clear way to defining a version that is not, as the referrer logic we came up with some years ago only really helps with the first level of nesting (and only partially, due to navigation).

cc @TanviHacks

@annevk annevk added the venue: WHATWG Specifications in a WHATWG Workstream label Mar 12, 2021
@eligrey
Copy link

eligrey commented Jul 19, 2022

@annevk I imagine that this could be explicitly opted in through an expose-ancestor-origins boolean attribute on iframes. Are there any standards discussions about opt-in mechanisms for ancestorOrigins?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
venue: WHATWG Specifications in a WHATWG Workstream
Projects
Status: Unscreened
Development

No branches or pull requests

3 participants