Regression: Unwanted movement of toggle button is seen on navigating to 'Passwords' from 'Avatar' icon menu.
Reported by
sanyam.g...@etouch.net,
Jul 17
|
|||
Issue descriptionChrome Version: 69.0.3494.0 (Official Build) e91414c45bcdc6397f1a38faa0c826fbc47cd772-refs/branch-heads/3494@{#1} (32/64 bit) OS: Windows (7, 8, 8.1, 10), Mac (10.12.6, 10.13.1, 10.13.6, 10.14) & Linux (14.04 LTS) What steps will reproduce the problem? 1. Launch Chrome, click on 'Avatar icon' and then click on 'Passwords(chrome://settings/passwords)'. 2. Observe the toggle button on 'chrome://settings/passwords' page. Actual Result: Unwanted movement of toggle button is seen on navigating to 'Passwords' from avatar icon menu. Expected Result: Toggle button should not move on navigating to passwords from avatar icon menu. This is regression issue broken in ‘M-69’ and providing the bisect using per-revision bisect, Good build: 69.0.3475.0(Revision: 570998) Bad build : 69.0.3476.0(Revision: 571360) You are probably looking for a change made after 571078 (known good), but no later than 571079 (first known bad). CHANGE-LOG 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/f007ea9808750995fbe26708c665659af0e23b2e..9b40f8ffd59a0be7d2cabede58aba4361ad737c0 Suspect: https://chromium.googlesource.com/chromium/src/+/9b40f8ffd59a0be7d2cabede58aba4361ad737c0 @jdoerrie: 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. Kindly refer the attached screen-cast. Thank You
,
Oct 10
,
Oct 10
This sort of "flickering" happens across Settings, and is inevitable since a lot of the "state" is fetched after the page has loaded, in an asynchronous way. For example same happens in the landing chrome://settings page for most toggles in the "appearance" section. |
|||
►
Sign in to add a comment |
|||
Comment 1 by sheriffbot@chromium.org
, Oct 10