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

Issue 680980 link

Starred by 1 user

Issue metadata

Status: Archived
Owner: ----
Closed: Jan 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Feature



Sign in to add a comment

FR - Ability to set a user default for sync

Reported by esulli...@ashwaubenonk12.org, Jan 13 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36

Steps to reproduce the problem:
1. Sign into Chrome with your Google account
2. 
3. 

What is the expected behavior?
The default is sync everything

What went wrong?
I use Xmark and LastPass for passwords and bookmarks, so I have to turn off those two in my Chrome sync anytime I sign into Chrome or ChromeOS.  I would like the ability to go to myaccount.google.com and set the default of what I want.

Did this work before? N/A 

Chrome version: 55.0.2883.87  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 24.0 r0
 
Cc: kkaluri@chromium.org
Labels: M-57
Status: Untriaged (was: Unconfirmed)
esullivan@ Thank you for your response, considering this as a feature request and changing the status to untriaged, so that this issue can get addressed.

Thank You...
Labels: -Type-Bug Type-Feature

Comment 3 by s...@chromium.org, Jan 17 2017

Status: Archived (was: Untriaged)
This could be a neat feature, but the way things are set up, it would be very hard to do using only sync data. Right now the sync types need to be confirmed before priority prefs are even synced. I suppose it's possible you could download the priority pref, have a way to block for that to be applied, and then disable other types before they start configuring. Lots of messy logic.

Trying to place this information in the gaia account or add another round trip to fetch this information as a one off rpc during initialization both sound really bad. We don't want to harm the typical use case for the rare use case.

The benefit is going to be fairly minor as well. All sign in flows should already have ways to fairly conveniently disable specific types from even starting to sync. We could leave this bug open, but in all reality, it would probably never be worked on. I'm going to archive it. If someone wants to do this, feel free to re-open and assign to yourself.

Sign in to add a comment