document.referrer is not returing anything. STEPS TO REPRODUCE: 1] Please visit above URL. 2] Click button "Open Another Window" EXPECTED RESULTS: Child window should show something like this document.referrer : http://bubblegum/desale/referrer.html ACTUAL RESULTS: Child window shows document.referrer :
Just a note to myself, this works in Netscape 4.x, but not in IE 5.
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: http://bubblegum/browser/standards/dom1/tcmatrix/htmldocument.html - 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
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 nsbeta1 nomination.
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.
email@example.com, 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 fixed. (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.
http://bubblegum/browser/standards/dom1/tcmatrix/htmldocument.html hdoc004.html wfm in Mozilla 2001081703/win2k and NS6.1RTM/win2k. Recommend we mark this one as fixed.
Marking as FIXED again because of the lack of proofs that this is not fixed. firstname.lastname@example.org, 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.