Closed
Bug 1296626
Opened 8 years ago
Closed 8 years ago
handle unexpected fetch Response and Request body types better
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: bkelly, Unassigned)
Details
When an invalid type is passed as the body of a Response or Request, we currently end up calling toString() on it or something.
Type this into web console:
var r = new Response({ foo:'bar' });
r.text().then(t => console.log(t)).catch(e => console.log(e))
The resulting output will be:
[object Object]
The spec currently suggests we should ignore bodies with unexpected types:
https://fetch.spec.whatwg.org/#concept-bodyinit-extract
This spec issue suggests we should throw instead:
https://github.com/whatwg/fetch/issues/371
But we currently do the wrong thing
Reporter | ||
Comment 1•8 years ago
|
||
Turns out our behavior is correct. The object is coerced to a USVString at the webidl interface layer. Nothing to see here...
No longer blocks: ServiceWorkers-compat
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
Assignee | ||
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•