Closed Bug 976836 Opened 11 years ago Closed 11 years ago

Handle server backoffs in Sync

Categories

(Firefox :: Sync, defect, P1)

defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: markh, Assigned: markh)

References

Details

Bug 945449 and bug 958447 ensure Sync and FxA do the right thing if the server requests a backoff. Once done, we need to ensure the Sync/FxA UI handles this state appropriately (ie, ensure sync enters its "temporary problem, will automatically retry" state rather than a "you must sign in again" state)
Component: FxA → Sync
Priority: -- → P1
Product: Core → Firefox
Summary: Handle server backoffs in sync ui → Handle server backoffs in Sync
Assignee: nobody → mhammond
We have an existing test that verifies this works as expected. In browserid_identity, the test test_getTokenErrorWithRetry arranges for a 503 response with a backoff header from the token server, then checks the login status is LOGIN_FAILED_NETWORK_ERROR - which we already know does not cause an error bar to appear and just causes a normal sync retry. Given that, WFM.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Do we have test coverage for auth server backoff failures too?
Flags: needinfo?(mhammond)
Backoff support for the auth server landed in bug 945449, which includes a single test - http://mxr.mozilla.org/mozilla-central/source/services/fxaccounts/tests/xpcshell/test_client.js#127
Flags: needinfo?(mhammond)
That doesn't seem to cover making sure that browserid_identity handles the auth server backoff error correctly. As far as I can tell it doesn't seem to handle fetchKeys failing (via the promise returned from the fxAccountsClient.accountKeys being rejected). I'm also wondering whether we have tests that ensure LOGIN_FAILED_NETWORK_ERROR is handled correctly by the UI.
You need to log in before you can comment on or make changes to this bug.