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

Issue 734491 link

Starred by 1 user
Status: Untriaged
Owner: ----
Cc:
nyerramilli@chromium.org
rbasuvula@chromium.org
█ msrchandra@chromium.org
█ ranjitkan@chromium.org
dpa...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Regression: Unwanted bink of 'Remove all' button is seen while reloading the chrome://settings/content/cookies page

Reported by nutan.ga...@etouch.net, Jun 19 2017 
Chrome Version: 61.0.3135.0 a990af190304be5bf38b120799c594df5a293518-refs/heads/master@{#480321}
OS:  Windows(7,8,10), Linux(14.04 LTS), Mac(10.12.3, 10.11.6)

What steps will reproduce the problem?
1. Launch chrome, navigate to chrome://settings/privacy
2. Click on 'Content settings' > 'Cookies' then click on 'Remove all' button to clear all the cookies
3. Click on 'Reload this page' icon and observe

Actual: Unwanted bink of 'Remove all' button is seen while reloading the chrome://settings/content/cookies page 
Expected: Unwanted bink of 'Remove all' button should not be seen while reloading the page

This is regression issue, broken in ‘M 61’ and below is manual bisect:
Good Build: 61.0.3116.0
Bad Build: 61.0.3117.0
Actual_video.mp4
725 KB View Download
Expected_video.mp4
856 KB View Download

Comment 1 by rbasuvula@chromium.org, Jun 19 2017

Cc: rbasuvula@chromium.org
Labels: hasbisect-per-revision
Owner: scottchen@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build:61.0.3116.0 (Revision:475721).
Bad build:61.0.3117.0 (Revision:476123).

You are probably looking for a change made after 476059 (known good), but no later than 476060 (first known bad).

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/4c605f53266369c61044568d8e2dcbd77bc3a800..d84ddac6a6b61604f0057ccb8046144287f795ec

From the CL above, assigning the issue to the concern owner

@scottchen: Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Review-Url: https://codereview.chromium.org/2825203003
Note :Able to reproduce the issue in Win 10.0,Ubuntu 14.04 & Mac 10.12.3 and Able to reproduce in latest Canary #61.0.3135.0

Comment 2 by scottchen@chromium.org, Jul 7 2017

Labels: -Pri-2 Pri-3
Owner: ----
Status: Available (was: Assigned)
This is caused by data loading asynchronously into the page. 
This flickering is revealed now because we removed sub-page animation and the content shows up much faster than before. 

Don't think there's much we can do about the loading. Maybe we can make it seem less wrong by having it hidden by default, and show up only after the data loads? The trade-off with that would be: for anyone with any items in that list (which is most people), the "remove all" button would appear only after a split-second delay.
Project Member

Comment 3 by sheriffbot@chromium.org, Jul 9

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
►

Sign in to add a comment