Issue metadata
Sign in to add a comment
|
Sync stuck "configuring data types"
Reported by
theplaz....@gmail.com,
Sep 26
|
||||||||||||||||||||
Issue descriptionSteps to reproduce the problem: 1. Sign into Sync on iOS 2. Sync does not work on iOS What is the expected behavior? Sync works bookmarks, recent tabs, etc What went wrong? Chrome for IOS is not syncing anything. It is stuck "configuring data types". Signing out and signing in again eventually leads to the same error (after 2-3 minutes). Chrome for Mac syncs fine on the same account. Sync used to work on this device, but not sure when it stopped working Did this work before? Yes Not sure Chrome version: 69.0.3497.171 Channel: stable OS Version: 12.0 Flash Version: Thanks!
,
Sep 26
Hi, Thank you for your response. On my Chrome for iOS the settings appears as a toast, not a tab. In addition, I reviewed the set of open tabs on Chrome for iOS and did not see any Chrome internal tabs (Chrome://)
,
Sep 27
"Download Step Result" shows NETWORK_CONNECTION_UNAVAILABLE. If there's actually a network problem, then backing off is expected and reasonable. If that happens during the initial download, then it's also expected that we stay at "configuring data types". So the question is, why is there a network error? Signin in worked, and so did downloading Device Info and Priority Preferences. It might just be a flaky connection, but then that should resolve itself within a few minutes.
,
Sep 27
Hi, The phone is connected to my office Wifi network. No other apps, devices, or users had any other network troubles. In addition, I've moved between networks in the last day (Verizon, home, etc) and Chrome iOS has not synced. Again, no other application had any network issues, other than an hour when I was in a basement. I've attached an image I took just now showing Chrome iOS Snyc in the same state. Thanks for helping me on this :)
,
Sep 28
Thanks! Two observations from that screenshot: - FROZEN_IMPLICIT_PASSPHRASE is used, which is rare. - Consequently, some types like HISTORY_DELETE_DIRECTIVES are not running. Have you set up a custom passphrase on this or another device? Do you use a non-stable version of Chrome in any of your devices?
,
Sep 28
Hi, I set up the custom passcode in 2013. I'm not sure how I set it up, but it was set to my Google password at the time. I need to enter the sync passphrase whenever I set up a new device. I think I can not delete it without losing data, correct? I do not run non-stable Chrome on any device to the best of my knowledge. What is HISTORY_DELETE_DIRECTIVES? I don't want any of my history deleted.
,
Oct 1
CC'ing treib@ to take a look.
,
Oct 1
,
Oct 1
,
Oct 2
Hi theplaz.com@gmail.com Could you please send a screenshot of the page chrome://signin-internals Thank you.
,
Oct 2
Hi, Please find the latest screenshot attached. Please note that I also did an iTunes encrypted backup and restore of this iPhone 7 Plus to a new iPhone Xs Max. This iPhone is also now having the same issue. Please find a screenshot of this device attached as well. -Michael
,
Oct 4
The signin-internals screenshots look all good. The sync-internals ones are weird though: It looks like the initial download of Sync data just isn't happening. There are no protocol events, and no "backed off" or any other error. The only legitimate case I know that would look like this is if there's currently a Sync setup ongoing, i.e. you have the Sync settings UI open somewhere. But I'm not sure if that's even possible on iOS.
,
Oct 4
Adding tschumann, the iOS sync owner. Do you know how we might have a sync setup that was left running indefinitely somehow? Also adding sczs: maybe we're leaking some sync-related settings object that's getting us stuck in this state?
,
Oct 5
,
Oct 5
Re #15, leaking Sync object: It seems like this could happen if we fail to call SyncSetupService::CommitChanges() - then there'd be an "orphaned" SyncSetupInProgressHandle around, which could prevent Sync from fully starting. It's not obvious from the code whether CommitChanges() is always guaranteed to be called.
,
Oct 14
Hi, is there any additional info I can provide?
,
Oct 17
Unfortunately I'm kinda out of ideas here... The fact that it happens on multiple devices, and reappears after signing out and back in again, suggests that it might be a problem with server-side data. But then it's weird that things seem to be working fine on Mac. Do we have your permission to look at the server-side data and logs for this account? Maybe we can find some hint there for what's going wrong.
,
Nov 17
Yes, you have my permission to look at server side logs for my account
,
Nov 17
Ah I've noticed something else: My iPad Air 2 used to sync data I believe. I got a new iPad Pro and restored an iCloud backup of the Air 2 onto the iPad Pro. They are now both online and they have the same "Sync Client ID". The iPad Pro is syncing, but the Air 2 is stuck at "configuring data types".
,
Nov 17
Note: in comment #20 I show the iPad Pro after closing all of the tabs. However, it had synced correctly even with >100 tabs open.
,
Nov 17
Meanwhile, the iPhone Xs Max had to get reset since it was not booting correctly. However, it is continuing to be stuck on "Configuring Data Types" (see photo). This device was also cloned off of the iPhone 7 Plus, but in this case neither device is syncing. I originally opened the ticket for the iPhone 7 Plus before I owned the Xs Max, so the problem originated before any of the phones were cloned.
,
Nov 18
This morning on my iPhone Xs Max, I was requested to enter the sync passphrase. I entered it. sync-internals showed a red crypto error (sorry forgot to take a screenshot). Phone seems back at where it was with backed off/configuring data types. iPad Pro is continuing to sync properly - along with my MacBook, MacBook Pro, and Windows PC.
,
Nov 24
Update from today: Same as before. iPhone Xs Max doesn't sync (see screenshot). iPad, PC, Mac are happily syncing. I also recently added an Android Moto G6 running 8.0.0, Chrome 70.0.3538.110. 5 min after entering sync passphrase, it seems to be having the same issue (see screenshot).
,
Nov 26
I suppose that CL from mastiz@ https://chromium.googlesource.com/chromium/src/+/b3688e8c6353ebb23c20d1c62782a88844def168 should have been fixed this problem. We had the same problem and sorted out that the mentioned fix helps.
,
Nov 26
Thanks for the pointer! It's possible that change might have an effect here. Unfortunately it's only in Chrome Canary and Dev so far, and those aren't easy to install on iOS.
,
Dec 9
Hi, update as I upgraded to the latest prod iOS Chrome release (71.0.3578.77) on the iPhone and the issue is still occuring on the iPhone. iPad Pro is continuing to sync fine on the same version (71.0.3578.77). |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by tschumann@chromium.org
, Sep 26