WPT appears to be merging headers from the final redirect target with the original 302 response, leading to incorrect headers and response code information for some redirect requests.
Request #26 in this test shows a redirect and claims the request URL is
that was redirected to the URL that was displayed (and is shown as request 36 in the waterfall).
The response headers are a mix of the original response headers from the 302 and the response headers from the redirected final response.
It could be coming from the dev tools or netlog processing but is likely to be from the dev tools processing since it is all treated as the same "request" and the splitting of the request ID stopped working.
WPT appears to be merging headers from the final redirect target with the original 302 response, leading to incorrect headers and response code information for some redirect requests.
Request #26 in this test shows a redirect and claims the request URL is
but the actual URL (from the netlog) was
that was redirected to the URL that was displayed (and is shown as request 36 in the waterfall).
The response headers are a mix of the original response headers from the 302 and the response headers from the redirected final response.
It could be coming from the dev tools or netlog processing but is likely to be from the dev tools processing since it is all treated as the same "request" and the splitting of the request ID stopped working.