New issue
Advanced search Search tips

Issue 852619 link

Starred by 1 user

Issue metadata

Status: Closed
Owner:
Closed: Nov 13
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

Settings crashes on Caroline ToT

Project Member Reported by baileyberro@chromium.org, Jun 13 2018

Issue description

Chrome Version: 69.0.3458

What steps will reproduce the problem?
(1) Open settings
(2) Wait
(3) Aw, Snap! page appears

What is the expected result?
Settings page does not crash if left open

What happens instead?
Settings page crashes

It looks like https://cs.chromium.org/chromium/src/chrome/browser/resources/settings/people_page/people_page.js?rcl=5b66ed289e297e8a7d0adee64a29728f8b58c1ad&l=295 is calling 'shouldShowSyncAccountControl_' which is not defined for CrOS: https://cs.chromium.org/chromium/src/chrome/browser/resources/settings/people_page/sync_page.js?rcl=5b66ed289e297e8a7d0adee64a29728f8b58c1ad&l=572

 
unnamed.png
42.5 KB View Download
Not sure if it matters but this is a enterprise-enrolled test device
Labels: -Pri-3 Pri-1
Owner: tangltom@chromium.org
Status: Assigned (was: Untriaged)
Cc: baileyberro@chromium.org
Hi Bailey, sorry, this somehow slipped through my fingers!

Yes, this probably is a bug. Though shouldShowSyncAccountControl_ is only taken into consideration when shouldRecordSigninImpression is true. This is the case when the user is *NOT* signed in.
Shouldn't there always be a signed in user on CrOS?
Labels: -Pri-1 Pri-3
Components: Platform>Apps>FileManager
Status: Closed (was: Assigned)
Closing as I don't think think this is relevant anymore. If this issue still exists please reopen.

Sign in to add a comment