Events bug: window.onblur seems to be recognized as human-interaction
Reported by
sevastya...@gmail.com,
Oct 29
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.77 Safari/537.36 Steps to reproduce the problem: 1. Download the attachment 2. Open it and click "tab test" 3. You should experience the problem What is the expected behavior? The opened html-file should not be redirected to chromium.org Popup blocker should prevent "https://ya.ru" to open What went wrong? The onblur/onfocus events should be hard-filtered. At least test if previous interaction was made by human(mousedown/mouseup, etc..) Did this work before? N/A Chrome version: 70.0.3538.77 Channel: stable OS Version: 10.0 Flash Version: Not sure if it is a bug, but i think should be fixed as it can be really annoying.
,
Oct 29
,
Oct 30
sevastyandeveloper@ Thanks for the issue. Able to reproduce the issue on Windows 10, Mac OS 10.13.6 and Ubuntu 17.10 on the latest Stable 70.0.3538.77 and the latest Canary 72.0.3596.0. This is a Non-Regression issue as this is observed from M-60 chrome builds. Hence marking this as Untriaged for further updates from Dev. Thanks..
,
Oct 30
Yeah, this looks like unintended. Dropping target milestone as this is not a regression. I will look into it once UAv2 ships.
,
Oct 31
Hi guy, What's worry with you, what are you talking about , This is a amazing feature rather then a bug !!!!!! We are doing Html games, sandbox stops a lot functions that we can't doing our business without the onblur anymore
,
Oct 31
Hello, you can use this as long as it doesn't harm the user. In this case, it is very unrespectful to the user. |
||||
►
Sign in to add a comment |
||||
Comment 1 by dtapu...@chromium.org
, Oct 29Components: UI>Browser>PopupBlocker Blink>Input