User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0 Build ID: 20180510160705 Steps to reproduce: I have enabled password sync on my notebook's and Android phone - both logged with same Firefox account but password sync does't work at all. Even forced sync (tap to sync) didn't help. Actual results: I have enabled password sync on my notebook's and Android phone - both logged with same Firefox account but password sync does't work at all. Even forced sync (tap to sync) didn't help. It uses to work after fresh install of app, but after some time it just stops... Expected results: Sync passwords across devices logged with same Firefox account (it it's enabled)

additional info: windows 10 - firefox 61.b04 (but it happend long before) android 8.0 - firefox 61.b03 (but it happend long before)

The information at https://wiki.mozilla.org/CloudServices/Sync/File_a_desktop_bug might be useful. The about:sync addon there should give you some clue as to what device isn't working correctly (eg, it is likely to show that your passwords on the server are ones created on one device, but not ones created on the other). It seems fairly likely that Desktop may be at fault, so if this seems to be the case, you could use the above instructions to see better logging, then create a new password on your desktop device and sync, then upload the logs here - the logs will not include your passwords, but may include the sites you have passwords for, so please check them for information you don't want to share before uploading.

(In reply to Mark Hammond [:markh] from comment #2) > The information at > https://wiki.mozilla.org/CloudServices/Sync/File_a_desktop_bug might be > useful. The about:sync addon there should give you some clue as to what > device isn't working correctly (eg, it is likely to show that your passwords > on the server are ones created on one device, but not ones created on the > other). > > It seems fairly likely that Desktop may be at fault, so if this seems to be > the case, you could use the above instructions to see better logging, then > create a new password on your desktop device and sync, then upload the logs > here - the logs will not include your passwords, but may include the sites > you have passwords for, so please check them for information you don't want > to share before uploading. log attached as attachment of bug report

The main errors I see show that the master password for your Firefox instance was not unlocked. Firefox needs to access your account credentials to perform a Sync. 2018-05-06 17:56:05.094 (00:00:20.834) Sync.Service DEBUG Fetching unlocked auth state returned service.master_password_locked

Many of those logs do mention the master password, but at least one of the logs show Sync working normally - I suspect that the user does have a master password and it was unlocked during one Sync. That sync shows password syncing working correctly, but finding nothing to do - ie, they had no new passwords created locally to be sent to the server, nor did they see any new passwords coming in from the server. In other words, the log implies that the following steps: > then create a new password on your desktop device and sync, then upload the logs here weren't actually done in the period that these logs capture (as we'd expect the logs to reflect Sync tried to save that new password to the server). The about:sync addon also shows what passwords are on the server, so a rough idea of how these passwords relate to the passwords stored locally would be useful (eg, do most local passwords have corresponding entries on the server?)

(In reply to Mark Hammond [:markh] from comment #6) > Many of those logs do mention the master password, but at least one of the > logs show Sync working normally - I suspect that the user does have a master > password and it was unlocked during one Sync. > > That sync shows password syncing working correctly, but finding nothing to > do - ie, they had no new passwords created locally to be sent to the server, > nor did they see any new passwords coming in from the server. In other > words, the log implies that the following steps: > > > then create a new password on your desktop device and sync, then upload the logs here > > weren't actually done in the period that these logs capture (as we'd expect > the logs to reflect Sync tried to save that new password to the server). The > about:sync addon also shows what passwords are on the server, so a rough > idea of how these passwords relate to the passwords stored locally would be > useful (eg, do most local passwords have corresponding entries on the > server?) so i created new password on pc and saved it. on both (notebook and phone) devices i correctly entered master password (for sure) before forced sync and then i made sync. but still - the created password on pc didn't show up on phone... log posted

Thanks for those logs - the most recent shows that 2 passwords were correctly saved to the server. If you look at your passwords via the about:sync addon I suspect you will find them listed there. Sadly, getting logs from Android is quite tricky, but http://160.twinql.com/how-to-file-a-good-android-sync-bug details the process. This bug is a little strange - we've seen reports of Android not syncing in general, but never (that I recall) just the passwords. What also *might* work is if, from your Desktop device, you disable syncing of passwords, let a sync complete, then re-enable passwords and perform another sync. This effectively "resets" the password store and might kick Android back into life.

i did disable and re-enable sync but still the same result :/

Latest FF not syncing login data here too. Android O. I actually wanted to have a master password, but even after disabling master password and even after a reinstall with never setting master password, sync claims to have synced, but does not sync logins at all. Account registration and things all fine, device showing in corresponding places.

for example: i have saved login to bugzilla on my pc, but it is not sync with my mobile devices (of course both are logged with same account).

(In reply to Mark Hammond [:markh] from comment #9) > Thanks for those logs - the most recent shows that 2 passwords were > correctly saved to the server. If you look at your passwords via the > about:sync addon I suspect you will find them listed there. > > Sadly, getting logs from Android is quite tricky, but > http://160.twinql.com/how-to-file-a-good-android-sync-bug details the > process. This bug is a little strange - we've seen reports of Android not > syncing in general, but never (that I recall) just the passwords. What also > *might* work is if, from your Desktop device, you disable syncing of > passwords, let a sync complete, then re-enable passwords and perform another > sync. This effectively "resets" the password store and might kick Android > back into life. Followed the steps from here and the issue is not reproducible anymore on Win10 and Samsung Galaxy S8(Android 8.1.0) and Xiaomi Mi4i(Android 5.0.2). After I re-enabled passwords the data was synced. I will keep an eye to see if the issue occurs again.

did it again, simply it doesn't work for me. even i disablded all options of sync, performed sync and then enabled it...

I seem to have been affected by this too. I only found 1 password was synced. It also happened to be a fairly new one. Disabling Login sync on the desktop client, forcing a sync, re-enabling, forcing a sync again and then forcing a sync in android firefox fixed it for me. Then I remembered that a few weeks ago I made a private data clear, and indeed "Clear Logins" (not to confuse with "Clear Active Logins") was checked (since it remembers the last choice). So I tried this again and indeed all passwords were cleared and they don't get synced anymore afterwards until I redo the above procedure. I presume the clear timestamp is saved somewhere and firefox won't fetch passwords that are older than this date? If this is intentional behavior, then it is rather confusing. It should at least inform you about that. In fact, the desktop browser doesn't seem to have a clear passwords checkbox in private data clearing dialog anymore, maybe it should follow on android too? Maybe this is what people here are affected by too, so I thought I'd share my observation.

(In reply to Jan from comment #16) > Then I remembered that a few weeks ago I made a private data clear, and > indeed "Clear Logins" (not to confuse with "Clear Active Logins") was > checked (since it remembers the last choice). So I tried this again and > indeed all passwords were cleared and they don't get synced anymore > afterwards until I redo the above procedure. I presume the clear timestamp > is saved somewhere and firefox won't fetch passwords that are older than > this date? Ah, yes, that would explain some reports of this issue - thanks! However, it would not explain people who say that disabling password sync, syncing, then re-enabling and syncing again doesn't work, nor would it explain users who report that newly added passwords don't get to their Android device. > If this is intentional behavior, then it is rather confusing. It should at > least inform you about that. In fact, the desktop browser doesn't seem to > have a clear passwords checkbox in private data clearing dialog anymore, > maybe it should follow on android too? I agree this is misleading for Sync users. At some point Sync would be likely to restore these logins anyway (eg, after one of our servers goes down), so it can't be argued that the behaviour is correct in that existing logins are removed unless we could guarantee they *never* come back - which we can't without also deleting them via sync. I doubt the reporter of this bug has this specific issue as they report that disabling then re-enabling password sync doesn't fix it - so it appears they are seeing a different problem :( Therefore I opened bug 1473470 for that specific case.

Closing per https://bugzilla.mozilla.org/show_bug.cgi?id=1473195 Contact :susheel if you think this bug should be re-opened