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

Issue 726553 link

Starred by 1 user

Issue metadata

Status: Archived
Owner:
Closed: Jun 2017
Cc:
Components:
EstimatedDays: 1
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug

Blocking:
issue 672263
issue 724708



Sign in to add a comment

On device and/or account setup, Cryptauth device sync happens before Cryptauth enrollment

Project Member Reported by hansberry@chromium.org, May 26 2017

Issue description

This issue manifests as being correctly enrolled with CryptAuth and having other RemoteDevices available via CryptAuthDeviceManager, but not having the local device be present in the list returned by CryptAuthDeviceManager::GetSyncedDevices(). One consequence of this: the local device can't fetch its own beacon seeds :(

It seems that device sync either happens before enrollment, or the two are racing. If I check chrome://proximity-auth, I see:

Enrollment:  last success: 5/25/2017 5:01:24 PM.
Device sync: last success: 5/25/2017 5:01:23 PM.

As you can see, device sync occurred 1 second *before* enrollment, so there's no way for the devices pulled down to include the local device.

Proposed solution: Tweak ChromeCryptAuthService to only call CryptAuthDeviceManager::Start() at first, and then call CryptAuthEnrollmentManager::Start() when CryptAuthDeviceManager::OnEnrollmentFinished() is called. Tim, can you weigh in on if this is a decent solution?
 

Comment 1 by tengs@chromium.org, May 31 2017

Blocking: 724708
This sounds like a good solution, Ryan.
Project Member

Comment 2 by bugdroid1@chromium.org, Jun 1 2017

Status: Fixed (was: Started)

Comment 4 by dchan@chromium.org, Aug 1 2017

Labels: VerifyIn-61

Comment 5 by dchan@chromium.org, Jan 22 2018

Status: Archived (was: Fixed)

Sign in to add a comment