History and bookmarks not syncing, sent tabs never arrive, one synced device not visible
Categories
(Firefox :: Sync, defect)
Tracking
()
People
(Reporter: bogdanmilosavljevic, Unassigned)
Details
Attachments
(4 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:71.0) Gecko/20100101 Firefox/71.0
Steps to reproduce:
Have four synced devices (Windows desktop, two Windows laptops and Android phone).
Sending tabs between devices does not work, sent tabs never arrive.
When sending tabs one of the devices (Android 9 Phone, Firefox 68.3.0) is not visible from other devices, but all devices are visible from the phone.
History and bookmarks are not syncing.
Tried signing out from Firefox account and singning back in on all devices, nothing changed.
Attached the most recent error-sync log file from about:sync-log.
Actual results:
Sent tabs never arrive, history and bookmarks not syncing, one of the devices not visible
Expected results:
Sent tabs should arrive, history and bookmarks should sync, all connected devices should be visible.
|
||
Comment 1•5 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
UPDATE: After looking at the attached error log for the second time, i think i found the possible source of this issue: https://profile.accounts.firefox.com/v1/profile and https://api.accounts.firefox.com/v1/account/devices are both down.
|
||
Comment 3•5 years ago
|
||
Thanks for reporting, and I'm sorry you are having trouble with sending tabs.
That log is showing NS_ERROR_UNKNOWN_HOST for those hosts, followed by the network state changing - so I suspect those error entries are just transient errors with your network (eg, when the device is waking from sleep but before the network is back up).
If you can still reproduce this issue, could you please change the preference services.sync.log.appender.file.logOnSuccess to true, reproduce your problem, then send all logs files dated from when you flipped the pref? Ideally from 2 desktop devices, indicating which one was trying to send it, and which one was the recipient.
Thank you for responding.
I can still reproduce this issue on one Windows device, while other devices, including Android phone, are worikng fine. Tried rebooting the faulty device and reinstalling Firefox, did not fix it. All devices are connected to the same LAN. Faulty device is running Firefox 72.0 64 bit on Windows 10 Home 64 bit version 1803 build 17143.829.
A am attaching success-sync log file from the working Windows device that was sending tab, and two error-sync files from the faulty device (there are no success-sync log files on the faulty device, services.sync.log.appender.file.logOnSuccess is set to true on both devices).
|
|
||
Comment 8•5 years ago
|
||
The logs imply that the fault device has a master-password enabled, but which hasn't been unlocked. On the first sync after startup, you should be prompted to unlock it, but it appears you declined.
Is that true? If so, do things work if it is unlocked?
|
|
||
Updated•5 years ago
|
No, i did not get any prompt to unlock master password.
Do you have a master-password enabled on that device?
|
Reporter | |
Comment 11•5 years ago
|
||
No.
I suspect that for some reason, your password store is corrupted - this is where sync stores some credentials and it's struggling to get them out. You might find that if you exit firefox, then delete logins.json, key4.db and key3.db (although only one of those key?.db files is likely to already exist, then restart Firefox, the problem might go away. Note however that after doing this you will need to sign back in to sync - then after that, I suspect sync and send-tab will start working correctly. If you have saved passwords and sync them, you will probably also need to reset the preference services.sync.passwords.lastSync before those passwords come back into the profile.
Unfortunately, reinstalling Firefox will not have solved this - it keeps these files around.
Sorry you are experiencing this! Please let me know how you go, or if you need more information.
|
|
Reporter | |
Comment 13•5 years ago
|
||
Thank you for the info, could you please tell me where are those files located exactly?
If you open about:support, you will see your "profile folder" listed - they are in that directory.
|
|
Reporter | |
Comment 15•5 years ago
|
||
That actually fixed it, now everything works fine. Thank you for your assistance.
Thanks for getting back! I'm closing this as a dupe of bug 1377100, which is where we are tracking the various corruption scenarios we currently fail to handle.
Description
•