moving mouse wheel does not update frame |
||||
Issue descriptionChrome Version: 72.0.3596.0 (Official Build) canary (64-bit) (cohort: Clang-64) OS: Windows 10 Version 1803 (OS Build 17134.345) What steps will reproduce the problem? (1) open chat.google.com (2) add an 'emoticon' response to a chat (indicated by arrow in screenshot) (3) Scroll mousewheel (indicated by arrows up/down) What is the expected result? The emoticons update without having to move the mouse. What happens instead? They only update when the mouse moves. Please use labels and text to provide additional information. If this is a regression (i.e., worked before), please consider using the bisect tool (https://www.chromium.org/developers/bisect-builds-py) to help us identify the root cause and more rapidly triage the issue. For graphics-related bugs, please copy/paste the contents of the about:gpu page at the end of this report.
,
Nov 7
maybe this is NoHoverDuringScroll-Enabled ?
,
Nov 7
NoHoverDuringScroll this flag is still disable. Even when we enable it, we should see the hover update when wheel scroll finishes. wfh@ do you see this regression on Linux, only Windows?
,
Nov 7
it's on Windows. I can do a bisect.
,
Nov 7
This could have been caused by https://chromium.googlesource.com/chromium/src/+/564c80e84a5c6ec370e85ce1890446da108687c4 Does it reproduce with --disable-blink-features=PaintTouchActionRects ?
,
Nov 7
This still reproduces with --disable-blink-features=PaintTouchActionRects on the command line. Chrome version 72.0.3604.0 (Official Build) canary (64-bit) (cohort: Clang-64)
,
Nov 7
Also reproduces on 72.0.3602.2 (Official Build) dev (64-bit) (cohort: Dev) and 71.0.3578.30 (Official Build) beta (64-bit) (cohort: Beta) I unfortunately can't bisect, as too many builds are missing from the bisect archive see https://bugs.chromium.org/p/chromium/issues/detail?id=893686#c61 - perhaps TE can do it (I've left the Needs-Bisect label on).
,
Nov 7
I was able to bisect (thanks to crouleau@ for the help!) You are probably looking for a change made after 595575 (known good), but no later than 595576 (first known bad). CHANGELOG URL: The script might not always return single CL as suspect as some perf builds might get missing due to failure. https://chromium.googlesource.com/chromium/src/+log/f35338b71bcf13dad9e199f6fae519fbcef5d555..aa14bd3327d6d299d310f13fb900fdd636e30817 https://chromium.googlesource.com/chromium/src/+/aa14bd3327d6d299d310f13fb900fdd636e30817 is the culprit CL -> chrishtr@ to triage. This CL landed in 71.0.3569.0
,
Nov 8
Unable to reproduce the issue on win-10 using chrome version #72.0.3602.2. Attached a screen cast for reference. Following are the steps followed to reproduce the issue. ------------ (1) opened chat.google.com (2) added an 'emoticon' response to a chat. (3) Scrolled mousewheel. (4) Observed that emoticons updated without having to move the mouse. wfh@ - Could you please check the attached screen cast and please let us know if anything missed from our end. Also if possible please provide a screencast/gif for better understanding of the issue. Thanks...!!
,
Nov 8
try it with the mouse hovering over the scrollbar on the right - not over the emoticons themselves. This is circled in the original report.
,
Nov 9
Unable to reproduce the issue on win-10 Version 1803 using latest chrome version #72.0.3605.0 as per comment #0 and #10. Observed that on mouse hovering over the scrollbar on the right did nothing. Same behaviour is observed in chrome version #70.0.3538.77(stable). As in comment #8, suspect has already been identified and also it is not reproducible from TE-end. Hence, removing Needs-Bisect label. Thanks...!!
,
Jan 4
@wfh: can you reproduce on Linux? I can't reproduce on Linux or Mac w/ or w/o composited scrolling. |
||||
►
Sign in to add a comment |
||||
Comment 1 by wfh@chromium.org
, Nov 7Labels: Needs-Bisect