Closed
Bug 691630
Opened 13 years ago
Closed 12 years ago
Untangle backoff handling code
Categories
(Firefox :: Sync, defect)
Firefox
Sync
Tracking
()
RESOLVED
FIXED
People
(Reporter: rnewman, Unassigned)
References
Details
--- On a further note, in a follow-up, I would like to untangle all of the backoff code. It's spread over various functions and methods. I'm not even confident that by fixing those two bugs backoff will work. But the tests I am writing *right now* will tell us more. ---
Comment 1•13 years ago
|
||
Things that come to mind: * Move Status.backoffInterval to SyncScheduler * Revise or at least document MINIMUM_BACKOFF_INTERVAL and MAXIMUM_BACKOFF_INTERVAL * Revise or at least document SyncScheduler.handleSyncError, Utils.calculateBackoff and MAX_ERROR_COUNT_BEFORE_BACKOFF I'm not sure I actually understand some of the intentions of this code, so perhaps we should first sit down with mconnor and document inputs and outputs and then just write the code to be like that. I wouldn't at all be surprised if there were mismatches.
Updated•13 years ago
|
Summary: Untangle X-Weave-Backoff handling code → Untangle backoff handling code
Updated•13 years ago
|
Reporter | ||
Comment 2•13 years ago
|
||
We never set Status.enforceBackoff to false. We don't document a server-side way to turn backoff back off (heh). Status is the wrong place for this. /me goes shopping in the clown supply store
Reporter | ||
Comment 3•12 years ago
|
||
We did a lot of this with the policy rework.
Status: NEW → RESOLVED
Closed: 12 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
•