Regression:Movement of shortcuts is seen on adding a new shortcut on NTP
Reported by
vineetha...@etouch.net,
Nov 15
|
|
Issue descriptionChrome Version: 72.0.3611.0 (Official Build) Revision 1e634547d9fe9e14027b66ae5d1e938b14a7ddf0-refs/branch-heads/3611@{#1}(32/64-bit) OS: Windows(7,8,8.1,10), Mac (10.13.1, 10.13.6, 10.14.2) and Linux(14.04) Pre-condition: Enable "Enable using the Google local NTP" and "New Tab Page Custom Links" flags under chrome://flags. What steps will reproduce the problem? 1. Launch chrome, open NTP, try adding new shortcuts by clicking on the 'Add Shortcut' icon. 2. Observe every time a new shortcut is being added to NTP. Actual Result : Movement of shortcuts is seen on adding a new shortcut on NTP Expected Result: Movement of shortcuts should not be seen on adding a new shortcut on NTP This is a regression issue broken in ‘M-72’ and below is the 'per-revision' bisect information: Good Build : 72.0.3610.0 (Revision : 607839) Bad Build : 72.0.3611.0 (Revision : 608211) You are probably looking for a change made after 608070 (known good), but no later than 608071 (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/80109fc5b3afc4288dcdc886058a67efb550327e..857f4dd86add8b3f795772837969a6d699dd286a Suspect: https://chromium.googlesource.com/chromium/src/+/857f4dd86add8b3f795772837969a6d699dd286a @kristipark: 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 |
|
►
Sign in to add a comment |
|
Comment 1 by kristip...@chromium.org
, Nov 15