Issue metadata
Sign in to add a comment
|
css :hover losing its effect when cursor is not moving while clicking on the element
Reported by
lackner....@gmail.com,
Dec 13 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36 Steps to reproduce the problem: 1. make a div and add a css :hover effect to it 2. move cursor to the element (working fine until here) 3. now left click the mouse several times without moving the cursor to another position What is the expected behavior? the css :hover effect should not be affected by a mouse click What went wrong? the hover effect bugs Did this work before? N/A Chrome version: 63.0.3239.84 Channel: stable OS Version: 10.0 Flash Version:
,
Dec 20 2017
Actually it's not that easy to reproduce it like i mentioned above. But it is easy to see it on my site http://www.glavur.com on the .product-gallery-container which has a :hover effect on it. You can click everywhere on this element and it will sometimes lose the :hover-effect if you don't move the cursor after clicking. You don't even have to click on a .thumbnail element to make it happen.
,
Dec 20 2017
Thank you for providing more feedback. Adding requester "pbommana@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
,
Dec 20 2017
Not able to reproduce this on www.glavur.com with Chrome 63.0.3239.84 on Linux. By losing hover effect, do you mean the thumbnail strip is disappearing?
,
Dec 20 2017
,
Dec 20 2017
Yes. When you move the cursor, it shows up again. It seems like the :hover is lost sometimes when you click and when you start moving the cursor, :hover is applied again. This is not happening to me on Microsofts Edge Browser.
,
Dec 20 2017
Thank you for providing more feedback. Adding requester "futhark@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
,
Dec 20 2017
Can't reproduce on Linux 63.0.3239.108 (Official Build) (64-bit) nor MacOS 65.0.3299.0 (Official Build) canary (64-bit). Hovered over the product gallery, thumbnail strip shows, left clicked a bunch of times without moving mouse, but thumbnail strip doesn't disappear. To me, this doesn't sound like a CSS bug, since the style is correctly computed based on hover/no hover. Redirecting to the input team who might know more about this. Please add back Blink>CSS component if this turns out to be a CSS bug.
,
Dec 20 2017
Tried 63.0.3239.108 on Windows7. Not able to reproduce there either.
,
Dec 20 2017
I will check if I can reproduce it on several devices from my classmates, both MacOS and Windows 10. Going to comment a list here tomorrow. Stay tuned.
,
Dec 20 2017
Thank you for providing more feedback. Adding requester "shend@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
,
Dec 21 2017
,
Dec 21 2017
Attached a screenshot of the list where I tried to reproduce the bug on several devices. Looks like it is only occuring on Windows 10. Hope that I could help.
,
Dec 21 2017
Thank you for providing more feedback. Adding requester "ajha@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
,
Dec 22 2017
Tested the issue on Win-10 using chrome reported version #63.0.3239.84. Attached a screen cast for reference. Following are the steps followed to reproduce the issue. ------------ 1. Navigated to url: http://www.glavur.com/ 2. Left clicked the mouse several times without moving the cursor to another position. 3. Observed that the area flickered along with mouse pointer. lackner.elias@ - Could you please confirm if it is the issue. Thanks...!!
,
Dec 22 2017
Yes, there it is!
,
Dec 22 2017
Thank you for providing more feedback. Adding requester "krajshree@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
,
Dec 22 2017
I forgot to say that I couldn't bypass this bug with javascripts onMouseEnter and onMouseOut. So it's actually not a css problem. Totally forgot about that.
,
Dec 26 2017
Able to reproduce the issue on Windows 10 using chrome reported version #63.0.3239.84 and latest canary #65.0.3303.0. Issue is not seen in OS-Mac, OS-Linux and Win-7. Bisect Information: ===================== Good build: 58.0.3028.0 Bad Build : 58.0.3029.40 Note: Was unable to get consecutive good and bad build due to failure in downloading intermediate builds and couldn't check the behaviour in build #58.0.3029.0 as the build was crashing again and again on opening. Tried providing bisect tool results using the above good and bad range but all the chromium builds invoked were crashing. Hence, marking it as untriaged and requesting someone from dev team to please have a look into the issue and help us in assigning it to the right owner. Thanks...!!
,
Dec 27 2017
,
Dec 27 2017
,
Jan 4 2018
This seems relatively related to issue 798535 where MouseLeave events are appearing occasionally after clicks. lackner@ are you able to provide us with an trace from chrome://tracing with input events?
,
Jan 5 2018
I reproduced the bug during the trace which is attached. Hope that's what you are looking for.
,
Jan 11 2018
Did you select an Input Latency trace? I don't see a MouseDown/Up at all.
,
Jan 13 2018
I'm sorry, I didn't select Input Latency trace. But I created a new one. Hope you can do something with it.
,
Jan 18 2018
mustaq@ can you look at this trace. It may be the same cause as issue 798535
,
Jan 18 2018
I was able to repro, and the affected img received a "mouseleave" each time the hover is lost.
,
Jan 25 2018
The NextAction date has arrived: 2018-01-25 |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by pbomm...@chromium.org
, Dec 13 2017Labels: Needs-Triage-M63 Needs-Feedback