Closed
Bug 787970
Opened 12 years ago
Closed 3 years ago
"302 Moved Temporarily" loop with server (cookie management)
Categories
(Core :: Networking: HTTP, defect, P3)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: u123541, Unassigned)
Details
(Whiteboard: [necko-backlog])
Attachments
(2 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/18.0 Firefox/18.0 Build ID: 20120903030551 Steps to reproduce: Tried to go to blogspot.com Actual results: FF got into a loop with the server. Wireshark trace attached. Expected results: Connected.
So the server sends 302 for every url. Have you checked so your not on a captive portal or similar? Try running firefox in loggin[1] mode that will tell much more whats happening then a wireshark log. [1] https://developer.mozilla.org/en-US/docs/HTTP_Logging
On FF where this problem was first seen, I have tons of tabs open on 9 windows, so the initial log.txt was way too busy. Started FF on a different userid which had only default tabs opened at startup and no addons. Loop occurs after I login to blogspot via google ID.
Argh!! Set file type to text, then decided to gzip it... can you change type on server, or to I have to re-upload? Sorry!
Attachment #657910 -
Attachment mime type: text/plain → application/octet-stream
Comment 4•12 years ago
|
||
Does this only happen in Firefox or why do you think that this is a client issue ? In case you get this only with Firefox, can you please switch network.http.spdy.enabled to false and test again ? You probably need to clear the disk cache after toggling the option.
Looks like an old problem... I have Windows7 running on VirtualBox and FF 14.0.1 acts the same way. IE9 works OK. Setting network.http.spdy.enabled to false on VBox/W7/FF14 had no effect; still loops. With Linux/FF18: network.http.spdy.enabled no change network.http.spdy.enabled.v2 no change network.http.spdy.enabled.v3 no change Cleared cache after setting each one to false and testing.
Comment 6•12 years ago
|
||
>Looks like an old problem.. Then it's most likely a website issue. It's the website that redirects us for unknown reasons. Do you block or restrict cookies ? That can trigger such a redirect loop on a website that tries to set a cookie. A cookie log would be also great but it's a problem because it would contain you session cookie. - https://developer.mozilla.org/en-US/docs/Creating_a_Cookie_Log
To me, this is smelling like it's related to my bug 724265. On VBox/W7/FF14, if I check "Accept cookies from sites", I don't have the loop; but if it's unchecked, and the site is in the exceptions, I get the loop problem. Ditto for Linux/FF18... Looks to me like not all code segments check both 'all cookies' and 'excepted cookies'...
Comment 8•12 years ago
|
||
Which domain is exactly in the exceptions ?
Just google.com and blogspot.com on Linux/FF18, and those 2 plus several screens more on W7/FF14.
Updated•12 years ago
|
Attachment #657910 -
Attachment mime type: application/octet-stream → application/x-gzip
Updated•12 years ago
|
Attachment #657878 -
Attachment description: FFloop → FFloop (Wireshark trace)
Updated•12 years ago
|
Component: Networking → Networking: HTTP
Summary: "302 Moved Temporarily" loop with server → "302 Moved Temporarily" loop with server (cookie management)
Reporter | ||
Comment 10•11 years ago
|
||
Been hitting this today. 1. On one site (paid account required), I could overcome this issue by changing UserAgent to IE8 -- reported to that provider 2. just now, went to wheresmydroid.com; tried to test via Commander which connects to google email account and I got this problem. Allowed appspot.com and seems to work. Third party cookies, still?
Reporter | ||
Comment 11•11 years ago
|
||
ARGH!!! This bug is driving me nuts. Had it in spades tonight... to be sure, fired up Konqueror to access same site and it had no problems. Tried various UserAgent settings (even downloaded the big list), to no avail. Tried various cookie & session settings in about:config also to no avail. I normally run with: "Use custom settings for history" [ ] Accept cookies from sites Changed to: [V] Accept cookies from sites [V] Accept third party cookies then: "Remember history" and the problem cleared up. Changed settings back (cuz I value privacy/security) and site still works... for now... this comes back quite often; but I don't have a reproducible pattern... yet... sigh. Tried clearing site's cookies; but problem didn't re-appear. Looks like I have to wait for something to trigger before it comes back... In case it was missed, this is what leads up to: Bug 724265 - "The page isn't redirecting properly" (blocks certain cookies?) which is the end user visible symptom.
Updated•8 years ago
|
Whiteboard: [necko-backlog]
Comment 12•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P1
Comment 13•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: P1 → P3
Comment hidden (advocacy) |
Updated•3 years ago
|
Resolution: WONTFIX → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•