Closed Bug 55028 Opened 24 years ago Closed 24 years ago

Repost of form data does not send HTTP_REFERER

Categories

(Core :: DOM: Core & HTML, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED
mozilla1.0

People

(Reporter: smilne, Assigned: radha)

References

()

Details

If you repost form data from a server. The HTTP_REFERER header is not reposted 
aswell. The repost of the HTTP_REFERER works on NS4- and IE5-

This URL has an example of what is expected:

http://www.netprogs.com/cgi-bin/repost.pl
Radha, is this our bug or should it go to the form submission folks or maybe
someone else?
Assignee: don → radha
claudius, if this ends up going to Form Submission, reassign as needed...
QA Contact: sairuh → claudius
Seeing this on Mac OS 9.0.4 as well.  Build 2000100208-M18.
Confirming based on two sightings. -> Form Submission, initially.

Gerv
Status: UNCONFIRMED → NEW
Component: XP Apps → Form Submission
Ever confirmed: true
This is not just a form problem. Any reload of the page fails to send the
http_referer information of that page. This causes problems for applications
that restrict access based on the referer information.
Blocks: 61660
Yup, this is causing us some nasty problems with our application security
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
i checked the testcase and everything worked fine...
...i think this is fixed in build id 2001032408 on windows isn't it?
other platforms?
FreeBSD 4.1 20010323xx

I tried this and a reload does NOT pass the referrer; in fact, it doesn't repost
the data at all - it displays the form again.

NOTE (this may be relevant): I'm using memory cache only; disk cache is totally
disabled.

Mozilla still has lots of problems with form data, results of posts, etc.
Randell,
did you use the trunk or the latest 0.8.1 build?
the trunk reposts the data... the 0.8.1 doesn't and you
see the form again (on 0.8.1 builds)
would be interested in knowing if the trunk build on bsd is
misbehaving too.
Trunk:

>FreeBSD 4.1 20010323xx

Pulled on Friday I believe.
I checked in a fix for this on friday.  Can someone try  it out? Thanks, 
Rechecked with fresh pull today (3/26).  Seems to work fine now.  I recommend
closing as fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
This was fixed last friday
VERIFIED Fixed with 2001032708 builds.
Status: RESOLVED → VERIFIED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.