gecko-dev/uriloader
Emilio Cobos Álvarez f4e06d4673 Bug 1684490 - Check an in-process window context for user interaction. r=smaug,edgar
In the case we click a link from inside the frame, we don't want to
check for activation from the parent window but ourselves.

It feels like using the sourceWindowContext for these checks is always
the right thing to do, but it's not always possible if we set the
location.href from an out-of-process parent. In this case, we fall back
to consuming user activation on the iframe itself. This is tested in
browbrowser_protocol_ask_dialog.js when run with fission enabled.

We could consider making the user activation stuff more
multiprocess-friendly, but it's not clear to me it's worth it for this
particular edge case.

Differential Revision: https://phabricator.services.mozilla.com/D100578
2021-01-04 20:54:07 +00:00
..
base Bug 1660470 - Add missing include directives/forward declarations. r=nika 2020-11-23 16:21:38 +00:00
docs no bug - mozlint/codespell - Add two docs directories in the list + fix typos r=marco DONTBUILD 2020-03-09 10:43:14 +00:00
exthandler Bug 1684490 - Check an in-process window context for user interaction. r=smaug,edgar 2021-01-04 20:54:07 +00:00
prefetch Bug 1673931 - Avoid including Document.h from header files. r=emilio 2020-11-23 16:07:43 +00:00
preload Bug 1678062 - Remove unnecessary includes. r=andi 2020-11-23 16:12:02 +00:00
moz.build Bug 1654103: Standardize on Black for Python code in `mozilla-central`. 2020-10-26 18:34:53 +00:00