Closed Bug 598657 Opened 15 years ago Closed 13 years ago

FxHome needs to handle quota errors when writing records

Categories

(Cloud Services Graveyard :: Firefox Home, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: mconnor, Assigned: st3fan)

Details

this only really applies to the client records, at this point. Basically, this is error 400 + a body of "14" (this is one of the documented error codes at https://wiki.mozilla.org/Labs/Weave/1.0/ResponseCodes)
We should ideally coordinate this with when quota support goes live on the server and on other clients.
Assignee: nobody → stefan
We don't need to coordinate, we just need to make the client understand that an HTTP 400 error with a body of 14 (see https://wiki.mozilla.org/Labs/Weave/1.0/ResponseCodes) means that the user is over quota, so the PUT/POST was rejected. We can have this support in the client at any point before it goes live, it's just an error code we won't see until it's enabled in prod.
The Firefox Home project has been retired, and Mozilla will no longer invest in future work on this project [1]. All bugs related to Firefox Home are being mass resolved. For those interested in continuing work on this app, the source code for Firefox Home is available on Github [2]. [1] http://blog.mozilla.org/services/2012/08/31/retiring-firefox-home/ [2] https://github.com/mozilla-services/ios-sync-client
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
Product: Cloud Services → Cloud Services Graveyard
You need to log in before you can comment on or make changes to this bug.