947780 - Google Drive sends fennec into a infinite redirect loop upon sign-in

Status: RESOLVED WORKSFORME

(Web Compatibility :: Site Reports, defect)

Description

[Wesley Johnston (:wesj)]

We should block infinite loops like this, but it would be nice if evang could try talk to google about fixing it.

Comment 1

[Aaron Train [:aaronmt]]

Works for me tonight; retry tomorrow?

Comment 2

[Wesley Johnston (:wesj)]

Is drive.google.com the same as docs.google.com?

Comment 3

[Aaron Train [:aaronmt]]

As of 2012, docs.google.com redirects to drive.google.com

Comment 5

[Aaron Train [:aaronmt]]

I had to sign-in, whoops. Yes, reproducible today.

Comment 6

[Mike Taylor [:miketaylr]]

In nightly here's what I see: (-> means redirect)

1) drive.google.com
JS-> https://accounts.google.com (sign in)
-> https://drive.google.com

WFM.

Sign out.

1) docs.google.com
JS-> www.google.com/accounts/ServiceLogin
302-> accounts.google.com (sign in, choose account if you have multiple) 
(A few GETs and POSTs to accounts youtube.com (what?) and accounts.google.com)
meta-> docs.google.com/m (from accounts.youtube.com)
JS-> www.google.com/account/ServiceLoginAuth, check a cookie, once more talk to youtube.com
302-> accounts.google.com...&continue=docs.google.com/m/...
meta->http://docs.google.com/m
JS-> www.google.com/accounts/ServiceLogin

Ad infinitum.

Chrome Mobile (emulated) has basically the same story, except when it finally lands on docs.google.com/m, it gets a JS redirect to drive.google.com.

1) docs.google.com
JS-> www.google.com/accounts/ServiceLogin
302-> accounts.google.com (sign in, choose account if you have multiple) 
(A few GETs and POSTs to accounts youtube.com (what?) and accounts.google.com)
meta-> docs.google.com/m (from accounts.youtube.com)
JS-> www.google.com/account/ServiceLoginAuth, check a cookie, once more talk to youtube.com
302-> accounts.google.com...&continue=docs.google.com/m/...
meta->http://docs.google.com/m
JS -> drive.google.com/m
200 OK. The page sticks.

So. For some reason docs.google.com/m doesn't think Firefox for Android is ever signed in, so it bounces it back to www.google.com/accounts/ServiceLogin.

However, when I spoof my UA string to be the native Android browser, the same thing happens. Core bug? Regression?

Comment 7

[Mike Taylor [:miketaylr]]

I just noticed this reproduces in Desktop too, as long as you spoof your UA string as anything Mobile (Fennec, Chrome Mobile, Android, iPhone).

Comment 8

[Aaron Train [:aaronmt]]

Tried logging in today (Firefox for Android) and this works for me.