New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 843889 link

Starred by 3 users
Status: Assigned
Owner:
█ aelias@chromium.org
inactive
Cc:
nyerramilli@chromium.org
rbasuvula@chromium.org
shend@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Regression : Unnecessary movement of page is seen even when horizontal scroll bar is not present on chrome://downloads page.

Reported by rp...@etouch.net, May 17 2018 
Version: 68.0.3432.3 (Official Build) Revision 5aacd4d4350de37f394edd3095576d2bc7daf56c-refs/branch-heads/3432@{#6}(32/64-bit)
OS: Windows (7,8,8.1,10)

What steps will reproduce the problem?
1. Launch chrome,navigate to chrome://downloads/
2. Now download some files such that vertical scroll bar appears on chrome://downloads/ page
3. Now middle click on page and try to auto scroll by moving mouse cursor left and right,observe
 
Actual: Unnecessary movement of page is seen even when horizontal scroll bar is not present
Expected: Unnecessary movement of page should not be seen even when horizontal scroll bar is not present

This is regression issue, broken in ‘M 61’ and below is the bisect info :
Good build: 61.0.3132.0  (Revision: 479901).
Bad build: 61.0.3133.0 (Revision: 480259).

You are probably looking for a change made after 479930 (known good), but no later than 479931 (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/9ede2cde5727eecdb377b57b32c5226d1d41c8ce..5971e47dc08dbb773f58fd6fb13b1df7917fd295

Suspect : https://chromium.googlesource.com/chromium/src/+/5971e47dc08dbb773f58fd6fb13b1df7917fd295

From the CL above, assigning the issue to the concern owner 

@aelias- 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.

NOTE: 
1. This issue is also reproducible on M-66 Stable(build # 66.0.3359.181) & Beta (build # 67.0.3396.48) and M-68 Canary (build # 68.0.3432.3).
2. Above issue is not seen on Linux (14.04 LTS) and Mac OS X(10.12.6,10.13.1,10.13.5)

Thanks!
Actual_video.mp4
488 KB View Download
Expected_video.mp4
345 KB View Download

Comment 1 by aelias@chromium.org, Jul 27

Labels: -Pri-1 Pri-3
Owner: ----

Comment 2 by rp...@etouch.net, Jul 27

Cc: aelias@chromium.org
Labels: -hasbisect-per-revision hasbisect
Owner: shend@chromium.org
Update :

Re-bisected this issue on different machine and found the range below :
(Unable to provide the bisect using Bisect-per-revision script as getting an error hence providing the bisect using Chromium builds).

You are probably looking for a change made after 479929 (known good), but no later than 479936 (first known bad).

Narrow Bisect info : 
https://chromium.googlesource.com/chromium/src/+log/0c7f6df48120d44213fabf09fb6b6b0cfe0c5f27..07711ae8ada95f59bfa6f9390f8dfb99f1f97618?pretty=fuller&n=50

Suspecting: r479935 from Narrow bisect

@shend: 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.

Thank you.

Comment 3 by shend@chromium.org, Jul 29

Cc: -aelias@chromium.org shend@chromium.org
Components: Blink>Input
Owner: aelias@chromium.org
IMO the bug description fits https://crrev.com/5971e47dc08dbb773f58fd6fb13b1df7917fd295 quite well. Not sure why the bug was reassigned, as that culprit is also in the new narrow bisect. Reassigning back to aelias@. Thanks!
►

Sign in to add a comment