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

Issue 671989 link

Starred by 1 user
Status: WontFix
Owner:
msramek@chromium.org
Closed: Dec 2016
Cc:
nyerramilli@chromium.org
rbasuvula@chromium.org
dbeam@chromium.org
█ ranjitkan@chromium.org
dpa...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression: Scroll issue observed in chrome://md-settings/clearBrowserData.

Reported by lpa...@etouch.net, Dec 7 2016 
Chrome Version: 57.0.2944.0 bb1ac197d94d071514695c0f23854881db26f012-refs/heads/master@{#436816} 32/64 Bit.
OS: Mac (10.11.6, 10.12.1, 10.12), Windows (7,8,8.1,10), Linux (14.04 LTS)

Steps:
1. Launch chrome and navigate to chrome://md-settings/clearBrowserData
2. Press 'Tab' such that focus travels in the overlay. 
3. Observe the scrollbar when focus reaches 'Autofill form data' checkbox.

Actual: Scrollbar reaches to end of the overlay when focus is on 'Autofill form data' checkbox.

Expected: Scrollbar should reach to end of the overlay when focus reaches last checkbox i.e. 'Media licenses'.

This is a regression issue broken in M-56, will soon update the other info.

Manual Regression range:
Good Build: 56.0.2886.0
Bad Build: 56.0.2888.0
Actual_Scroll.mp4
318 KB View Download
Expected_Scroll.mp4
327 KB View Download

Comment 1 by rbasuvula@chromium.org, Dec 7 2016

Cc: rbasuvula@chromium.org
Labels: hasbisect-per-revision
Owner: msramek@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build: 56.0.2886.0 (Revision: 424099).
Bad build: 56.0.2888.0  (Revision: 424625).

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

CHANGE-LOG URL:
---------------------------------------
https://chromium.googlesource.com/chromium/src/+log/6612444b388edbce3efdc34099416e77acc82f86..ae25baeb7a5af9dad6ae2f8ad050d5564301d30d


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

@ msramek: 
------------------
Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Review-Url: https://codereview.chromium.org/2403833002

Note : Able to reproduce the issue in Win 10.0, Mac 10.11.6 & Ubuntu 14.04.

Comment 2 by rbasuvula@chromium.org, Dec 7 2016 

Note: Able to reproduce the issue when screen size changed to 200% or decreasing the screen.

Comment 3 by kavvaru@chromium.org, Dec 15 2016 

Issue reproducible on windows 7 using chrome latest canary 57.0.2952.0.

msramek@ could you please look into this issue.

Comment 4 by msramek@chromium.org, Dec 15 2016

Cc: dbeam@chromium.org
Status: WontFix (was: Assigned)
Yes. I've been already looking into this, but wanted to test other UI surfaces as well to see if and why they behave differently.

They don't - you can try to repeatedly press "Tab" on the main page of chrome://md-settings, and you can see that the page typically scrolls down much further than just to the next item or next card. It's not immediately clear to me what the offset is, whether it's related to the percentage of page currently visible etc.

In any case, my CL only accidentally triggered this behavior by changing some sizes in the dialog. If this behavior is a bug, it should be addressed globally in settings (cc'ing dbeam@ if he wants to assess this). I don't think it's a bug, as it doesn't hurt the usability of the dialog; in fact, showing more than just the very next item when scrolling down seems more helpful.
►

Sign in to add a comment