Closed
Bug 812091
Opened 13 years ago
Closed 13 years ago
Define a "Quota Exceeded" error response for sync2.0
Categories
(Cloud Services Graveyard :: Server: Sync, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: rfkelly, Assigned: rfkelly)
References
Details
Attachments
(1 file)
|
2.83 KB,
patch
|
rnewman
:
review+
|
Details | Diff | Splinter Review |
The new error format defined in Bug 784592 currently has no way of reporting "user has exceeded their quota". This seems similar to the upgrade-required error condition, in that it's an error state the perfectly-implemented clients will still have to detect and deal with.
Therefore, it seems like we should define another top-level status for this state and have the error response body be:
{ status: "quota-exceeded" }
Alternatively we could use HTTP "507 Insufficient Storage" as defined by WebDAV (RFC 4918), but I vaguely recall a client team objection to using WebDAV's custom status codes..?
| Assignee | ||
Comment 1•13 years ago
|
||
Here's a concrete proposal using "403 Forbidden" with an error status field of "quota-exceeded".
A 403 seemed more appropriate than a 400 since there's nothing actually wrong with the request, we are just "refusing to fulfil it for reasons other than invalid credentials".
Attachment #682192 -
Flags: review?(rnewman)
Updated•13 years ago
|
Attachment #682192 -
Flags: review?(rnewman) → review+
| Assignee | ||
Comment 3•13 years ago
|
||
Implemented in the big cornice-format-errors refactor of Bug 812432.
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•3 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
•