Closed
Bug 216828
Opened 21 years ago
Closed 9 years ago
request header modifications are not preserved across redirects
Categories
(Core :: Networking, defect)
Core
Networking
Tracking
()
RESOLVED
DUPLICATE
of bug 1237455
People
(Reporter: darin.moz, Unassigned)
References
Details
if additional headers are added to a HTTP request, and that request results in a
redirect, the newly created request will not have any of the additional request
headers added to the original request. in some cases this is undesirable.
see news thread here: http://tinyurl.com/kofx
Reporter | ||
Comment 1•18 years ago
|
||
-> default owner
Assignee: darin → nobody
Component: Networking: HTTP → Networking
QA Contact: networking.http → networking
Comment 2•13 years ago
|
||
Is this the same as bug 401564?
Comment 3•9 years ago
|
||
doing the opposite (copying them blanket) is also undesirable. I think we've made our peace here by copying a particular subset iirc
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
Note that the XHR code re-adds any custom headers that were set on redirect. I'm fairly sure the web depends on this behavior.
fetch() does currently not.
I don't have a strong opinion about what to do in general.
Comment 5•9 years ago
|
||
Per Fetch everything the API layer adds should be copied. This is based on what XMLHttpRequest already does. If fetch() does not have that behavior it would be a bug.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 6•9 years ago
|
||
(Same by the way for EventSource, e.g., Last-Event-ID should not be dropped along the way. Or <a ping> headers.)
Comment 7•9 years ago
|
||
This is already fixed in FF46.
Status: REOPENED → RESOLVED
Closed: 9 years ago → 9 years ago
Resolution: --- → DUPLICATE
Comment 8•9 years ago
|
||
Actually, it's fixed in FF45 as well.
You need to log in
before you can comment on or make changes to this bug.
Description
•