Closed Bug 153888 Opened 23 years ago Closed 22 years ago

"Redirection limit" error dialog should implicate cookie blocking

Categories

(Core :: Networking: HTTP, defect, P3)

x86
Windows 2000
defect

Tracking

()

RESOLVED FIXED
mozilla1.3alpha

People

(Reporter: gwizbmc, Assigned: darin.moz)

References

()

Details

Attachments

(2 files)

sign into your hotmail e-mail account and try to change your password through the options directory, you would find yourself in front of a translation error with no apparent reason, where all tags are present instead of translated html.
Build ID ? Do you see this with mozilla1.1b ?
Received error while trying to change password or personal information on hotmail
Well it's not the Mozilla's fault. Microsoft tries to make your day harder if you do not follow what they want you to. One thing they want from you is to use The Software. Mozilla unfortunately is not on the list. You have to change your password in other browser (I do not know The List) or switch to any other free mail account. This bug is probably invalid. PS. You may try to fool Hotmail using http://uabar.mozdev.org/ maybe this will work? I think Multizilla has a way of changing your browser userAgent too.
Build 20020930/win2k I have a different problem when I try to change my password. I log into Hotmail, go to Options, and click "Change Password" -- then I get the dialog box "Redirection limit for this URL exceeded". The same thing happens if I go directly to www.passport.com and try to change the password. is there a pref to change the redirection limit (what is the default)? Might we up the default a bit? Networking: HTTP for the moment... maybe evagelism later? (haha)
Assignee: Matti → darin
Status: UNCONFIRMED → NEW
Component: Browser-General → Networking: HTTP
Ever confirmed: true
QA Contact: imajes-qa → httpqa
Summary: hotmail options- password managing -translation problem → cannot change Microsoft Passport password: redirection limit
the limit has just been increased from 10 to 20 (on account of nytimes.com); please try a newer build. if you suspect 20 redirects is still insufficient, then please try increasing the value of "network.http.redirection-limit" the usual problem, however, is that you have too restrictive of a cookies setting. often a server will try to set a cookie along with a redirection. if the cookie is not set, then the server will try to set the cookie again via a redirection. this usually repeats until the browser's redirection limit is reached. so, please try this out with the default cookie preferences / a new profile.
OK, I had inadvertantly blocked cookies from passport.net, and un-blocking them fixed this problem. Can we add a note to the dialog box: "This may be caused by cookies that are blocked."
that sounds like a great idea to me.. thx!
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla1.3alpha
Summary: cannot change Microsoft Passport password: redirection limit → "Redirection limit" error dialog should implicate cookie blocking
Attachment #107262 - Flags: superreview?(rpotts)
Attachment #107262 - Flags: review?(adamlock)
added testcase: http://unagi.mcom.com/cgi-bin/redirloop.cgi this URL will fail to load w/ a redirection limit if unagi.mcom.com is prevented from setting cookies. here's what the contents of this CGI script looks like: #!/bin/sh if [ "x$HTTP_COOKIE" = "xx=1" ]; then echo 'content-type: text/plain' echo '' echo 'succeeded: '$HTTP_COOKIE else echo 'Status: 302 Temporary Redirect' echo 'Location: redirloop.cgi' echo 'Set-cookie: x=1' echo '' fi
Keywords: nsbeta1, patch
Comment on attachment 107262 [details] [diff] [review] patch: add "cookie blurb" to redirection error dialog r=adamlock
Attachment #107262 - Flags: review?(adamlock) → review+
Comment on attachment 107262 [details] [diff] [review] patch: add "cookie blurb" to redirection error dialog sr=rpotts@netscape.com
Attachment #107262 - Flags: superreview?(rpotts) → superreview+
fixed-on-trunk
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
This fix is definitely going to help a lot of users not get stuck at a dead end, but I wonder if there's a way to say specifically that a certain cookie is not being accepted and may be the cause. Just wondering....
V
Status: RESOLVED → VERIFIED
QA Contact: httpqa → junruh
REOPEN: John, please put the platform and build you verified this on. Bugs 1700039 and 198415 suggest this error message is not working correctly. Do we have a test case set up internally that forces this dialog to display? I have seen a lot of bugs which discuss this re-direction problem, and people do not report seeing this new, more descriptive error message.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
adt: nsbeta1-
Keywords: nsbeta1nsbeta1-
What if cookies can be reasonably eliminated from the equation? I am accepting all cookies, i've deleted all my cookies, and can use cookies jusr fine in any other case (in fact session vars are being stored there, and those work swell.). I am using: Mozilla 1.3.1: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030425 In debian (woody) - everything updated yesterday. this just started happening after upgrading from mozilla 1.0.0 yesterday i am 99.8% sure it's not a cookie problem :/
never mind me :p i just talked to the person developing the site and they found the problem was a script getting stuck in a redirect loop, causeing this problem. please delete my comments if possible. sorry :(
RESOLVED/FIXED: back to where darin put it.
QA Contact: junruh → httpqa
Whiteboard: checkwin checklinux
Benc - did you mean to put this back to Resolved/Fixed?
RESOLVED:fixed Yes, I should have changed the status.
Status: REOPENED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → FIXED
Whiteboard: checkwin checklinux
I came here several weeks ago with a problem with the same bug, but on a different URL. As I do a Google search on the Internet for: "Redirection limit for this URL exceeded. Unable to load the requested page. This may be caused by cookies that are blocked." I see a lot of discussion going on. Apparently none of it is going on here. Now all of a sudden I have another URL I cannot access. Again, this doesn't happen with IE. Only Firefox. There appears to be no interest here for any solution. I know this bug is mentioned somewhere else, but I can't find it, and I find this reporting site very tedious. For example, I've "voted" for this bug three times, but nothing has ever happened with that. I'm only asuming that voting for a bug means the more votes the more attention the engineers would give it. I wonder what will happen when 90% of the FireFox users will get the message that: "Redirection limit for this URL exceeded. Unable to load the requested page. This may be caused by cookies that are blocked." All I'm trying to do is visit some web sites that are widely reachable by other browsers and people. I'm no geek and find this overwhelming that I can't access several sites. The last one was GG2.net which I was trying to access from Google News Page. ??? Here's another problem. The radio dial just below this comment box already has a dot in the "Leave as RESOLVED FIXED." Of course, I would un select that ... if only I could. I'm blocked. So, really don't understand this reporting site or its value. But what have I to lose? Dan
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: