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)
Cloud Services Graveyard
Firefox Home
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)
Comment 1•15 years ago
|
||
We should ideally coordinate this with when quota support goes live on the server
and on other clients.
Assignee: nobody → stefan
Reporter | ||
Comment 2•15 years ago
|
||
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.
Comment 3•13 years ago
|
||
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
Updated•6 years ago
|
Product: Cloud Services → Cloud Services Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•