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

Issue 689356 link

Starred by 3 users

Issue metadata

Status: Fixed
Owner:
Closed: Apr 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 1
Type: Bug-Regression

Blocking:
issue 671375


Participants' hotlists:
MD-Settings-Launch-Blockers


Sign in to add a comment

Regression:unwanted space is displaying while scrolling down in mange search engines page.

Project Member Reported by sahitya....@techmahindra.com, Feb 7 2017

Issue description

Chrome Version: 58.0.3004.4 dev
OS: Ubuntu 14.04,Windows

What steps will reproduce the problem?
(1)Launch chrome and zoom to 110%
(2)Go to chrome://MD-settings and sign in to chrome with valid credentials.
(3)open manage search engines page and scroll down and observe other search engines section.

Expected Result: unwanted space should not be displayed while scrolling down in other search engines of manage search engines page.
Actual Result: unwanted space is displaying while scrolling down in other search engines of manage search engines page.

This is a regression issue broken in M56.

Good Build: 56.0.2903.0 dev
Bad Build:  56.0.2904.0 dev

 
Expected manage search engines.ogv
3.2 MB View Download
Actual manage search engines.ogv
2.3 MB View Download

Comment 1 by ajha@chromium.org, Feb 7 2017

Components: -UI
Labels: -Needs-Bisect hasbisect-per-revision Proj-MaterialDesign-WebUI
Owner: hcarmona@chromium.org
Status: Assigned (was: Unconfirmed)
Somehow I was unable to reproduce the issue on the latest canary(58.0.3005.2) of Mac OS 10.12.2 and Linux Ubuntu 14.04(desktop with screen-size(1920*1200)).

But this is reproducible on colleague's Linux Ubuntu 14.04 laptop(resolution- 1920*1080) and with zoom level: 150%.

Regressed in M-56, Bisect result:
==================================
https://chromium.googlesource.com/chromium/src/+log/9efeb51a9938629ab66aa6b81f5578299d780dcc..a88d285f8f51ecc9425f1f3947706ed99de07af9

hcarmona@: Could you please take a look at this.

Thank you!
Cc: dbeam@chromium.org tbuck...@chromium.org
Quick triage of this issue:

Issue is caused by having 2 iron lists with the same scroll target.
Issue doesn't reproduce if either list doesn't need to scroll virtually.

http://jsbin.com/vogegah/edit?html,output to see behavior.

Comment 3 by dbeam@chromium.org, Feb 8 2017

Cc: egarciad@chromium.org
yep. I don't think that was ever supported. Usually, the ideal thing here is to use a single list with templates of different kinds. E.g. 

<iron-list>
  <template>
    <div hidden$="..">
    </div>
    <div hidden$="..">
    </div>
    .
    .
    .
  </template>
</iron-list>

or use dom-repeat for this use case.
Components: UI>Settings
Labels: Hotlist-MD-Settings-SearchEngines
Labels: -M-56 M-59
@hcarmona/dbeam, any thoughts on what we can do about this bug? I personally can't repro on 59.0.3051.3 canary but it's possible I'm just not hitting some edge case.

Keeping as Pri-1 for M59 right now.
Blocking: 671375
Cc: bettes@chromium.org
Status: Started (was: Assigned)
Based on conversation w/ dbeam@ we want to make the top section fixed height at 6 items because it should be relatively small. The big section will continue to use the page as the scroll target.

Attached screenshots

+bettes@ for UI feedback
With Scroll.png
68.6 KB View Download
Without Scroll.png
67.5 KB View Download
CL to enable virtual scrolling on 2nd list is landed. See: http://crrev.com/2795653007

Visual glitch can still be seen on that list when scrolling. Investigating...
Works for me!
Status: Fixed (was: Started)
Last commit fixes issue w/ iron-list offset. This should be fixed now.

Sign in to add a comment