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

Issue 848350 link

Starred by 4 users

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Aug 2
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug-Regression



Sign in to add a comment

SmartLock disabled itself

Project Member Reported by khorimoto@chromium.org, May 31 2018

Issue description

We've gotten several reports that on the newest Dev, Chromebooks can no longer find their host phones.

Example: https://listnr.corp.google.com/product/208/report/85474689703

Investigation has revealed that for some reason, the "unlock_key" is set to false.
 
Cc: aseemk@google.com
+Aseem from the CryptAuth team

We've inspected the logs at [1] which occur just after a sync occurs, and it seems that the value synced down from the back-end is false. Aseem, is there a recent back-end change which would cause this to occur?

[1] https://cs.chromium.org/chromium/src/components/cryptauth/cryptauth_device_manager_impl.cc?q=OnGetMyDevicesSuccess
Cc: ronvered@google.com
+Ron from the CryptAuth team

It seems that we call ToggleEasyUnlock(true) during setup, then at some point later, this gets changed to false when we sync down.

This means that either:
(1) ToggleEasyUnlock(false) was called at some point.
(2) There's an error on the back-end which is syncing down "false" when it should sync down "true".

Is there a way to inspect server logs to determine whether (1) has occurred?

Comment 3 by ronvered@google.com, May 31 2018

Yes.
Please open a buganizer bug and specify gaiaId and androidId.
We can only look at the past 7 days.

Comment 4 by jmercay@google.com, May 31 2018

Which component should I file the bug in?
jmercay@: Don't worry about filing a bug - we're working with the CryptAuth team to take care of this.
Summary: SmartLock disabled itself (was: EasyUnlock can no longer find phone)
Status: WontFix (was: Started)
Discussion moved to b/80542475, since this is not a Chrome issue.
Status: Started (was: WontFix)
Keeping open until the dependent bug is also closed out.
Labels: -Pri-0 Pri-1
b/ issue is complete - there's a PM that needs to land. Can we close this? It's not a P0 at this point.
Status: Fixed (was: Started)

Sign in to add a comment