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

Issue 733567 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Aug 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression: Unnecessary 'Advanced sync settings' page scrolled to it's bottom on selecting 'Sync passphrase' radio button.

Reported by dchau...@etouch.net, Jun 15 2017

Issue description

Chrome Version: 59.0.3071.104 (Official Build)1c037b7399035b4209e72455256615e8972493aa-refs/branch-heads/3071@{#790} 32/64-bit.
OS: Windows (7,8,8.1,10),Linux (14.04 LTS),Mac OS X(10.11.6,10.12.1)

What steps will reproduce the problem?
1. Launch chrome, sign-in to chrome with valid credentials and navigate to chrome://md-settings/syncSetup page.
2. Select 'Encrypt synced data with your own sync passphrase' radio button and scroll down the page to it's bottom end.
3. Select the first radio button (Encrypt synced passwords with your Google credentials).
4. Now, again select second radio button (Encrypt synced data with your own sync passphrase) and observe.

Unnecessary 'Advanced sync settings' page scrolled to it's bottom on selecting second radio button.
'Advanced sync settings' page should stay on same position on selecting second radio button.

This is a regression issue broken in M-57 series, below is manual regression range.

Good build: 57.0.2978.0
Bad build: 57.0.2979.0

Kindly review the attached screen-cast for reference.
 
Actual behavior.mp4
1.8 MB View Download
Expected behavior.mp4
2.0 MB View Download
Labels: Needs-Bisect
Status: Untriaged (was: Unconfirmed)

Comment 2 by dpa...@chromium.org, Jun 15 2017

Labels: Proj-MaterialDesign-WebUI
Owner: scottchen@chromium.org
Status: Assigned (was: Untriaged)
@scottchen: Is this related to the fix at https://codereview.chromium.org/2941433002?
Labels: Needs-Feedback
I can't reproduce this behavior in latest dev build. Can you test on latest to see if it's still an issue?

Comment 4 by dchau...@etouch.net, Jun 19 2017

Labels: -Needs-Feedback
With response to comment# 3: Retested this issue on Windows-7 machine using latest Canary chrome# 61.0.3134.0 (Official Build). It's still reproducible.

Attaching screen-cast for the same.
LatestCanary_behavior.mp4
1.7 MB View Download
Labels: Needs-Feedback
Is it still reproduceable on other platforms as well?

Comment 6 by dchau...@etouch.net, Jun 20 2017

Labels: -Needs-Feedback
With response to comment# 5: Again, retested this issue on Windows(7,8,10),Linux and Mac OS using build# 61.0.3135.0 (Official Build). It's still reproducible.

Comment 7 by dchau...@etouch.net, Jun 21 2017

Cc: dbeam@chromium.org
Labels: -Needs-Bisect
Unable to provide narrow bisect for this issue as sign-in doesn't work in Chromium builds. hence providing change-log URL.

Change Log URL:
https://chromium.googlesource.com/chromium/src/+log/57.0.2978.0..57.0.2979.0?pretty=fuller&n=10000
Status: WontFix (was: Assigned)
Closing as wont-fix, as I don't think there's any user expectation on how this interaction should work, or negative UX impact with the current behavior. 

Please reopen if this behavior actually cause any usability problem (I can't think of any).

Sign in to add a comment