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

Issue 724283 link

Starred by 3 users

Issue metadata

Status: Duplicate
Owner:
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

"Open as window" option not sync'd

Project Member Reported by darin@google.com, May 18 2017

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS aarch64 9334.69.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.112 Safari/537.36

Steps to reproduce the problem:
1. Context click on an app in the task bar
2. Set "open as window" to checked
3. Sign-in to the same account on a different chromebook

What is the expected behavior?
"open as window" state should be sync'd

What went wrong?
"open as window" state isn't sync'd

Did this work before? N/A 

Chrome version: 58.0.3029.112  Channel: stable
OS Version: 9334.69.0
Flash Version: Shockwave Flash 25.0 r0
 

Comment 1 by zea@chromium.org, May 18 2017

Cc: steve...@chromium.org
Components: Platform>Apps>AppLauncher
Owner: khmel@chromium.org
We sync "launch as" state already for apps https://cs.chromium.org/chromium/src/components/sync/protocol/app_specifics.proto?rcl=656b9cae0b536ee2f9b8a2777f76ba4a4d775173&l=70), but I think the app launcher might not be respecting this value?

Yuri/Steven, do you know who should own this?

Comment 2 by khmel@chromium.org, May 18 2017

IIRC this option is stored in local preferences: "extensions.settings". It is not synchronized across devices. 

Comment 3 by zea@chromium.org, May 18 2017

Maybe we don't sync it as part of the app list datatype, but we do as part of the more general app sync (see the link I posted in comment #1).

Shouldn't the behavior be consistent?
Cc: xiy...@chromium.org khmel@chromium.org
Status: Available (was: Unconfirmed)
I believe that this works correctly for installed Chrome Apps, but not for installed-by-default apps or other launcher items that do not have "Apps" sync entries.

We discussed adding this to the App List sync data, but I don't recall why we didn't add it. I think it was just a question of priorities and resources. There is some non trivial resolution with Apps.launch_type, but other than that I can't think of any reason not to just add this to App List.


Comment 5 by darin@chromium.org, May 19 2017

Just to clarify, I'm observing this w/ Secure Shell
Cc: warx@chromium.org
Odd. In 60.0.3100.0, "Open as window" is not persisting for Secure Shell for me at all, even on the same device after logout/login (which is a Chrome App, but I believe it is pre installed, which means there is some funninness to how it is installed and synced). We do not appear to be setting the launch_type property in the Apps node for Secure Shell either (it is still set to 'REGULAR').

I found  issue 711162 , so this may be related? +warx@


Project Member

Comment 7 by sheriffbot@chromium.org, Jul 14 2017

Labels: Hotlist-Google
Labels: Not-Touch-Friendly-Launcher
Labels: Sync-Triaged SyncHandoff2018

Comment 10 by treib@chromium.org, Apr 27 2018

Mergedinto: 537851
Status: Duplicate (was: Available)
I believe this is bug 537851 - pre-installed or policy-installed apps/extensions don't sync properly.

Sign in to add a comment