Closed Bug 18886 Opened 25 years ago Closed 24 years ago

305 Use Proxy responses (RFC 2068 10.3.6) ignored

Categories

(Core :: Networking, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: brianr, Assigned: ruslan)

References

()

Details

(Keywords: verifyme, Whiteboard: 2d)

RFC 2068 section 10.3.6, reads:
   The requested resource MUST be accessed through the proxy given by
   the Location field. The Location field gives the URL of the proxy.
   The recipient is expected to repeat the request via the proxy.

I tested this with M10 on both Linux 2.2.12 and Windows NT 4.0 SP3. Since the
code to implement this functionality is probably just missing, I've flagged it
as an all platform / all os bug.
Status: NEW → ASSIGNED
Target Milestone: M16
Blocks: 20400
Bulk move of all Necko (to be deleted component) bugs to new Networking

component.
Moving to M17 which is now considered part of beta2.
Target Milestone: M16 → M17
Whiteboard: 2d
how did 4.* behave on 305 responses? 
->ruslan
Assignee: gagan → ruslan
Status: ASSIGNED → NEW
Sounds like we have to fix this cuz it can be a security concern potentially. 
I'll see if NS4 handles this at all, I think it's 1.1-specific feature. It'll 
amount to implementing another redirect, which is always a pain.
Status: NEW → ASSIGNED
Ok. I'm going to fix this. Do we have a url to test the fix?
The fix is checked in, but I'd appreaciate if somebody verifies it.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
qa to me.

Is there a practical example of this? I didn't know anyone used this...
Keywords: verifyme
QA Contact: tever → benc
benc: I have a simplistic testcase as part of my regression testing stuff, which
we appear to pass. Marking VERIFIED, and stealing QA.

I will be using this to do automated proxy-based tests, as well. No idea what
anyone would want to do with it in real life. Transparent filtering, to redirect
to a proxy which requires proxy authentication? Maybe?
Status: RESOLVED → VERIFIED
QA Contact: benc → bbaetz
You need to log in before you can comment on or make changes to this bug.