Closed
Bug 504373
Opened 15 years ago
Closed 15 years ago
Be smarter in detecting when it's safe to sync after a wipe
Categories
(Firefox :: Sync, defect, P3)
Firefox
Sync
Tracking
()
RESOLVED
FIXED
1.0 beta3
People
(Reporter: Mardak, Unassigned)
References
Details
Until bug 504125 is fixed, a temporary fix was needed with bug 504372 to just sleep a little after wiping. We can be smarter by requesting the data and seeing if it's empty before continuing.
Reporter | ||
Updated•15 years ago
|
Priority: -- → P2
Target Milestone: --- → 0.7
Updated•15 years ago
|
Priority: P2 → P3
Reporter | ||
Updated•15 years ago
|
Flags: blocking-weave1.0+
Target Milestone: 0.7 → 0.8
Reporter | ||
Updated•15 years ago
|
Target Milestone: 1.0beta → 1.0
Reporter | ||
Comment 2•15 years ago
|
||
If bug 526084 is fixed, there shouldn't be an issue with replication lag, so this wouldn't need to be fixed.
Target Milestone: 1.0 → 1.0 beta2
Comment 3•15 years ago
|
||
Actually we're already running 1.0 reading from the master, so replication lag won't affect 1.0 clients. There's more to do in bug 526084, but the portions of it that this bug depends on can be considered FIXED. Your call if you want to leave this open until the rest of that bug is done.
Comment 4•15 years ago
|
||
I think this is as fixed as it needs to be. Thanks Zandr!
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•6 years ago
|
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.
Description
•