mouseenter/mouseleve events occur when resizing window
Reported by
wladimir...@gmail.com,
May 25 2018
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/66.0.3359.181 Chrome/66.0.3359.181 Safari/537.36 Example URL: https://jsfiddle.net/vbavgmy8/ Steps to reproduce the problem: 1. Set browser window width to 1/3 of screen size, move window to left part of screen 2. Open https://jsfiddle.net/vbavgmy8/ 3. move mouse across blue rectangle from left to right (rectangle will become orange, then blue again) 4. Grab right window frame with mouse, at about middle of height of the blue rectangle 5. Drag frame slowly to the right edge of the screen What is the expected behavior? Rectangle color stays blue What went wrong? Rectangle color becomes orange, then blue again. Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 66.0.3359.181 Channel: stable OS Version: Ubuntu 16.04.4 LTS Flash Version: In this test color change is assigned to events mouseenter and mouseleave of the color rectangle. Seems like those events are emitted when edge of rectangle passes the point where mouse cursor was located when user started to drag window frame.
,
May 27 2018
,
May 28 2018
Unable to reproduce the issue on ubuntu 17.10 using chrome reported version #66.0.3359.181 and latest dev #68.0.3438.3. Attached a screen cast for reference. Following are the steps followed to reproduce the issue. ------------ 1. Set browser window width to 1/3 of screen size, move window to left part of screen 2. Opened https://jsfiddle.net/vbavgmy8/ 3. moved mouse across blue rectangle from left to right (rectangle will become orange, then blue again) 4. Grabbed right window frame with mouse, at about middle of height of the blue rectangle. 5. Dragged frame slowly to the right edge of the screen. 6. Observed that rectangle color stayed blue as expected. wladimirych@ - Could you please check the screen cast and please let us know if anything missed from our end. Also please check the issue on latest dev #68.0.3438.3 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not. Thanks...!!
,
May 28 2018
I installed Ubuntu 17.10 in VirtualBox and confirm that my testcase does not reproduce bug in Chrome 66.0.3359.181. However it reproduces it in * Chromium 66.0.3359.181 on Ubuntu 17.10 (see attached screencast) * Chrome 66.0.3359.181 on Debian Testing * Chromium 68.0.3423.2 on Ubuntu 17.10 -- it works a bit different, you have to drag right frame forth and back couple of times and than it starts to work. I could not test it on Chrome 68 as it freezes my virtual machine. A made simple version of testace without jsfiddle overhead, it has same results https://rawgit.com/wladich/9de1fbb8ec68a4fe71e025043ed4551a/raw/bf18f6897de1e046ca8083b7bb20adca9add84c9/index.html
,
May 28 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 31 2018
I can repro the issue. The catch is that if you slowly move the mouse from inside the page to the border until the mouse cursor become resize cursor the page doesn't see any leave events. So the pages still thinks the coordinate of the mouse is right at that point. Then when you start resizing page doesn't see any event and as soon as the div area reaches that last mousemove position that the page saw page enables its hover state (and send boundary events accordingly) since the page thinks the mouse is still there. I feel like ideally page receiving the leave event should align with mouse changing cursor. Not sure what controls the second one. bokan@ any idea? |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by dtapu...@chromium.org
, May 25 2018