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

Issue 669248 link

Starred by 4 users

Issue metadata

Status: Verified
Owner:
Closed: Feb 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug

Blocking:
issue 684849



Sign in to add a comment

Scroll jumps back to the top repeatedly when scrolled to see more bluetooth devices from settings page

Project Member Reported by pbath...@chromium.org, Nov 28 2016

Issue description

Version: 56.0.2924.7 / 9000.8.0


What steps will reproduce the problem?

1. Open Bluetooth sub menu from settings page
2. Click on "Add a device "
3. Scroll for the scanned devices

What is the expected result?

The scroll position should stay at the point the scroll stopped

What happens instead?

The scroll bar jumps back to the top

Please use labels and text to provide additional information.

Similar defect was fixed for the bluetooth scroll area in status tray. 

https://bugs.chromium.org/p/chromium/issues/detail?id=664930



 
Cc: kathrelk...@chromium.org
Labels: -Pri-2 M-56 ReleaseBlock-Stable Pri-1
Summary: Scroll jumps back to the top repeatedly when scrolled to see more bluetooth devices from settings page (was: Scroll jumps back to the top repeatedly when scrolled to see more devices from settings page)

Comment 2 by est...@chromium.org, Nov 29 2016

Cc: dbeam@chromium.org
This code is webui, so it is unrelated to the system menu.

Comment 3 by dbeam@chromium.org, Nov 29 2016

Cc: steve...@chromium.org
Owner: fukino@chromium.org
Status: Assigned (was: Untriaged)
Note: We should only care about this in the MD Settings UI.

We have a similar problem with Internet settings.

There are a few different approaches to this. Please cc me on any CL, I will be curious to see what you come up with.

Labels: -Pri-1 -M-56 -ReleaseBlock-Stable M-57 Pri-2
Also, this is a long standing issue in the old settings UI. It doesn't seem like a P1 / Release Blocker.

Labels: -Pri-2 -M-57 M-56 ReleaseBlock-Stable Pri-1
No, this is not an issue with the previous UI.  It is an annoying regression in behavior, so I'm adding back the blocker label.

I can see on the same machine running M55 that the menu stays in the same position on the old settings page and jumps on the new one.
Labels: Needs-Feedback
Please clarify: Is this affecting the new MD Settings page (chrome://md-settings) or the old settings UI (chrome://settings-frame) ?

If it is affecting the new UI, that is not shipping in 56, so this should not be a stable blocker.

Labels: -Needs-Feedback
This is affecting the new MD Settings page (chrome://md-settings) 
Labels: -Pri-1 -M-56 M-57 Pri-2
OK. We should fix this for 57. MD Settings will not be the default on 56.

Labels: -Pri-2 -M-57 Hotlist-MD-Settings-Bluetooth M-58 Pri-1
MD Settings is not launching in M57 either, so moving milestone to M58.
Status: Started (was: Assigned)
Cc: sdantul...@chromium.org varkha@chromium.org rookrishna@chromium.org alemate@chromium.org elizabethchiu@chromium.org tbuck...@chromium.org
 Issue 665744  has been merged into this issue.
Owner: steve...@chromium.org
Current propose solution is https://codereview.chromium.org/2627373002/
Components: -OS>Systems>Bluetooth
Blocking: 684849
Project Member

Comment 17 by bugdroid1@chromium.org, Feb 2 2017

Status: Fixed (was: Started)
Labels: bluetooth
Confirmed that this works during OOBE. Over to bluetooth test team to verify this bug 
Status: Verified (was: Fixed)
works on BT menu in settings too.

Sign in to add a comment