Closed Bug 66111 Opened 24 years ago Closed 21 years ago

Weird access denials on Fortunecity webpages

Categories

(Core :: Networking: HTTP, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: matt, Assigned: darin.moz)

References

()

Details

There is a webpage at fortunecity which contains links that, when followed, sometimes go to the page http://www.fortunecity.com/denial/denial.html with the message: >In order for us to continue to provide our members with the first-class service >they expect, we don't allow people to link files from sites hosted with other >providers. The links that give this problem also point to the host lavender.fortunecity.com, so I'm not sure what the problem is. I'm guessing that it might have something to do with the referrer value in the request header. This problem only happens infrequently. To reproduce, try visiting every single link on the page, and it will eventually happen.
I don't think this is anything to do with Mozilla, I've seen similar with IE.
Do you have cookies enabled? And what build are you using?
Build 2001012006, Linux 2.2.14 i686, Redhat 6.1 Cookies are on.
-->http
Assignee: neeti → darin
Blocks: 61660
Component: Networking → Networking: HTTP
Target Milestone: --- → Future
FYI: Beonex Communicator has all referrers disabled by default. Visiting <http://lavender.fortunecity.com/friday/573/ranma.html>, I get redirected to a 404 page every time. (A redirect! - Boy, are they clueless.) Visiting with Mozilla 0.8 (referrer on) works. Visiting other member pages (seach on google after "www.fortunecity.com") on fortunecity works with both Beonex Comm. and Mozilla 0.8.
With Mozilla 1.1 full installer this wfm
i suspect that if incorrect referrer headers were causing this problem, then it has been fixed. can anyone reproduce this bug? or can i close this bug out... -- rick
This should be wfm -> wfm
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.