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

Issue 739609 link

Starred by 3 users
Status: WontFix
Owner: ----
Closed: Jul 11
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:Toggle container becomes disable momentarily after reloading page.

Reported by vku...@etouch.net, Jul 6 2017 
Chrome Version: 61.0.3150.0 (Official Build) e32c608bfaee28eb9bd478073a2f222fb6c28133-refs/heads/master@{#484424} 32/64 bit
OS:Windows (7,8,10), Mac (10.11.6, 10.12.3), Linux (14.04 LTS)

What steps will reproduce the problem?
(1)Launch chrome and navigate to chrome://settings/content/cookies
(2)Enable 'toggle container' for all three options.
(3)Reload the page and observe toggle container.

Actual: Toggle container becomes disable momentarily after reloading page.

Expected: Toggle container should be displayed in enable state only after reloading page.

This is a regression issue broken in 'M61' and below is the manual regression range
Good Build: 61.0.3116.0
Bad Build:  61.0.3117.0


Note: This issue seen for all options in content settings.
Actual_Settings.mp4
378 KB View Download

Comment 1 by msrchandra@chromium.org, Jul 6 2017

Labels: hasbisect-per-revision Proj-MaterialDesign-WebUI
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).
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/4c605f53266369c61044568d8e2dcbd77bc3a800..d84ddac6a6b61604f0057ccb8046144287f795ec

@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.
Thank You.

Comment 2 by dpa...@chromium.org, Jul 6 2017 

Now that the animation is not showing, the page loads quicker, and it reveals a bit of flicker happening while the page is still getting data from the browser. I don't think there is much we can do here.

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

Labels: -Pri-2 Pri-3
Owner: ----
Status: Available (was: Assigned)
Agree with dpapad, the data's loaded asynchronously from the back-end. 

We might be able to do some tricks to visually hide the flickering, like hiding the page content until data's first loaded, but then the perceived load-time would regress.
Project Member

Comment 4 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

Comment 5 by dpa...@chromium.org, Jul 11

Status: WontFix (was: Untriaged)
The page is asynchronously fetching data after initial load. This is WAI.
►

Sign in to add a comment