custom wallpaper fails to sync |
||||||||||||||
Issue descriptionI just received a new Chromebook and signed in with my corp profile and personal profile. Sync seems to have occurred as all my bookmarks, apps, extensions, history, passwords and more are there. However, my wallpaper still shows as the default CrOS one, for both my corp and personal profiles. Sometimes I feel like it may take some time for the wallpapers to sync, but it's been about 2 days of use now with no change. Earlier (as in late last year or so, or maybe at the start of this year), I ran into an issue where I changed my wallpaper on one of my corp devices, but it didn't sync across all of them. I think it worked in the other direction however. If needed, I can try to find the feedback report if it might be related to this issue. Any ideas why my wallpaper may not sync? I've kept my new Chromebook in this state so I can collect any logs if requested. Chrome Version : 50.0.26757 dev OS Version : 8028.0.0 What steps will reproduce the problem? 1. Acquire enterprise enrolled device 2. Sign in with enterprise profile 3. Sign in with personal profile What is the expected result? All of my settings sync including my custom wallpapers. What happens instead of that? All of my setting sync, but I'm still left with the default Chrome OS wallpaper for both profiles.
,
Mar 15 2016
In email, the reporter also clarified that the expected wallpaper is a custom image, not one of the included wallpapers. Custom wallpaper sync relies on syncFS rather than Chrome Sync, so assigning to bshe.
,
Mar 15 2016
over to xdai@
,
Mar 15 2016
Could you double check your Chrome version?
,
Mar 15 2016
Okay, first we'll take a look at my new device that I mentioned.
Chrome 50.0.2657.0.
Opening chrome://sync-internals and searching for 'wallpaper' yields "Found 12 nodes in 5.426s".
There are 4 "Chromebox" entries and 7 "Chromebook" entries, followed by a "wallpaper-sync-info-key" entry.
###
Contents of wallpaper-sync-info-key
###
{
"ATTACHMENT_METADATA": "",
"BASE_SERVER_SPECIFICS": {},
"BASE_VERSION": "1454628881533331",
"CTIME": "Monday, March 2, 2015 at 3:26:08 PM",
"DIRTY_SYNC": false,
"ID": "sZ:ADqtAZy2Di1HhsnXMeU8d1fiZ5NiAMHgYU4CK+A4F1RjpUlrZ5LCdynxz+Pmhuvb83tMbpbVhs66BO1crMMLRgsVOK/506jzmA==",
"IS_DEL": false,
"IS_DIR": false,
"IS_UNAPPLIED_UPDATE": false,
"IS_UNSYNCED": false,
"LOCAL_EXTERNAL_ID": "0",
"META_HANDLE": "4057",
"MTIME": "Thursday, February 4, 2016 at 3:34:41 PM",
"NON_UNIQUE_NAME": "wallpaper-sync-info-key",
"PARENT_ID": "",
"SERVER_ATTACHMENT_METADATA": "",
"SERVER_CTIME": "Monday, March 2, 2015 at 3:26:08 PM",
"SERVER_IS_DEL": false,
"SERVER_IS_DIR": false,
"SERVER_MTIME": "Thursday, February 4, 2016 at 3:34:41 PM",
"SERVER_NON_UNIQUE_NAME": "wallpaper-sync-info-key",
"SERVER_PARENT_ID": "",
"SERVER_SPECIFICS": {
"app_setting": {
"extension_setting": {
"extension_id": "obklkkbkpaoaejdabbfldmcfplpdgolj",
"key": "wallpaper-sync-info-key",
"value": "{\"layout\":\"CENTER_CROPPED\",\"source\":\"CUSTOM\",\"url\":\"1454628879227\"}"
}
}
},
"SERVER_UNIQUE_POSITION": "INVALID[]",
"SERVER_VERSION": "1454628881533331",
"SPECIFICS": {
"app_setting": {
"extension_setting": {
"extension_id": "obklkkbkpaoaejdabbfldmcfplpdgolj",
"key": "wallpaper-sync-info-key",
"value": "{\"layout\":\"CENTER_CROPPED\",\"source\":\"CUSTOM\",\"url\":\"1454628879227\"}"
}
}
},
"SYNCING": false,
"TRANSACTION_VERSION": "1",
"UNIQUE_BOOKMARK_TAG": "",
"UNIQUE_CLIENT_TAG": "bFBQCTd/68SEcuszJLx7eOkV2JY=",
"UNIQUE_POSITION": "INVALID[]",
"UNIQUE_SERVER_TAG": "",
"isDirty": false,
"modelType": "App settings"
}
,
Mar 15 2016
Now for my personal profile, entry names are 'encrypted', but I believe I was able to find the wallpaper-sync-info-key. Although, I also noticed that there was an entry with the key of 'wallpaper-last-changed-date-key' in my personal profile. I didn't see this entry in my corp profile.
###
Contents of personal profile wallpaper-sync-info-key
###
{
"ATTACHMENT_METADATA": "",
"BASE_SERVER_SPECIFICS": {},
"BASE_VERSION": "1453705378860138",
"CTIME": "Monday, March 2, 2015 at 6:54:18 PM",
"DIRTY_SYNC": false,
"ID": "sZ:ADqtAZx0mxLzCjdh6LLfFGgaTJeIX302ID5EpWqKp2XcaDGW1PTyqHX1f4kvuEATaMPcdKExDG68GDn8dtmpSnAgoXVrOFX57Q==",
"IS_DEL": false,
"IS_DIR": false,
"IS_UNAPPLIED_UPDATE": false,
"IS_UNSYNCED": false,
"LOCAL_EXTERNAL_ID": "0",
"META_HANDLE": "5388",
"MTIME": "Sunday, January 24, 2016 at 11:02:58 PM",
"NON_UNIQUE_NAME": "encrypted",
"PARENT_ID": "",
"SERVER_ATTACHMENT_METADATA": "",
"SERVER_CTIME": "Monday, March 2, 2015 at 6:54:18 PM",
"SERVER_IS_DEL": false,
"SERVER_IS_DIR": false,
"SERVER_MTIME": "Sunday, January 24, 2016 at 11:02:58 PM",
"SERVER_NON_UNIQUE_NAME": "encrypted",
"SERVER_PARENT_ID": "",
"SERVER_SPECIFICS": {
"app_setting": {
"extension_setting": {
"extension_id": "obklkkbkpaoaejdabbfldmcfplpdgolj",
"key": "wallpaper-sync-info-key",
"value": "{\"layout\":\"CENTER_CROPPED\",\"source\":\"CUSTOM\",\"url\":\"1453705373438\"}"
}
},
"encrypted": true
},
"SERVER_UNIQUE_POSITION": "INVALID[]",
"SERVER_VERSION": "1453705378860138",
"SPECIFICS": {
"app_setting": {
"extension_setting": {
"extension_id": "obklkkbkpaoaejdabbfldmcfplpdgolj",
"key": "wallpaper-sync-info-key",
"value": "{\"layout\":\"CENTER_CROPPED\",\"source\":\"CUSTOM\",\"url\":\"1453705373438\"}"
}
},
"encrypted": true
},
"SYNCING": false,
"TRANSACTION_VERSION": "1",
"UNIQUE_BOOKMARK_TAG": "",
"UNIQUE_CLIENT_TAG": "bFBQCTd/68SEcuszJLx7eOkV2JY=",
"UNIQUE_POSITION": "INVALID[]",
"UNIQUE_SERVER_TAG": "",
"isDirty": false,
"modelType": "App settings"
}
###
Contents of personal profile wallpaper-last-changed-date-key
###
{
"ATTACHMENT_METADATA": "",
"BASE_SERVER_SPECIFICS": {},
"BASE_VERSION": "1434864698912529",
"CTIME": "Saturday, June 20, 2015 at 10:31:35 PM",
"DIRTY_SYNC": false,
"ID": "sZ:ADqtAZx0mxLzCjdh6LLfFGgaTJeIm9uMQ4CZ3tsZYsP/d7vIjdepyzYN35O3+H3HiR6BJwFsAN9upNLKSBBG2rytxBQzk10JYA==",
"IS_DEL": false,
"IS_DIR": false,
"IS_UNAPPLIED_UPDATE": false,
"IS_UNSYNCED": false,
"LOCAL_EXTERNAL_ID": "0",
"META_HANDLE": "5383",
"MTIME": "Saturday, June 20, 2015 at 10:31:38 PM",
"NON_UNIQUE_NAME": "encrypted",
"PARENT_ID": "",
"SERVER_ATTACHMENT_METADATA": "",
"SERVER_CTIME": "Saturday, June 20, 2015 at 10:31:35 PM",
"SERVER_IS_DEL": false,
"SERVER_IS_DIR": false,
"SERVER_MTIME": "Saturday, June 20, 2015 at 10:31:38 PM",
"SERVER_NON_UNIQUE_NAME": "encrypted",
"SERVER_PARENT_ID": "",
"SERVER_SPECIFICS": {
"app_setting": {
"extension_setting": {
"extension_id": "obklkkbkpaoaejdabbfldmcfplpdgolj",
"key": "wallpaper-last-changed-date-key",
"value": "\"\""
}
},
"encrypted": true
},
"SERVER_UNIQUE_POSITION": "INVALID[]",
"SERVER_VERSION": "1434864698912529",
"SPECIFICS": {
"app_setting": {
"extension_setting": {
"extension_id": "obklkkbkpaoaejdabbfldmcfplpdgolj",
"key": "wallpaper-last-changed-date-key",
"value": "\"\""
}
},
"encrypted": true
},
"SYNCING": false,
"TRANSACTION_VERSION": "1",
"UNIQUE_BOOKMARK_TAG": "",
"UNIQUE_CLIENT_TAG": "Y0AhhCcfy/oEs+b6vXQCTnpB8gc=",
"UNIQUE_POSITION": "INVALID[]",
"UNIQUE_SERVER_TAG": "",
"isDirty": false,
"modelType": "App settings"
}
,
Mar 15 2016
Now on the device I mentioned in #1: Chrome version: 50.0.2657 attached you'll find the wallpaper-sync-info-key files.
,
Mar 16 2016
Emmm, weird, I tired on Tot and also tried on version 50.0.2657.0 (Platform: 7982.0.0 dev-channel link test) several times but I could not repro it. I also tried to enroll my device first into a domain and then signed into two accounts, but I can still get my wallpapers. I also took a look at the keys and all of them seem normal to me... aaboagye@, you experience the same syncing problem in your two Chrome OS devices, right?
,
Mar 16 2016
Yep, the same syncing problem on two of my devices. The newer device still has the default CrOS wallpaper. The older device just has older wallpapers.
,
Mar 16 2016
Do you use a built-in wallpaper or you use a custom wallpaper on both of your accounts?
,
Mar 16 2016
Custom wallpaper for both.
,
Mar 17 2016
Can you check chrome://settings -> People -> Advanced sync settings and make sure "Themes & wallpapers" is checked? I followed your steps exactly, i.e., 1) enroll the device into the corp 2) sign into my corp account 3) sign into my personal accounts (I tested four personal accounts), and interestingly, three of my personal accounts got their wallpapers correctly, but the other one stuck on the default wallpaper. I then deleted this account and re-add it, and then I got the wallpaper! I tried several times and sometime my four personal accounts all get their wallpapers but sometime one or two of them could not get their wallpapers and get stuck on the default wallpaper. I'll try to dig into it more.
,
Mar 18 2016
For both my profiles, "Sync everything" is selected. && Hmm, that's interesting... Thanks for looking into this by the way!
,
Mar 18 2016
I guess that's what happened (I will try to confirm it tomorrow if I have time): There is a race between syncing wallpaper and syncing service initialization. Before wallpaper is synced, the wallpaper background page will first try to get the theme syncing flag [1] and if the flag is set to true, it will go ahead to sync the wallpaper but if the flag is set to false or not set, it won't sync the wallpaper. But according to the code [2], if the Sync engine is in the middle of a configuration, it will return a false flag which will stop the wallpaper from syncing. [1] https://code.google.com/p/chromium/codesearch#chromium/src/chrome/browser/chromeos/extensions/wallpaper_private_api.cc&l=340 [2] https://code.google.com/p/chromium/codesearch#chromium/src/components/sync_driver/sync_service.h&rcl=1458243177&l=113
,
Mar 24 2016
Changing status to assigned and keeping xdai@ as owner to investigate further.
,
Apr 28 2016
xdai: do you know if this race conditions affects the sync-ing of other data types (in particular, extensions) ? We're seeing a lot of dogfood reports on extensions not sync-ing.
,
Jun 29 2016
This issue is now hitting Stable channel. Do you have any updates?
,
Nov 22 2016
Just set up a new device and this is still happening. Just wondering what the status of this is.
,
Jan 21 2018
,
Apr 30 2018
|
||||||||||||||
►
Sign in to add a comment |
||||||||||||||
Comment 1 by aaboagye@chromium.org
, Mar 15 2016