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)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: rfkelly, Assigned: rfkelly)

References

Details

Attachments

(1 file)

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..?
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)
Attachment #682192 - Flags: review?(rnewman) → review+
Implemented in the big cornice-format-errors refactor of Bug 812432.
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Product: Cloud Services → Cloud Services Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: