Closed Bug 51343 Opened 24 years ago Closed 24 years ago

referrer field not being sent properly

Categories

(Core :: Networking, defect, P3)

x86
Other
defect

Tracking

()

VERIFIED DUPLICATE of bug 74284
mozilla0.9.1

People

(Reporter: jud, Assigned: gagan)

References

()

Details

(Keywords: regression)

I'm using PR2, not sure if this is an issue w/ newer builds. I'm clicking on the above url from an href on a site that is not from the www.atd.ucar.edu domain. When I don this the two images under the banner say "Host: foo not authorized". Those images are generated by a cgi script and *should* result in one of them being a "date" image and a "time" image. Instead the cgi is not liking the referrer being sent so it's sending back the error images. I think the problem is that the embedded images (img src="") tags in the ucar.edu page are being sent w/ the original URL referrer as opposed to the referrer of the main html doc at ucar.edu. Embedded images need to have the referrer of their encompasing html doc.
sounds like a dup of bug 49760
->WORKSFORME (Linux build 2000100909) Reporter, please re-verify with latest build.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
->WFM (WindowsNT build 2000101008)
verified
Status: RESOLVED → VERIFIED
re-opening. this is broken in the mfcEmbed dist. what does HTTP need from a packaging standpoint to set the "correct" referer?
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
scratch that. this seems to be working now. server must have been temporarily broken.
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
it's back in mfcEmbed. I've verified that another browser is fine, but mfcEmbed isn't.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
use httpchannel->SetReferrer()
Assignee: gagan → valeski
Status: REOPENED → NEW
gagan, no code has changed here that I'm aware of. back to you.
Assignee: valeski → gagan
nominating mozilla0.9. this is now happening in the latest nightlies. I'm testing this right now using a commercial build off of sweetlou from this morning. this affects *many* sites.
Keywords: mozilla0.9
Keywords: regression
Well... name a site then! Help me with a reproducible case. The URL mentioned works just fine for me.
Target Milestone: --- → mozilla0.9.1
to be clear: When viewing the said URL, if the referrer is set properly you *should* see two digital style images, just below the banner image, that display the date and time. If the referrer is not sent properly, the cgi script that generates those images will fill them out w/ "88888888" "88888888", eights. To see the diff, view the url w/ mozilla, and w/ communicator, you'll see what I'm saying.
ok I see the problem now... (I see the light but no referrers :) gotta fix that...)
pavlov broke this when he landed the new image lib. Pavlov: do you want me to fix this?
dup of fixed bug... already fixed *** This bug has been marked as a duplicate of 74284 ***
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
Verified Duplicate
Status: RESOLVED → VERIFIED
this works w/ today's build.
You need to log in before you can comment on or make changes to this bug.