Regression: On clicking profile name in avatar bubble, profile name input is seen blank momentarily in chrome://settings.
Reported by
vvishwak...@etouch.net,
Nov 7 2016
|
|||||||
Issue descriptionVersion: 56.0.2912.0 (Official Build) 817f8b49ade74a199d0c83d11a7befb89e1a0ba5-refs/heads/master@{#430205} (32/64-bit) OS: Windows (7,8,10), Mac (10.10.5, 10.11.4), Linux (14.04 LTS) Precondition: Enable ‘Material Design settings’ flag from chrome://flags. What steps will reproduce the problem? 1) Launch chrome, click on avatar icon in top R..H.S and click on profile name (chrome://settings page opens). 2) Observe the profile name and avatar icons while the page is loading. Profile name field and avatar icons are seen blank momentarily while page is loading. Profile name field and avatar icons should not be seen blank while page is loading. This is a Regression issue broken in M-54, will soon update other info Manual bisect: Good build: 54.0.2839.0 Bad build: 54.0.2840.0
,
Nov 9 2016
Able to reproduce the issue on windows-7, Mac-10.11.6 and Linux Ubuntu-14.04 using chrome stable version 54.0.2840.87 and canary 56.0.2913.0 This is regression issue broken in M54.Please find the bisect information as below Narrow Bisect:: =============== Good :54.0.2839.0 -- (build revision 414243) Bad:: 54.0.2840.0 -- (build revision 414607) ChangeLog: ================ https://chromium.googlesource.com/chromium/src/+log/4656783ba4a9e4b76eae6f2ad0392c45bca9df69..6c4ce51ea1886af904821bdd1dd0d6d3e6932d6f Possible suspect ================== 6c4ce51ea1886af904821bdd1dd0d6d3e6932d6f Review URL: https://codereview.chromium.org/2230123002 michaelpg@ could you please look into this issue if it is related to your change,else please help us in finding the appropriate owner for this issue. Thanks.
,
Nov 15 2016
Any updates on this issue? M54 is already in Stable now, may be we could take the fix for M55.Lopping to folks who are involved.
,
Nov 15 2016
A friendly reminder that M55 Stable is launch is coming soon! Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the release branch ASAP so it gets enough baking time in Beta (before Stable promotion). Thank you! Also due to Thanksgiving holidays in US, please make sure fix is ready and merged to M55 latest by 5:00 PM PT Friday, 11/18/16 (sooner the better).
,
Nov 15 2016
MD Settings bugs are not stable blockers as we haven't launched yet. Honestly, this just looks like the page is still loading. It's about equivalent to the flash of default content in chrome://settings-frame (eg, radio button values change once the page fully loads) Dan, does this matter for some reason?
,
Nov 15 2016
,
Jul 6 2017
I'm no longer working on Chrome, and unlikely to fix any bug I'm currently assigned. So this bug doesn't languish, I'm unassigning myself.
,
Jul 19
I am not able to reproduce this. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by nyerramilli@chromium.org
, Nov 7 2016Status: Untriaged (was: Unconfirmed)