Closed
Bug 737057
Opened 12 years ago
Closed 9 years ago
Content-type error on manifest is not properly propagated
Categories
(Web Apps :: HTML, defect)
Web Apps
HTML
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: ianbicking, Assigned: ianbicking)
Details
When you try to install an app with a manifest with the wrong content-type, /getmanifest just returns a 503 Bad Gateway error, and the error isn't reported properly in the API.
Assignee | ||
Comment 1•12 years ago
|
||
We'll need to formally define what /getmanifest should return in the case of a content-type mismatch
Comment 2•12 years ago
|
||
Maybe a HTTP Status Code 415? 415 Unsupported Media Type The request entity has a media type which the server or resource does not support.[2] For example, the client uploads an image as image/svg+xml, but the server requires that images use a different format.
Assignee | ||
Comment 3•12 years ago
|
||
I think 415 would indicate a bad *request*, and we're giving this error because the *response* would be of the wrong content-type. 503 isn't all bad, but we need to be more specific (e.g., include a particular header explaining the reason).
Updated•12 years ago
|
Whiteboard: [marketplace-beta?]
Updated•12 years ago
|
Whiteboard: [marketplace-beta?]
Assignee | ||
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•