Closed Bug 978339 Opened 11 years ago Closed 8 years ago

very easy to corrupt synced bookmarks with delete and sync now

Categories

(Firefox :: Sync, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1258127

People

(Reporter: edwong, Unassigned)

Details

(Whiteboard: [qa+])

Attachments

(4 files)

This is a general issue that sync can break the data model by add/delete more than a few times. 0. open two profiles 1. profile A - add 10 bookmarks or folders, sync now 2. profile B - add 10 bookmarks or folders, sync now 3. profile A - delete them all, sync now 4. add bookmarks to profile A/B and sync now acutal: sometimes 1 or two book marks will not be deleted on profile B. They don't ever seem to be acknowledged by the server. unexpected things happen, sometimes the new book marks are synced, sometimes they don't.
How *exactly* are you performing step 3? Can you reproduce this with an old Sync account (using 28 or lower)?
Flags: needinfo?(edwong)
On desktop 3a. go into History > Show all history 3b. select all 3c. delete I don't think this is a new issue (not a regression) but I can try with sync 1.1
Flags: needinfo?(edwong)
Edwin, are you talking about history or bookmarks?
sorry - not enough sleep yesterday. 3a. go into Bookmarks > Show all Bookmarks 3b. select all 3c. delete
Attached file 1createAcct.txt (deleted) —
Attached file 2firstSignIn.txt (deleted) —
Attached file 3delete.txt (deleted) —
Attached file 4syncToDelete.txt (deleted) —
i've isolated the logs in sequence. In log 4syncToDelete.txt - one bookmark fails to delete. Should be 5 applied not 4.: 1393875285429 Sync.Engine.Bookmarks INFO Records: 4 applied, 4 successfully, 0 failed to apply, 0 newly failed to apply, 5 reconciled.
Edwin: could you repeat the deletion step with bookmark logging turned up? Set services.sync.log.logger.engine.bookmarks to Trace and restart.
Just noticed that after I sync to everything deleted, the one bookmark that's remains, doesn't display in Bookmarks > show all bookmarks. So Desktop client isn't even aware of this bookmark anymore.
Component: Server: Sync → Firefox Sync: Backend
Whiteboard: [qa+]
This should be fixed by bug 1258127 for bookmarks. I suspect we were missing deletes because the first delete kicked off a sync, and caused the tracker to ignore subsequent deletes.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
Component: Firefox Sync: Backend → Sync
Product: Cloud Services → Firefox
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: