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

Issue 700146 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Mar 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

Handle USB printer events arriving before printer preferences are available.

Project Member Reported by justincarlson@chromium.org, Mar 9 2017

Issue description

As the USB code stands, we have a race between printer preferences being synced into memory and USB device events happening. 

In particular, if a user logs in with a USB printer connected, and the printer detector code searches for a matching existing printer before the preferences are synced into memory, it will fail to find a match, and will then add a duplicate printer to the user preferences.  

There is no reliable way to say "hey, we've synced all preferences", as user preference changes can occur from other devices during a session, etc.

Possibly just changing Printer::id to be something deterministically generated from the URI in the case of a USB printer would be sufficient to fix this, but better understanding of the sync system is needed to make sure.
 
Status: Fixed (was: Assigned)
This should be a lot more sane now that we have stable ids for usb printers.  There may still be corner cases we haven't thought about, but for this most part it should be good.

Sign in to add a comment