XMLHttpRequest should reset response upon receiving a bad chunk
Categories
(Core :: DOM: Networking, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox117 | --- | fixed |
People
(Reporter: annevk, Assigned: twisniewski)
References
(Blocks 1 open bug)
Details
(Whiteboard: [necko-triaged])
Attachments
(2 files, 1 obsolete file)
See https://github.com/whatwg/xhr/pull/315 and https://github.com/web-platform-tests/wpt/pull/27778. With chunked encoding Firefox does not reset responseText
and such upon receiving garbage. Presumably this also applies to a bad chunk from a ReadableStream object, but I didn't explicitly test that scenario.
Updated•3 years ago
|
Comment 1•3 years ago
|
||
Anne, my interpretation of this is that the spec has evolved to account for a defect, and you've filed this bug to track the fact that our implementation should catch up. P2 based on that - but let me know if my interpretation is wrong.
Comment 2•3 years ago
|
||
(and the defect in question does not seem to me to be a P1 to fix)
Reporter | ||
Comment 3•3 years ago
|
||
It doesn't seem particularly high priority, but good to fix to align our behavior with the spec and other browsers.
Comment 4•3 years ago
|
||
Updated•3 years ago
|
Comment 5•3 years ago
|
||
Updated•3 years ago
|
Pushed by nhnt11@gmail.com: https://hg.mozilla.org/integration/autoland/rev/914436169022 XMLHttpRequest should reset response upon receiving a bad chunk. r=annevk,necko-reviewers
Comment 7•3 years ago
|
||
Backed out changeset 914436169022 (Bug 1695216) for causing build bustages.
Backout link
Push with failures - B
Failure Log
Updated•3 years ago
|
Pushed by nhnt11@gmail.com: https://hg.mozilla.org/integration/autoland/rev/c6819fdea3a5 XMLHttpRequest should reset response upon network errors. r=annevk,necko-reviewers
Backout by csabou@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/ea893f7838e1 Backed out changeset c6819fdea3a5 for causing XMLHttpRequestWorker related crashes. CLOSED TREE
Comment 10•3 years ago
|
||
Backed out for causing several failures.
Failure logs:
- crashes: https://treeherder.mozilla.org/logviewer?job_id=352563633&repo=autoland
- xpc failures: https://treeherder.mozilla.org/logviewer?job_id=352560965&repo=autoland
- mochitest plain failures: https://treeherder.mozilla.org/logviewer?job_id=352560932&repo=autoland
- assertion failures: https://treeherder.mozilla.org/logviewer?job_id=352565164&repo=autoland
Backout link: https://hg.mozilla.org/integration/autoland/rev/ea893f7838e1f46575b355335192e2fa0a3a1e8a
Updated•2 years ago
|
Comment 11•2 years ago
|
||
Recalibrating my priorities. I might pick this back up. The patch is pretty much there, but need to iron out the test failures.
Assignee | ||
Comment 12•9 months ago
|
||
Assignee | ||
Comment 13•9 months ago
|
||
- clear the response on network failure (bad chunks, etc).
- throw the expected error for abort/timeout/error for sync XHR failures.
Updated•9 months ago
|
Comment 14•9 months ago
|
||
Pushed by twisniewski@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/9e7d1a045e6c Follow the XMLHttpRequest spec more closely for network and other errors; r=kershaw,sunil
Comment 15•9 months ago
|
||
bugherder |
Description
•