Issue metadata
Sign in to add a comment
|
Support sync for stub-user@example.com with Chrome OS linux-desktop |
||||||||||||||||||||||||
Issue descriptionChrome OS pinned items not persisted across linux desktop sessions On a ToT @ #418722 target_os = "chromeos" build from linux desktop: (1) Run a Chrome OS build on on linux desktop (2) Pin an item to the shelf (eg. pre-installed Files and/or Web Store apps) (3) Restart Chrome (status area -> power icon to shut down, run chrome again) Expected: On subsequent sessions, the pinned items are persisted. Actual: Pinned items are not persisted (but the shelf position is). This makes some local debugging/development difficult, please take a look. Assigned/CC'ed per r400876 (removed ChromeLauncherControllerImpl::PersistPinnedState, etc.)
,
Sep 16 2016
I think this may be duplicate of crbug.com/641535 . Could you please check what you have in sync settings?
,
Sep 16 2016
Thank msw@ for offline discussion. This appears as a duplicate of 641535
,
Sep 16 2016
Ah, by default, using stub-user@example.com doesn't seem to support sync. Using --login-manager and a real profile works with "sync everything" on. Morphing this into a "support sync with stub-user@example.com" bug. Is that possible/reasonable? It'd be nice to persist pinned apps (and wallpaper, etc.) persist without using login-manager.
,
Sep 21 2016
,
Sep 28 2016
hi msw@, which user account you are using to login, a real account or literally stub-user@example.com?
,
Sep 28 2016
The default stub-user@example.com that you get just running linux desktop cros: out/Default/chrome --user-data-dir=/tmp/foo
,
Oct 5 2016
oh, if that is a local user(not gaia), then sync won't sync them. But pinned apps may should still persist them. add pinned apps team.
,
Oct 5 2016
Actually this is duplicate of 641535 |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 Deleted