Closed
Bug 51343
Opened 24 years ago
Closed 24 years ago
referrer field not being sent properly
Categories
(Core :: Networking, defect, P3)
Tracking
()
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.
Comment 2•24 years ago
|
||
->WORKSFORME (Linux build 2000100909)
Reporter, please re-verify with latest build.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 3•24 years ago
|
||
->WFM (WindowsNT build 2000101008)
Reporter | ||
Comment 5•24 years ago
|
||
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 → ---
Reporter | ||
Comment 6•24 years ago
|
||
scratch that. this seems to be working now. server must have been temporarily
broken.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 7•24 years ago
|
||
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
Reporter | ||
Comment 9•24 years ago
|
||
gagan, no code has changed here that I'm aware of. back to you.
Assignee: valeski → gagan
Reporter | ||
Comment 10•24 years ago
|
||
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
Reporter | ||
Updated•24 years ago
|
Keywords: regression
Assignee | ||
Comment 11•24 years ago
|
||
Well... name a site then! Help me with a reproducible case. The URL mentioned
works just fine for me.
Reporter | ||
Comment 12•24 years ago
|
||
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.
Assignee | ||
Comment 13•24 years ago
|
||
ok I see the problem now... (I see the light but no referrers :) gotta fix that...)
Assignee | ||
Comment 14•24 years ago
|
||
pavlov broke this when he landed the new image lib. Pavlov: do you want me to
fix this?
Comment 15•24 years ago
|
||
dup of fixed bug... already fixed
*** This bug has been marked as a duplicate of 74284 ***
Status: NEW → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 17•24 years ago
|
||
this works w/ today's build.
You need to log in
before you can comment on or make changes to this bug.
Description
•