Firefox "forgets" Sync account

[stdll]

I have the problem that Firefox periodically forgets about my Sync account.

I can create a sync account just fine with my owncloud instance and after synchronization, the sync app tells me:

Synchronisation-Status Letzte Synchronisation 2014-03-25 06:14:30 UTC Größe der gespeicherten Daten 296 kB (unlimited quota) Anzahl der synchronisierten Geräte 1

Firefox also tells me that everything works fine. However, after several system reboots, Firefox seems to have forgotten about my Sync account. The only option I have is to create another account. However, when I enter my owncloud credentials again, it tells me the account is already in use:

I'm using:

• Firefox 28
• owncloud 6.0.2
• mozilla_sync 1.4

Does anybody know if that's an error on my side or a bug? Thanks in advance! r3nj1

[mistabob]

I experience the same issue under the same environment as r3nj1... at first,everything works fine and both Firefox (Laptop and PC) browsers I use, sync well... after a period of time, the second browser I added just quits snycing and looses its sync settings... at first, I thought this behaviour might be forced by Firefox because I configured it to delete all temporary data after exit. Changing settings to "never delete history data" etc. did not solve the problem...

[ogasser]

What do you see in about:sync-log and the ownCloud log?

[stdll]

That is really strange! about-sync-log only shows me log files from February 2014, not a single one from my new attempt to set up sync with owncloud on 25th March.

The owncloud log only contains the following messages regarding mozilla_sync after my initial sync on 25th March.

{"app":"mozilla_sync","message":"storageservice.php#40 authenticateUser(): No HTTP authentication header sent.","level":2,"time":"2014-03-27T06:00:06+00:00"} {"app":"mozilla_sync","message":"storageservice.php#40 authenticateUser(): No HTTP authentication header sent.","level":2,"time":"2014-03-27T06:00:06+00:00"}

It's from two days later when Firefox "forgot" about my sync account. When I think about it, I've got a hunch. I'm using KeePass (2.2.5) and have installed the PassIFox (1.1.10, KeePassHttp: 1.8.3) extension. The sync credentials are stored in my KeePass database. Does that have anything to do with it? My first idea was that KeePass must've been started before I start Firefox, but even then Firefox refuses to recognize my sync account.

On another note, I'm probably encountering this issue: https://github.com/pfn/passifox/issues/256 I'll look into it and report back to you!

[mistabob]

Here's my sync-log that was written when the error occured:

By the way, I also use "Passifox" in addition with "KeePass 2.2.5"... maybe r3nj1 is right and the source of the issue might be located there...

1396348163245 Sync.Status DEBUG Status.service: success.status_ok => success.status_ok 1396348163670 Sync.Tracker.Clients DEBUG Saving changed IDs to clients 1396348163673 Sync.Tracker.Bookmarks DEBUG Saving changed IDs to bookmarks 1396348164216 Sync.SyncScheduler DEBUG Global Score threshold hit, triggering sync. 1396348164217 Sync.Service DEBUG User-Agent: Firefox/28.0 FxSync/1.30.0.20140314220517. 1396348164217 Sync.Service INFO Starting sync at 2014-04-01 12:29:24 1396348164217 Sync.SyncScheduler DEBUG Clearing sync triggers and the global score. 1396348164217 Sync.Status INFO Resetting Status. 1396348164217 Sync.Status DEBUG Status.service: success.status_ok => success.status_ok 1396348164239 Sync.Tracker.Addons DEBUG Saving changed IDs to addons 1396348164239 Sync.Tracker.Greasemonkey DEBUG Saving changed IDs to greasemonkey 1396348164242 Sync.Tracker.AdblockPlus DEBUG Saving changed IDs to adblockplus 1396348164543 Sync.Resource DEBUG mesg: GET success 200 https://xxx.eu/remote.php/mozilla_sync/1.1/xe2xwlavwanq25zdw7tfi2b6aw7fg4k6/info/collections 1396348164544 Sync.Resource DEBUG GET success 200 https://xxx.eu/remote.php/mozilla_sync/1.1/xe2xwlavwanq25zdw7tfi2b6aw7fg4k6/info/collections 1396348164544 Sync.Service DEBUG Fetching global metadata record 1396348164544 Sync.Service DEBUG Weave Version: 1.30.0 Local Storage: 5 Remote Storage: 5 1396348164544 Sync.Service INFO Sync key is up-to-date: no need to upgrade. 1396348164544 Sync.Service DEBUG Fetching and verifying -- or generating -- symmetric keys. 1396348164544 Sync.Service INFO Testing info/collections: {"adblockplus":1396176324.47,"addons":1396233384.69,"bookmarks":1396348172.96,"clients":1396347819.41,"crypto":1395829946.44,"greasemonkey":1396347044.92,"meta":1395830009.8,"prefs":1396285247.45} 1396348164545 Sync.CollectionKeyManager INFO Testing for updateNeeded. Last modified: 1395829946.44 1396348164545 Sync.Synchronizer DEBUG Refreshing client list. 1396348164545 Sync.Engine.Clients INFO 0 outgoing items pre-reconciliation 1396348164546 Sync.Engine.Clients INFO Records: 0 applied, 0 successfully, 0 failed to apply, 0 newly failed to apply, 0 reconciled. 1396348164546 Sync.Synchronizer INFO Updating enabled engines: 3 clients. 1396348164547 Sync.Engine.Bookmarks INFO 2 outgoing items pre-reconciliation 1396348164548 Sync.Engine.Bookmarks INFO Records: 0 applied, 0 successfully, 0 failed to apply, 0 newly failed to apply, 0 reconciled. 1396348164758 Sync.Engine.Bookmarks INFO Uploading all of 2 records 1396348164758 Sync.Collection DEBUG POST Length: 1020 1396348165790 Sync.Status DEBUG Status for engine bookmarks: error.engine.reason.unknown_fail 1396348165790 Sync.Status DEBUG Status.service: success.status_ok => error.sync.failed_partial 1396348165790 Sync.ErrorHandler DEBUG bookmarks failed: App. Quitting JS Stack trace: Res_post@resource.js:427 < @engines.js:1322 < innerBind@util.js:554 < @engines.js:1370 < @engines.js:1421 < wrappedSync@bookmarks.js:214 < _sync@bookmarks.js:220 < WrappedNotify@util.js:142 < @engines.js:594 < _syncEngine@enginesync.js:192 < sync@enginesync.js:147 < onNotify@service.js:1197 < WrappedNotify@util.js:142 < WrappedLock@util.js:97 < _lockedSync@service.js:1191 < @service.js:1182 < WrappedCatch@util.js:71 < sync@service.js:1170 1396348165791 Sync.Engine.Prefs INFO 0 outgoing items pre-reconciliation 1396348165791 Sync.Engine.Prefs INFO Records: 0 applied, 0 successfully, 0 failed to apply, 0 newly failed to apply, 0 reconciled. 1396348165791 Sync.Engine.Addons DEBUG Refreshing reconciler state 1396348165791 Sync.AddonsReconciler INFO Refreshing global state from AddonManager. 1396348165792 Sync.Status DEBUG Status for engine addons: error.engine.reason.unknown_fail 1396348165792 Sync.Status DEBUG Status.service: error.sync.failed_partial => error.sync.failed_partial 1396348165792 Sync.ErrorHandler DEBUG addons failed: App. Quitting Stack trace: resource://gre/modules/services-common/async.js:123 < waitForSyncCallback()@resource://gre/modules/services-common/async.js:98 < resource://gre/modules/services-common/async.js:141 < _refreshReconcilerState()@resource://gre/modules/services-sync/engines/addons.js:231 < _syncStartup()@resource://gre/modules/services-sync/engines/addons.js:201 < resource://services-sync/engines.js:1417 < WrappedNotify()@resource://services-sync/util.js:142 < resource://services-sync/engines.js:594 < _syncEngine()@resource://services-sync/stages/enginesync.js:192 < sync()@resource://services-sync/stages/enginesync.js:147 < onNotify()@resource://gre/modules/services-sync/service.js:1197 < WrappedNotify()@resource://services-sync/util.js:142 < WrappedLock()@resource://services-sync/util.js:97 < _lockedSync()@resource://gre/modules/services-sync/service.js:1191 < resource://gre/modules/services-sync/service.js:1182 < WrappedCatch()@resource://services-sync/util.js:71 < sync()@resource://gre/modules/services-sync/service.js:1170 < file:unknown 1396348165792 Sync.Engine.Greasemonkey INFO 0 outgoing items pre-reconciliation 1396348165793 Sync.Engine.Greasemonkey INFO Records: 0 applied, 0 successfully, 0 failed to apply, 0 newly failed to apply, 0 reconciled. 1396348165793 Sync.Engine.AdblockPlus INFO 0 outgoing items pre-reconciliation 1396348165793 Sync.Engine.AdblockPlus INFO Records: 0 applied, 0 successfully, 0 failed to apply, 0 newly failed to apply, 0 reconciled. 1396348165793 Sync.Synchronizer INFO Sync completed at 2014-04-01 12:29:25 after 1.58 secs. 1396348165794 Sync.SyncScheduler DEBUG Next sync in 600000 ms.

[ogasser]

@mistabob Do you also use KeePass and PassIFox?

[mistabob]

Hi, as I already posted in the thread I do use PassIFox and KeePass. It seems as if the issue might originate from there. But thanks a lot for your help! Gruß, Robert

Von: Oliver Gasser [mailto:notifications@github.com] Gesendet: Mittwoch, 9. April 2014 10:21 An: owncloud/mozilla_sync Cc: mistabob Betreff: Re: [mozilla_sync] Firefox "forgets" Sync account (#112)

@mistabob https://github.com/mistabob Do you also use KeePass and PassIFox?

— Reply to this email directly or view it on GitHub https://github.com/owncloud/mozilla_sync/issues/112#issuecomment-39939293 . https://github.com/notifications/beacon/6827878__eyJzY29wZSI6Ik5ld3NpZXM6QmVhY29uIiwiZXhwaXJlcyI6MTcxMjY1MDg3MSwiZGF0YSI6eyJpZCI6Mjg2NDYxNjd9fQ==--b3617dbebccc2abcd1c961198ab8e434a3b0cdec.gif

[stdll]

I've set up Firefox Sync once more without PassIFox. Please give me a few days to confirm that the issue has something to do with that extension.

[stdll]

Firefox Sync has worked as expected for four days now. I think we can safely assume the real problem is with the PassIFox extension. From my point of view we can close the issue.

[stdll]

May I ask which items you sync? I would go for everything except passwords since they're stored in the KeePass store anyway.

Am 13.04.2014 10:39, schrieb mistabob:

I uninstalled PassIFox and forced Firefox to sync all temorary data... after the first snyc was complete, I unchecked the parameters I do not want to be synced. Since then everything worked like a charm...

— Reply to this email directly or view it on GitHub https://github.com/owncloud/mozilla_sync/issues/112#issuecomment-40302559.

[mistabob]

Hi Stefan, du bist sicher Deutscher, oder? Dann schreib ich mal in unserer Landessprache, wenn dir das nichts ausmacht :-D

Und, sicher, die Passwörter synchronisiere ich grundsätzlich nicht, aaaaaaaaber....

An dem Tag, als ich die Firefox Version 28 installiert hatte, fiel mir nach einiger Zeit auf, dass mein zweiter Firefox von meinem Notebook, aus heiterem Himmel die Synchronisierungsfunktion zurück gesetzt hatte. Dann ging das Theater los. Ich habe dann erst die mozilla_sync App von owncloud deaktiviert, die drei von mozilla_sync genutzten Tabellen aus der DB gelöscht und dann noch über ein SQL-Script die übrigen mozilla_sync Überbleibsel aus der owncloud DB geschmissen. Dann kam der nächste Versuch… Frischen Firefox installiert, sync aktiviert und dann alle Moz-Apps nacheinander frisch installiert… soweit so gut… dann meinen Firefox Nr. 2 neu installiert, mit FF Nr. 1 verbunden und die synchronisierung durchlaufen lassen. Das hat dann auch erstmal geklappt…. Nach ein paar Stunden habe ich dann mal wieder geschaut, wie die beiden Füchse sich so machen und siehe da, die Synchronisierung auf FF Nr. 2 hatte sich wieder komplett zurückgesetzt…

Nach stundenlanger Recherche bei Mozilla, bin ich dann auf einen interessanten Hilfe-Artikel gestoßen… in dem Stand, dass Firefox seine Synchronisierungsfunktion verliert, wenn man die Passwörter nicht für den Synchronisationsprozess freigibt (????????????????) …. Da war ich erstmal baff und wollte das nicht glauben was dort stand, da ich zuvor bereits ohne Probleme die Passwörter vom Prozess ausgeschlossen hatte… trotzdem, hier der Link zum Artikel: https://support.mozilla.org/en-US/kb/firefox-sync-troubleshooting-and-tips#w_firefox-sync-resets-every-time-i-close-firefox

Nun, ich habe dann PassIFox und KeePass deinstalliert, und neu installiert. Also alles nochmal ganz frisch von vorne… Keepass per „Häkchen“ zum Autostart zu bewegen, ist unter Windows 8.1 auch eher mühselig. Windows wollte die KeePass.exe partout nicht aus dem Run-Knoten der Registry starten, obwohl der Schlüssel fehlerfrei war. Mir ist dann aufgefallen, dass die .exe nicht in den „HKCU\Software\Microsoft\Windows\CurrentVersion\Run“-Zweig verfrachtet wurde, sondern unter HKLM. Aber von dort wollte Win trotz Adminrechten KeePass nicht starten lassen.

Und das war wohl auch der Auslöser für den Fehler – nämlich, wenn FF + PassIFox gestartet wird, ohne KeyPass vorab zu starten, kommt es zu einem Konflikt, der die gesamte Sync-Funktion zerlegt, soweit ich das beurteilen kann. Das Problem ist, dass der Fuchs diesen Vorfall nicht ins Log schreibt…

Ich vermute, dass das Problem bei PassIFox liegt… werde mal schauen was der BugTracker sagt…

Ich hoffe, ich konnte dir mit den Infos weiterhelfen! Anbei ein Screenshot meiner Settings…

Cheers,

Robert

Von: Stefan [mailto:notifications@github.com] Gesendet: Sonntag, 13. April 2014 14:07 An: owncloud/mozilla_sync Cc: mistabob Betreff: Re: [mozilla_sync] Firefox "forgets" Sync account (#112)

May I ask which items you sync? I would go for everything except passwords since they're stored in the KeePass store anyway.

Am 13.04.2014 10:39, schrieb mistabob:

I uninstalled PassIFox and forced Firefox to sync all temorary data... after the first snyc was complete, I unchecked the parameters I do not want to be synced. Since then everything worked like a charm...

— Reply to this email directly or view it on GitHub < https://github.com/owncloud/mozilla_sync/issues/112#issuecomment-40302559 https://github.com/owncloud/mozilla_sync/issues/112#issuecomment-40302559>.

— Reply to this email directly or view it on GitHub https://github.com/owncloud/mozilla_sync/issues/112#issuecomment-40306000 . https://github.com/notifications/beacon/6827878__eyJzY29wZSI6Ik5ld3NpZXM6QmVhY29uIiwiZXhwaXJlcyI6MTcxMzAwOTk5MywiZGF0YSI6eyJpZCI6Mjg2NDYxNjd9fQ==--0b96c0f7f04b5304fdf3da48ec28c9979b94d82f.gif

[stdll]

Hallo Robert,

ja, ich bin auch Deutscher. :)

Dann ist es so wie ich es befürchtet habe: KeePass muss laufen. Ich starte es eigentlich nur wenn ich es unbedingt brauche. Hmm, dann muss ich mal sehen wie ich das mache. Im Moment nutze ich die Passwortspeicherung des Firefox selbst und nutze PassIFox dann für alle anderen Passwörter. So hab ich zwar den Krampf mit dem Masterpasswort, aber allemal besser als dass ich irgendwann mal vergesse KeePass vor Firefox zu starten. ;)

Vielen Dank für deine Recherchen und deine Hilfe! Ich glaube, die Lösung müsste nicht PassIFox, sondern Firefox liefern. Der muss abfangen, dass er nicht an die Passwörter rankommt und einen entsprechenden Hinweis anzeigen, anstatt die ganze Sync-Funktion zu zerlegen.

Viele Grüße Stefan

Am 13.04.2014 21:16, schrieb mistabob:

Hi Stefan, du bist sicher Deutscher, oder? Dann schreib ich mal in unserer Landessprache, wenn dir das nichts ausmacht :-D

Und, sicher, die Passwörter synchronisiere ich grundsätzlich nicht, aaaaaaaaber....

An dem Tag, als ich die Firefox Version 28 installiert hatte, fiel mir nach einiger Zeit auf, dass mein zweiter Firefox von meinem Notebook, aus heiterem Himmel die Synchronisierungsfunktion zurück gesetzt hatte. Dann ging das Theater los. Ich habe dann erst die mozilla_sync App von owncloud deaktiviert, die drei von mozilla_sync genutzten Tabellen aus der DB gelöscht und dann noch über ein SQL-Script die übrigen mozilla_sync Überbleibsel aus der owncloud DB geschmissen. Dann kam der nächste Versuch… Frischen Firefox installiert, sync aktiviert und dann alle Moz-Apps nacheinander frisch installiert… soweit so gut… dann meinen Firefox Nr. 2 neu installiert, mit FF Nr. 1 verbunden und die synchronisierung durchlaufen lassen. Das hat dann auch erstmal geklappt…. Nach ein paar Stunden habe ich dann mal wieder geschaut, wie die beiden Füchse sich so machen und siehe da, die Synchronisierung auf FF Nr. 2 hatte sich wieder komplett zurückgesetzt…

Nach stundenlanger Recherche bei Mozilla, bin ich dann auf einen interessanten Hilfe-Artikel gestoßen… in dem Stand, dass Firefox seine Synchronisierungsfunktion verliert, wenn man die Passwörter nicht für den Synchronisationsprozess freigibt (????????????????) …. Da war ich erstmal baff und wollte das nicht glauben was dort stand, da ich zuvor bereits ohne Probleme die Passwörter vom Prozess ausgeschlossen hatte… trotzdem, hier der Link zum Artikel: https://support.mozilla.org/en-US/kb/firefox-sync-troubleshooting-and-tips#w_firefox-sync-resets-every-time-i-close-firefox

Nun, ich habe dann PassIFox und KeePass deinstalliert, und neu installiert. Also alles nochmal ganz frisch von vorne… Keepass per „Häkchen“ zum Autostart zu bewegen, ist unter Windows 8.1 auch eher mühselig. Windows wollte die KeePass.exe partout nicht aus dem Run-Knoten der Registry starten, obwohl der Schlüssel fehlerfrei war. Mir ist dann aufgefallen, dass die .exe nicht in den „HKCU\Software\Microsoft\Windows\CurrentVersion\Run“-Zweig verfrachtet wurde, sondern unter HKLM. Aber von dort wollte Win trotz Adminrechten KeePass nicht starten lassen.

Und das war wohl auch der Auslöser für den Fehler – nämlich, wenn FF + PassIFox gestartet wird, ohne KeyPass vorab zu starten, kommt es zu einem Konflikt, der die gesamte Sync-Funktion zerlegt, soweit ich das beurteilen kann. Das Problem ist, dass der Fuchs diesen Vorfall nicht ins Log schreibt…

Ich vermute, dass das Problem bei PassIFox liegt… werde mal schauen was der BugTracker sagt…

Ich hoffe, ich konnte dir mit den Infos weiterhelfen! Anbei ein Screenshot meiner Settings…

Cheers,

Robert

Von: Stefan [mailto:notifications@github.com] Gesendet: Sonntag, 13. April 2014 14:07 An: owncloud/mozilla_sync Cc: mistabob Betreff: Re: [mozilla_sync] Firefox "forgets" Sync account (#112)

May I ask which items you sync? I would go for everything except passwords since they're stored in the KeePass store anyway.

Am 13.04.2014 10:39, schrieb mistabob:

I uninstalled PassIFox and forced Firefox to sync all temorary data... after the first snyc was complete, I unchecked the parameters I do not want to be synced. Since then everything worked like a charm...

— Reply to this email directly or view it on GitHub < https://github.com/owncloud/mozilla_sync/issues/112#issuecomment-40302559 https://github.com/owncloud/mozilla_sync/issues/112#issuecomment-40302559>.

— Reply to this email directly or view it on GitHub https://github.com/owncloud/mozilla_sync/issues/112#issuecomment-40306000 . https://github.com/notifications/beacon/6827878__eyJzY29wZSI6Ik5ld3NpZXM6QmVhY29uIiwiZXhwaXJlcyI6MTcxMzAwOTk5MywiZGF0YSI6eyJpZCI6Mjg2NDYxNjd9fQ==--0b96c0f7f04b5304fdf3da48ec28c9979b94d82f.gif

— Reply to this email directly or view it on GitHub https://github.com/owncloud/mozilla_sync/issues/112#issuecomment-40316618.

[gene-pavlovsky]

Hey guys, it's very nice you are both German, but for sake of sharing knowledge it would be nice if you kept your conversation here in English. Other people with same problem could use your help!

[GuessMo]

@mistabob thank you! Seems to work fine (for Firefox and the Developer Edition). I will test this the next days on more devices and on Mac, too.

@gene-pavlovsky You are right. I`m also from Germany, but we should think global :)

@anyone: Run KeePass before starting Firefox should be a workaround