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)

18 Branch
x86_64
Linux
defect

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
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.
>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'...
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.
Attachment #657910 - Attachment mime type: application/octet-stream → application/x-gzip
Attachment #657878 - Attachment description: FFloop → FFloop (Wireshark trace)
Component: Untriaged → Networking
Product: Firefox → Core
Component: Networking → Networking: HTTP
Summary: "302 Moved Temporarily" loop with server → "302 Moved Temporarily" loop with server (cookie management)
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?
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.
Whiteboard: [necko-backlog]
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P1
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: P1 → P3
Resolution: WONTFIX → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: