Mouse hovering doesn't trigger paint
Reported by
killerdi...@gmail.com,
Mar 23 2017
|
|||||||
Issue descriptionChrome Version : 58.0.3029.33 OS Version: OS X 10.12.3 URLs (if applicable) : https://www.outdoorvoices.com Other browsers tested: Add OK or FAIL after other browsers where you have tested this issue: Safari 5: OK Firefox 4.x: OK What steps will reproduce the problem? 1. Visit https://www.outdoorvoices.com 2. Hover over the Refer a friend link 3. The color doesn't update until the link is clicked even though the computed style is correct when viewed in the inspector. What is the expected result? Hovering over the link will repaint the color of the text What happens instead of that? The color remains the same even though the computed style is correct. Please provide any additional information below. Attach a screenshot if possible. This seems to be happening with text-decoration as well in local development. Gif: http://imgur.com/a/S3M1I UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.33 Safari/537.36
,
Mar 23 2017
Chrome Version: 58.0.3029.33 beta (64-bit)
OS Version: macOS Sierra 10.12.3
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 5: OK
Firefox 4.x: OK
Have the same issue with my local development.
Link stays under the background after hover event triggered and doesn't change the color. Icons/images works fine. After manually enabling/disabling color property -> works and showing correct color of the link.
,
Mar 24 2017
Tested on mac os 10.12.3 , windows 7 and ubuntu 14.04 using chrome M58 #58.0.3029.33 and issue is reproduced. Issue is not seen on M59 #59.0.3030.0 and is a regression issue broken in "M58". Using Per revision bisect scripts , providing reverse bisect Good Build : 59.0.3030.0 (revision : 454724) Bad Build : 58.0.3029.36 (revision : 454471) You are probably looking for a change made after 454563 (known good), but no later than 454564 (first known bad). CHANGELOG URL: The script might not always return single CL as suspectas some perf builds might get missing due to failure. https://chromium.googlesource.com/chromium/src/+log/a333b76c54e0058b23fa8f2ffb6a64dc53fbb6e1..c63e571885b21aa510dc323ecb1c5bc18f1ed29b From the CL above, assigning the issue to the concern owner @rune - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner. Review-Url: https://codereview.chromium.org/2727843004 Note : Marking this as stable blocker for now , please feel free to edit /remove this. Thanks!
,
Mar 24 2017
,
Mar 24 2017
Requested merge to 58 in the blocking issue.
,
Mar 24 2017
Merge to 58 landed through blocker.
,
Mar 24 2017
[Auto-generated comment by a script] We noticed that this issue is targeted for M-58; it appears the fix may have landed after branch point, meaning a merge might be required. Please confirm if a merge is required here - if so add Merge-Request-58 label, otherwise remove Merge-TBD label. Thanks.
,
Mar 24 2017
|
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by ligim...@chromium.org
, Mar 23 2017Labels: Needs-Triage-M58 Needs-Bisect