Issue metadata
Sign in to add a comment
|
canary chrome isn't syncing recent tabs
Reported by
6.02...@gmail.com,
Jan 8
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3665.0 Safari/537.36 Steps to reproduce the problem: 1. Check for recent tabs from my phone or from the stable Chrome instance on this same laptop. What is the expected behavior? I can see my open tabs from the canary Chrome instance. What went wrong? I don't see any open tabs from this instance. Until today I saw some, but they said "last synced 12 days ago". Now there's nothing. Did this work before? Yes approximately two weeks ago Chrome version: 73.0.3665.0 Channel: canary OS Version: 10.0 Flash Version:
,
Jan 8
To be clear, my setup is:
Chrome 73.0.3665.0 running on Windows laptop
Chrome 71.0.3578.98 running on same Windows laptop
Chrome stable running on Pixel 2
Tabs from the 73.0.3665.0 instance don't show up on either of the other instances. I also notice now that the 73 instance doesn't see tabs from the
other two instances (but they see tabs from each other).
The attached files are from the 73 instance.
,
Jan 8
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 9
,
Jan 9
Tried checking the issue on reported chrome version 73.0.3665.0 using Windows 10 by following the setup mentioned in C#2 as mentioned below. Setup: Chrome 73.0.3665.0 running on Windows laptop Chrome 71.0.3578.98 running on same Windows laptop 1. Launched Chrome of version 73.0.3665.0 2. Signed In then Synced the account. 3. Navigated to few URLs/pages 4. Launched 71.0.3578.98 version 5. Signed In and Synced the same account Observed the content/pages reflected in the later version's profile, which were searched in earlier version. @Reporter: Please let us know if we have missed anything in the process. @mastiz: Requesting you to help in further triaging as chrome://signin-internals and chrome://sync-internals were provided in comment#2. Thanks!
,
Jan 17
(5 days ago)
Thanks for attaching the details and sorry for the delay. There are two suspicious thing in chrome://sync-internals: 1. "Server Connection" indicates "Auth error", although signin-internals says otherwise. I think this is red-herring and after talking to treib@ probably due to some past auth error which is no longer relevant. 2. Bookmarks is the only datatype is state STARTING. Reporter: could you see if the issue goes away if you disable the flag chrome://flags/#enable-sync-uss-bookmarks ? Meanwhile, assuming this is a bookmarks-USS issue, assigning to mamir@.
,
Jan 17
(5 days ago)
Thanks! Disabling chrome://flags/#enable-sync-uss-bookmarks did indeed fix this. Let me know if you want me to run any further tests.
,
Jan 17
(5 days ago)
Thank you for trying it out and the update. Please, do my a favor and do the following: 1- Send chrome://sync-internals in the current working state. 2- Enable chrome://flags/#enable-sync-uss-bookmarks and try again to see if the error is still persistent or not, and also send chrome://sync-internals. Thank you once more for helping debugging this issue.
,
Jan 17
(5 days ago)
chrome://sync-internals's are attached. With chrome://flags/#enable-sync-uss-bookmarks enabled now, the problem does not recur.
,
Jan 17
(5 days ago)
Thanks a lot for the quick response. Much appreciated. Happy to know that the issue doesn't happen again. I will update the bug with any findings.
,
Jan 17
(5 days ago)
,
Jan 18
(5 days ago)
The issue doesn't seem to repro(...as per C#9 & C#10) when the flag chrome://flags/#enable-sync-uss-bookmarks is set. Hence removing Needs-Bisect label. Please feel free to add the label back if required. Thanks! |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by mastiz@chromium.org
, Jan 8Labels: Sync-Triaged Needs-Feedback