Closed Bug 1509346 Opened 5 years ago Closed 8 months ago
Add support for <form rel>
In a similar fashion to bug 1503681, we would like to experiment with breaking opener references for pages opened via form navigations. On the related dev-platform thread, I said this about the spec side of things: ...it's impossible to block opener reference creation upon form submission right now as far as I can tell. This is actually a bug in the spec. <https://html.spec.whatwg.org/multipage/form-control-infrastructure.html#form-submission-algorithm:the-rules-for-choosing-a-browsing-context-given-a-browsing-context-name> calls into "rules for choosing a browsing context" passing only two arguments, omitting the third one (noopener) <https://html.spec.whatwg.org/multipage/browsers.html#the-rules-for-choosing-a-browsing-context-given-a-browsing-context-name>. The web compat risk here is unknown so it may make sense to land a pref that we can turn on first on Nightly and take things from there.
Might require some docs updates somewhere along the line.
Summary: Make <form target="_blank"> imply noopener behaviour → Add support for <form rel>
See Also: → https://bugs.webkit.org/show_bug.cgi?id=194398
Component: HTML: Form Submission → DOM: Core & HTML
Webcompat Priority: ? → ---
Assignee: nobody → avandolder
Status: NEW → ASSIGNED
Pushed by email@example.com: https://hg.mozilla.org/integration/autoland/rev/5ad22146a015 Add support for <form rel>. r=smaug
Pushed by firstname.lastname@example.org: https://hg.mozilla.org/integration/autoland/rev/704407d7ca31 Add support for <form rel>. r=smaug
Pushed by email@example.com: https://hg.mozilla.org/integration/autoland/rev/dac66f1d8342 Add support for <form rel>. r=smaug
You need to log in before you can comment on or make changes to this bug.