Drag doesn't release with mouse up. |
|||||||
Issue description
Chrome Version: 58.0.3029.81 (Official Build) (64-bit)
OS: Linux 14.04.1-Ubuntu
What steps will reproduce the problem?
(1) 2 Windows, one with a new tab page, other in front.
X-Cinnamon window manager
(2) While mouse is moving briefly click on Google logo in back window.
What is the expected result?
a) Window focus changes to New Tab page,
b) Back window raises in X
c) Drag event on image ends on a non-target, image drops nowhere.
(order of abc are implementation dependent)
What happens instead?
a) and b) happen as expected.
c) drag event does not end, shadow/ghost of image is stuck to pointer, pointer is in grabbed image mode.
I'm not sure if the Xevent is going to the wrong window (Blink>Input) or if the sequence is just not getting recognized correctly (Blink>DataTansfer) but it looks like the drag event is not ending.
In the image note the hand-like pointer and the fact that the mouse button is no longer held. Yes, it's a photo, not a screen grab given the interaction with the pointer is the nature of the bug.
Majid seems to recall a similar issue being seen before, we couldn't find it. Hopefully the repro helps, and this observation can catch up to any previous hunting for this.
repro rate once I was pretty sure how was 10-20%.
Workaround available: click and release somewhere that isn't a drop target.
,
May 11 2017
,
May 11 2017
The other window was/is chrome. "While mouse is moving briefly click" - Start moving the mouse at a reasonable pace that you can maintain and watch the pointer - as the pointer is passing over the log, click and release the first mouse button without slowing down or stopping the mouse motion (as in a brief, sub-second, short, click.) I'm not particularly quick reacting, but it does seem to require reasonable velocity relative to the reaction time to raise a window in the window manager. More experimentation reveals it may be most sensitive to the release preceding the window raise.
,
May 11 2017
Thank you for providing more feedback. Adding requester "mek@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 12 2017
,
May 12 2017
FWIW, I've been trying my best and haven't been able to repro (58/ubuntu/cinnamon). :(
,
May 16 2017
I failed to repro as well. Here is my setup, please comment if you notice anything wrong -- https://youtu.be/Mf7tfZyzw3w
,
May 16 2017
My repro rate dropped to one in fifty+. Then I opened poster circle (https://webkit.org/blog-files/3d-transforms/poster-circle.html) on the page I was leaving, and it jumped back up to one in three. (I also had a chromium compile running during both, and even the link didn't seem to impact the lack of success rate). I wish I had put the word "sometimes" in the summary/title.
,
May 18 2017
Is this a remote X-Session or Chrome RDP?
,
May 18 2017
This is locally on a relatively new HP z840.
,
May 25 2017
peter can you try with a ToT build? Navid fixed an issue with the clearing of the mouse down bit on mouse leave event.
,
May 25 2017
reproduced on second attempt:
locally compiled, git head:
Date: Wed May 24 18:21:16 2017 -0700
Cr-Commit-Position: refs/heads/master@{#474689}
Chromium 60.0.3111.0
,
May 29 2017
Navid are you able to debug this on Peter's machine? Or see if you can repro it locally? |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by mek@chromium.org
, May 9 2017