On Wed, Nov 21, 2018 at 3:55 PM Boris Zbarsky <bzbar...@mit.edu> wrote:
> On 11/21/18 2:22 PM, Daniel Veditz wrote: > > "opener" doesn't exist > > It does in WebKit's proposed changes and in our implementation of them. > > > You'd specify a target > > name other than "_blank" to indicate it's a context you care about > > This seems backwards. What matters is whether the context should care > about _you_, not whether you care about it. If you want to open a > guaranteed-new context that can then communicate with you, how should > you do that, exactly? > Would it be OK if the answer to that question be "use window.open()"? It would really be nice if browsers could converge on a definition of what these conditions are going to be, and I would be really happy the more restrictive the cases we hand out window.opener references can be. Having a programmatic way (i.e. an API call) as the only access point to this functionality has the nice side benefit that if the browser wants to provide interventions in the creation of opener references, we would have only a single API call to worry about, rather than having to keep track of things like tabs opened from links. In fact, one motivation beyond this intent thread is one future anti-tracking intervention that we've been discussing. Cheers, -- Ehsan _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
