This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
In the definition of "fire a progress event named e", attributes are built from "HTTP entity body". This means "HTTP request entity body" for "Fire a progress event named progress on the XMLHttpRequestUpload object." while this means "HTTP response entity body" for "Fire a progress event named progress". It would be nice if this is made less implicit.
I guess we could have "fire an upload progress event" and "fire a progress event". Would that work?
(In reply to Anne from comment #1) > I guess we could have "fire an upload progress event" and "fire a progress > event". Would that work? Sounds good
https://github.com/whatwg/xhr/commit/8af96dd4157ba992b6730a3e24728677dd19929a
Thanks for the update, Anne, but the new text needs one fix. http://xhr.spec.whatwg.org/ > To fire an upload progress event named e means to fire an event named e with an event using the ProgressEvent interface that also meets these conditions: > > Initialize the loaded attribute to the length of request's body. > If the length of response's body is known through the Content-Length header, set the lengthComputable attribute value to true and the total attribute value to the length. "response" in the 2nd bullet point should be "request".
https://github.com/whatwg/xhr/commit/ab6ba77f2c559a5e23b0b28fa642d76e348e1330