document.referrer is not returing anything.
STEPS TO REPRODUCE:
1] Please visit above URL.
2] Click button "Open Another Window"
Child window should show something like this
document.referrer : http://bubblegum/desale/referrer.html
Child window shows
Just a note to myself, this works in Netscape 4.x, but not in IE 5.
We need document.referrer fixed for backward compatibility. It's there since
Nominating for rtm.
Created attachment 18507 [details] [diff] [review]
Ignore the last patch, it's only part of the fix...
In 4.x document.referrer works at least when clicking on a link, in a frame
inside a frameset and also when doing window.open();
In IE it works when clicking on a link and in a frame inside a frameset but not
when doing window.open();
In mozilla it only works when clicking on a link, not in any other cases. I
doubt we'll be able to get this in for rtm, fixing this requires changes in a
number of places, it's not gonna be a trivial patch.
Marking rtm- based on Johnny's evaluation.
I would have to argue that document.referrer is working with buttons, but not
working with links.
- Go to this internal URL:
- Click on hdoc004.html
This test works in both Nav 4.x and in MSIE, but not in Netscape6.
document.referrer fails to work when you reload a page
Created attachment 21521 [details] [diff] [review]
Proposed fix #2
With the attached patch (#2) document.referrer works when clicking on links,
clicking on links that open in new window, window.open, framesets, reloading,
all cases I could think of. Looking for r= and sr=, anyone?
Nominating for nsbeta1, since nsbeta2,3, dogfood, rtm keywords are going to be
cleared soon and important bugs could loose attention. I think this one deserves
Mitchell, could you review the last attachment in this bug?
Adding Patch, review and approval keywords to get this fix in hand some attention.
looks good. As long as we continue to pass a principal as well as a referrer
through LoadInfo, the security will work all right. r=mstoltz
Created attachment 23924 [details] [diff] [review]
Proposed fix #3 (use the URI of the caller as the referrer when doing window.open)
Fix checked in.
I have downloaded the newest release, Netscape 6.01, and the document.referrer
is still returning nothing. This bug has NOT been fixed, and Netscape 6 is
therefore still in violation of open standards.
It is my strongest suggestion that Netscapse get with it and fix this and many
resurgence in the use of their browser by the mainstream web audience.
firstname.lastname@example.org, did you test in netscape 6.01 or netscape 6.1? only
netscape 6.1 will have the fix. Netscape 6.01 was released before this bug was
(please cc yourself on bugs on which you comment, thanks)
Netscape 6.1 hasn't been released yet. The fix was checked in on 2/2, sou you'll
need to use a Mozilla milestone release or daily build made after that date to
see this fix.
Methinks he doth protest too much.
wfm in Mozilla 2001081703/win2k and NS6.1RTM/win2k. Recommend we mark this one
Marking as FIXED again because of the lack of proofs that this is not fixed.
email@example.com, please reopen if you come up with a site or testcase
that demonstrates that document.referrer does not work correctly. Thanks!
works for me. verified with the testcase provided. adding keyword vtrunk
This does not work on a local drive. Steps to reproduce: download from gila the
testcases and on first run you see the full path with file://fob.bar on a second
run it is empty. Win98 2001-12-08-08
This works now in the normal case, futuring for now...
*** Bug 58675 has been marked as a duplicate of this bug. ***
failed in build 01-27-08 win2k.
added the regression keyword, testcase passed in 6.2.1 RTM
Works for me, 2002 081209 on Windows 2000. Bernd Mielke, file a new bug for the
file:// problem if you still see it.