:hover enabled and disabled quickly causing flicker when mouse is just by the edge of a JQuery UI resizeable-like handle
Reported by
naah...@gmail.com,
Dec 8 2017
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36 Edge/15.15063 Example URL: https://codepen.io/WallyDoodlez/pen/ooKXvQ?editors=1111 Steps to reproduce the problem: 1. Go to the specified codepen site https://codepen.io/WallyDoodlez/pen/ooKXvQ?editors=1111 2. move mouse slowly from the bottom of the square towards the bottom border 3. when the mouse is a few pixels below the bottom cursor, What is the expected behavior? no flicker What went wrong? you will find the :hover css gets triggered and untriggered intermittently causing a flicker Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? Yes 61.0.3163.100 Does this work in other browsers? Yes Chrome version: 63.0.3239.84 Channel: stable OS Version: 10.0 Flash Version: It seems like an issue introduced in Chrome 62
,
Dec 8 2017
Bisect info: 494605 (good) - 494625 (bad) https://chromium.googlesource.com/chromium/src/+log/5b0f8f32..5d5c23fa?pretty=fuller Suspecting r494616 = 2e27e8ef7352fa68de51b0c59257604c66b9781d = https://crrev.com/c/615424 by dtapuska@chromium.org "Enable sending mouse events after layout to update hover state." Landed in 62.0.3187.0
,
Dec 8 2017
Quite an annoying bug for epileptic people.
,
Dec 8 2017
,
Dec 11 2017
#1: I looked at the test page above. div "handle" inside div "large" has css "bottom: -5px". The total height of the div is 300 - border + 5. It changed from 304 to 302 when hovering change. So when cursor stay in the middle of 302 to 304, we keep generating the relative motion event and it cause the layout change.
,
Dec 12 2017
,
Dec 18 2017
This issue can be avoid by adding this code to css in the example provided:
.large:hover .handle {
bottom: -7px;
}
Since the layout is changed when hover state changed, I'd say the flicker is expected.
It'd be better if we can prevent this happening, but there is no plan to fix it in the near future.
,
Dec 24 2017
This issue isn't present in the earlier versions before 62, and its occurring now - It is not a regression? JQuery UI resizable has a long legacy in web development and probably is in heavy use. The issue described here is also not an issue with any other browsers, please reconsider the decision to close this off as wont-fix.
,
Jan 30 2018
I am also experiencing this issue. The behavior is not present in Mozilla, and appears to have been introduced recently in Chrome. It's causing a lot of issues, especially when using jQuery UI library as mentioned in the previous comment. I'm curious how this can be a won't fix as well. It appears to me to be a regression in behavior, and a bug caused by changes. Saying it can be avoided by adding a negative margin to the hover as a justification seems very odd indeed. |
||||
►
Sign in to add a comment |
||||
Comment 1 by dtapu...@chromium.org
, Dec 8 2017Components: -Blink Blink>Input
Owner: eirage@chromium.org
Status: Assigned (was: Unconfirmed)