From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.8) Gecko/20020204 BuildID: 2002020406 Trying to load www.misag.com says: "redirection limit for this URL exceeded. Unable to load the requested page" and stops. With Internet Exploter it loads flawlessly Reproducible: Always Steps to Reproduce: 1. Load www.misag.com

dupe of bug 114709 or bug 115252 ?

I'm marking this as a dupicate of bug 115252. Although the bug is fixed, discussion there indicates that there might have been profile corruption (comment 56) before the fix landed. I was unable to replicate your problem using 2002021303 Win2K. If you can replicate this with a new profile, please reopen. *** This bug has been marked as a duplicate of 115252 ***

sure is dupe

I've tried again www.misag.com with Mozilla 1.1 and I have the same results "redirection limit for this URL exceeded. Unable to load the requested page". I have discovered this is trying with cookies not enabled. Trying to connecto to www.misag.com the results are: - with wget (without cookies), it leads to http://www.misag.com/?csok=1 (and wget has no cookies) - with IE (without cookies), it leads to http://www.misag.com/?csok=11 - with Mozilla (without cookies), it shows the infamous error - with Mozilla (cookies enabled), it leads to http://www.misag.com/?csok=1. It is very strange that it works with that two programs (without cookies) and NOT Mozilla. Maybe it is a bug lurking there and we should be sure.

I've been getting this same "redirection" error in Mozilla also, if I try to reach https://panel.dreamhost.com/ using my home computer, which is running Win95 on a modem. It loads correctly in IE5.5 on this same computer. I'm using 2002100108, but this has been a problem for some time--I just didn't realize it might be a Mozilla bug at first.. On the other hand, I have no problem contacting this URL using an earlier build of Mozilla today from my work computer (Win98/T-1 connection). I asked the folks at dreamhost.com if they were aware of any errors before reporting this (they weren't). I'm quite sure that I used to be able to reach this URL using Mozilla on Win95 a month or two ago, but I don't go there often enough to have noticed exactly when it stopped working.

Antonio: Can you please try a newer build? I think that bug 173147 may have fixed this problem. If so please resolve as WORKSFORME.

I just ran accross this today with Mozilla 1.3a, Build ID: 2002112208 At URL: www.ask.com It appears *any* search gives the error. Eg: "perl help" I'm on Win2k.

hmm. to networking: http, but it might be wontfix, given that the dialog now mentions that the problem might be due to cookies missing... unless there is really a bug lurking here...

I have the same problem using either Mozilla 1.0 or 1.2.1 when I want to access my email account on imp.free.fr (IMP is a web based email client used by the (big) french internet provider free.fr) I want to run many sessions of imp.free.fr as I want to check many of my emails account at the same time, so I need to disable cookies, the session ID is then added to the URL, and this may cause the problem. This box "Redirection limit for this URL exceeded. Unable to load the requested page." is popping up 3 times, I suppose for each frame. The URL of the main window (its MAIN FRAME is loading ok) is like: http://imp.free.fr/index.php3?HordeSession=27a3c4f0baf4c1dc6d2f5632444c477f The URL of the TOP FRAME (not loaded unless i reload the frame) is like: http://imp.free.fr/status.php3?uniq=11398028753def5660166ac&HordeSession=27a3c4f0baf4c1dc6d2f5632444c477f The URL of the LEFT FRAME (not loaded unless i reload the frame) is like: http://imp.free.fr/menu.php3?uniq=8352554163def56601b74a&HordeSession=27a3c4f0baf4c1dc6d2f5632444c477f to test this just go to http://imp.free.fr/ with your cookies disabled.

seb: the point is that disabling cookies causes this "bug", and there is nothing we can do about it short of trying to better inform users of the problem.

marking WONTFIX then per previous discussion

v

(In reply to comment #10) > the point is that disabling cookies causes this "bug", and there is nothing > we can do about it short of trying to better inform users of the problem. The thing is that when I open the same pages in IE with the same cookies blocked, things still work fine. Case in point... click on a link to the movie reviews from http://www.nytimes.com/, which will send you to http://movies2.nytimes.com/. Now if cookies for movies2 are blocked in Mozilla you will end up in a redirection loop. In IE, you get sent to: http://www.nytimes.com/auth/login?URI=http://movies2.nytimes.com/<insert rest of original URL here>. IE manages to do it. Why can't Mozilla? Can we reopen this? The other problem is that there is no hint as to which cookies are causing the problem. It would be much more useful if, instead of a message box saying that cookies can cause the problem, there was actually a list of blocked cookies that you can unblock.

Mozilla accepts cookies by default. Therefore, the number of users impacted by this is relatively small. Moreover, the users who modify this setting likely understand what a cookie is. I agree with you that it would be nice to have more detailed information about the blocked cookies that possibly to blame, but I have to say that that is probably a low-priority item. Of course, if someone wanted to work on a patch for that, I wouldn't object ;-) As for why IE behaves differently... I cannot say. Someone should gather network traces and compare the HTTP requests sent by IE and Mozilla. I'd suggest that you file a new bug with the information you have provided here on www.nytimes.com. Thanks!