DescriptionSync the XHR-related interfaces with the spec
No observable changes are intended.
The change to open() results in big changes to the generated code, but
it should not be possible to observe the difference; the 2-argument form
still treats async as true, and passing undefined for either username or
password will still be converted to nullptr and then a null string.
For both open() and send(), handing the default argument values in
bindings allows the C++ code to be slightly simpler.
Dropping [TreatReturnedNullStringAs=Undefined] for
getAllResponseHeaders() makes no difference as
XMLHttpRequest::getAllResponseHeaders() will never return a null string.
Even when there are no headers, the untouched StringBuilder object will
return an empty string from toString(), not a null string.
The generated code now handles missing ProgressEventInit members, so the
ProgressEvent constructor doesn't need to.
BUG=460722
Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=196221
Patch Set 1 #Patch Set 2 : compile fix #
Total comments: 4
Patch Set 3 : data->body #Messages
Total messages: 11 (4 generated)
|