User gesture context is not passed via MessageChannel |
||
Issue descriptionChrome Version: 67.0.3396.79 OS: macOS Siera 10.13.3 What steps will reproduce the problem? (1) Open http://output.jsbin.com/cidetu (2) Click on "Channel message" button. What is the expected result? Popup is opened. What happens instead? Observe that the popup is blocked. Also observe that clicking on "Window message" opens popup as expected. Explanation: The user gesture context is propagated via a window "message" event, but is NOT propagated via a MessageChannel event. Not sure if this is a part of any spec, but it seems counter-intuitive since MessageChannel is essentially the same API. There might be questions of whether the user gesture context should be propagated to Web Workers, etc, but as far as cross-window propagation, I believe it should.
,
Jun 13 2018
Great! Not urgent then.
,
Jun 26 2018
I submitted a PR to WPT to test this behavior: https://github.com/web-platform-tests/wpt/pull/11668 (for some reason the bug is only exhibited when clicking manually on the buttons, not when using testdriver's click emulation).
,
Jun 26 2018
fwang@: Curious about the "click not working with testdriver": is it only for the MessageChannel part of your test (vs both postMssage and MessageChannel)?
,
Jun 26 2018
mustaq@ Apparently WPT runner explicitly disables popup blocking. Also, as I commented on the github PR, testdriver does not support clicking a button inside an iframe as in Dima's testcase. So unfortunately, I suspect the best we can do in WPT are manual tests and we would need to write automated versions for Chromium's repo anyway.
,
Dec 11
|
||
►
Sign in to add a comment |
||
Comment 1 by mustaq@chromium.org
, Jun 11 2018Components: Blink>Input
Labels: UserActivation
Owner: mustaq@chromium.org
Status: Assigned (was: Untriaged)