RESOLVED FIXED 227477
xhr.send(URLSearchParams) should align default Content-Type header field with Chrome and Firefox
https://bugs.webkit.org/show_bug.cgi?id=227477
Summary xhr.send(URLSearchParams) should align default Content-Type header field with...
Alex Christensen
Reported 2021-06-28 22:44:23 PDT
xhr.send(URLSearchParams) should align default Content-Type header field with Chrome and Firefox
Attachments
Patch (10.99 KB, patch)
2021-06-28 22:45 PDT, Alex Christensen
no flags
Patch (17.16 KB, patch)
2021-06-29 10:01 PDT, Alex Christensen
ews-feeder: commit-queue-
Alex Christensen
Comment 1 2021-06-28 22:45:39 PDT
Alex Christensen
Comment 2 2021-06-29 10:01:27 PDT
Chris Dumez
Comment 3 2021-06-29 10:03:11 PDT
Comment on attachment 432492 [details] Patch r=me
EWS
Comment 4 2021-06-29 12:07:50 PDT
Committed r279380 (239245@main): <https://commits.webkit.org/239245@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 432492 [details].
Radar WebKit Bug Importer
Comment 5 2021-06-29 12:08:31 PDT
Alexey Proskuryakov
Comment 6 2021-06-29 14:53:37 PDT
Comment on attachment 432492 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=432492&action=review > LayoutTests/imported/w3c/web-platform-tests/xhr/setrequestheader-content-type-expected.txt:-34 > -PASS ReadableStream request respects setRequestHeader("") > -FAIL ReadableStream request with under type sends no Content-Type without setRequestHeader() call assert_equals: expected "" but got "Content-Type: text/plain;charset=UTF-8\n" > -FAIL ReadableStream request keeps setRequestHeader() Content-Type and charset assert_equals: expected "Content-Type: application/xml;charset=ASCII\n" but got "Content-Type: application/xml;charset=UTF-8\n" I'm curious about how these lines disappeared.
Alex Christensen
Comment 7 2021-06-29 14:55:08 PDT
The test had been marked as failing, then updated, and nobody noticed those tests were removed.
Note You need to log in before you can comment on or make changes to this bug.