Unable to download files from Google Drive when logged into Google account
Categories
(Core :: Privacy: Anti-Tracking, defect, P3)
Tracking
()
People
(Reporter: eeveefox, Unassigned)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0
Steps to reproduce:
While logged into my Google account in Firefox, trying to download a file or folder.
(Issue did not occur in Chrome browser)
Actual results:
The website seems to load references in the bottom left corner, and in the case of folders Google shows that it is "Preparing download" as well, showing a green circle with a checkmark once complete.
After that, nothing happens.
(.gif of the problem occuring while logged into Google account: https://i.imgur.com/rlN1Ogn.gif )
Expected results:
After selecting a file or folder to download, Google shows it is "Preparing," showing a green circle once complete.
After that, a pop-up window appears asking whether to Open or Save the downloaded file(s).
(.gif of expected result while logged out of Google account: https://i.imgur.com/LL7dG8E.gif )
Comment 1•3 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::File Handling' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
Comment 2•3 years ago
|
||
Hello I have managed to reproduce the issue using firefox 90.0, 91.0 and 92.0a1(2021-08-03). I will mark this issue as new and setting the corresponding flags and component in order for our developers to look more into it.
Thank you and have a nice day!
Comment 3•3 years ago
|
||
(In reply to Negritas Sergiu from comment #2)
Hello I have managed to reproduce the issue using firefox 90.0, 91.0 and 92.0a1(2021-08-03). I will mark this issue as new and setting the corresponding flags and component in order for our developers to look more into it.
This works for me - can you provide more detailed steps to reproduce? Does it fail for all filetypes, or just some? On all OSes, or just Windows 10? Or perhaps it was a problem on google's side and has been corrected since then?
Comment 4•3 years ago
|
||
Hello Gijs! I can confirm that the issue is happening on all OS's as per the first image provided in the description. As for the second image provided I'm not able to reproduce it anymore. It is not a file type specific.
Comment 5•3 years ago
|
||
(In reply to Negritas Sergiu from comment #4)
Hello Gijs! I can confirm that the issue is happening on all OS's as per the first image provided in the description. As for the second image provided I'm not able to reproduce it anymore. It is not a file type specific.
Can you provide a screencast? Check a clean profile? Does it depend on whether the user is signed in or not, or owns the file or not? Does it matter if the browser is configured to save files to the download folder or prompt for a location? Are there any errors in the browser console when downloading fails?
As stated before, I (and other download triage folks in engineering) cannot reproduce so we really need better steps here to investigate the issue. If downloading files from gdrive is broken for everyone then that's a really serious issue, so it's important we get to the bottom of this ASAP.
Comment 6•3 years ago
|
||
Hello! Sorry for the long reply time!
I have tried to reproduce the issue again in order to provide a screencast but unfortunately I can't reproduce the issue anymore. I have tried reproducing it on all OS's with different file types and with a logged in and logged out user. On every try I have used a clean profile and the browser console didn't show errors either. As per the firefox version used 93.0a1(2021-09-02), 90.0, 91.0 and 92.0a1(2021-08-03).
Thank you!
Comment 7•3 years ago
|
||
I suspect either google fixed something or there's some kind of A/B test going on where one version is broken and one version isn't - but it's hard to tell without steps. Going to close this for now, we can reopen if we get more clarity on what is going on here...
I have got the same issue now. firefox 93 on linux (x11 window system)
user agent: Mozilla/5.0 (X11; Linux x86_64; rv:93.0) Gecko/20100101 Firefox/93.0
the browser console shows no errors, just a bunch of warnings:
Content Security Policy: Ignoring “'report-sample'” within script-src: ‘strict-dynamic’ specified
Content Security Policy: Ignoring “'unsafe-inline'” within script-src: ‘strict-dynamic’ specified
Content Security Policy: Ignoring “https:” within script-src: ‘strict-dynamic’ specified
Content Security Policy: Ignoring “http:” within script-src: ‘strict-dynamic’ specified
Cookie “AUTH_<alphanumeric string omitted>_nonce” has been rejected because it is already expired. <different alphanumeric string omitted>
This error page has no error code in its security info
(each of these messages is its own line. the first 4 lines occur several dozen times. the last 2 only once at the end)
disabling all addons does not help.
one workaround mentioned in the reddit thread from the original bug reporter (instead of right-click -> download, do right-click -> get link -> go to that link, try downloading the media/image using the dialog there) leads to this firefox error page:
The page isn’t redirecting properly
An error occurred during a connection to docs.google.com.
This problem can sometimes be caused by disabling or refusing to accept cookies.
Comment 10•3 years ago
|
||
different profile did not help either
Comment 11•3 years ago
|
||
downloading single files works on windows on the same machine (user agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:93.0) Gecko/20100101 Firefox/93.0), but downloading multiple files as zip does not. disabling addons does not change anything, but on a fresh profile downloading of single and multiple files works though (on windows).
similar output in the web console as on linux (see above), except the last two lines are replaced by:
Empty string passed to getElementById().
Comment 12•3 years ago
|
||
oh, seems to be isolated to windows. it looked like the downloads of multiple files did not work on windows on the existing profile, but they do. firefox synced my settings from a different device where the download location dialog did not pop up. the issues on linux are persistent though, google drive downloads do not work at all there.
Comment 13•3 years ago
|
||
(In reply to Patrick from comment #12)
oh, seems to be isolated to windows. it looked like the downloads of multiple files did not work on windows on the existing profile, but they do. firefox synced my settings from a different device where the download location dialog did not pop up. the issues on linux are persistent though, google drive downloads do not work at all there.
Can you please file a separate bug so we can avoid confusing the information from different reports? In your report, please explain clearly:
- on which OS you're having this issue - from the 4 comments, at this point I'm very confused whether this is Windows- or Linux-specific, or not ("isolated to windows...issues on linux are persistent").
- if it goes away in a separate firefox profile (to be clear, we would still want to know why it's broken in the existing profile, but this helps narrow down causes)
- what the "not working" case looks like - what kind of errors do you get, and where?
Thank you!
Comment 14•3 years ago
|
||
I have the same problem. Fresh install of Win 10 pro, fresh install of firefox 94, no user data migrated from another system (no user profile), trying to download a single file not a zip. I have tried everything I found from googling, including everything in this bug report. The "get link" method doesn't work either, same error as Patrick said. "The page isn’t redirecting properly..."
And the file is only my keepass db, nothing important or anything... :/
And in my geniusness, I've already physically uninstalled Edge. Somehow I just bet that when I go to download a Chrome installer, somehow that will download just fine from something.google.com
I fully believe this is something google is doing intentionally, not really any Firefox bug, even though Firefox will be obligated to figure it out and code some kind of answer to it.
Comment 15•3 years ago
|
||
Kershaw or Nihanth, can you help by providing some way we can gather more information about what is happening to cause the "the page isn't redirecting properly" error, ideally without exposing PII (I'm afraid a blanket HTTP log would do that)? Perhaps we could use the redirect entry list on the document channel to provide more information in the "advanced" section of the error page?
Are there privacy preferences that might explain this (e.g. cookies not being sent due to tracking protection or similar)?
Updated•3 years ago
|
Comment 16•3 years ago
|
||
(In reply to :Gijs (he/him) from comment #15)
Kershaw or Nihanth, can you help by providing some way we can gather more information about what is happening to cause the "the page isn't redirecting properly" error, ideally without exposing PII (I'm afraid a blanket HTTP log would do that)? Perhaps we could use the redirect entry list on the document channel to provide more information in the "advanced" section of the error page?
Are there privacy preferences that might explain this (e.g. cookies not being sent due to tracking protection or similar)?
I think it's difficult to tell without the log.
Could you please have a look at this instruction and try to record a log?
If there is any privacy concern, feel free to send the log to necko at mozilla dot com.
Comment 17•3 years ago
•
|
||
(In reply to Kershaw Chang [:kershaw] from comment #16)
Could you please have a look at this instruction and try to record a log?
If there is any privacy concern, feel free to send the log to necko at mozilla dot com.
eevee or b.kenyon.w, if you're still seeing this, could either of you perhaps help kershaw with this? Thanks!
Comment 18•3 years ago
|
||
i am also having the same issue. Firefox ver 95.0.2 windows 10. Its so annoying
Comment 19•3 years ago
|
||
(In reply to Amrendra from comment #18)
i am also having the same issue. Firefox ver 95.0.2 windows 10. Its so annoying
Can you provide us more information as per comment #16? Thanks!
Comment 20•3 years ago
|
||
(In reply to :Gijs (he/him) from comment #19)
(In reply to Amrendra from comment #18)
i am also having the same issue. Firefox ver 95.0.2 windows 10. Its so annoying
Can you provide us more information as per comment #16? Thanks!
(In reply to Kershaw Chang [:kershaw] from comment #16)
(In reply to :Gijs (he/him) from comment #15)
Kershaw or Nihanth, can you help by providing some way we can gather more information about what is happening to cause the "the page isn't redirecting properly" error, ideally without exposing PII (I'm afraid a blanket HTTP log would do that)? Perhaps we could use the redirect entry list on the document channel to provide more information in the "advanced" section of the error page?
Are there privacy preferences that might explain this (e.g. cookies not being sent due to tracking protection or similar)?
I think it's difficult to tell without the log.
Could you please have a look at this instruction and try to record a log?
If there is any privacy concern, feel free to send the log to necko at mozilla dot com.
i followed the instruction and recorded a log but i cannot attach it to my comment. what do i do now?
Also the file size is too large i.e. 290 MB
Comment 21•3 years ago
|
||
(In reply to Amrendra from comment #20)
i followed the instruction and recorded a log but i cannot attach it to my comment. what do i do now?
Also the file size is too large i.e. 290 MB
Any archiving tool like 7-zip or even windows' built-in compressor should get it down significantly because these files are pretty repetitive. If you don't have 7-zip or similar, you can find the logfile(s) in windows explorer, right click them, then use the "send to" menu and then "compressed folder", which will create a smaller zip archive that you can probably attach here, or if not, put it online via google drive, dropbox, or any other filesharing solution and include a shareable link in an email/comment here.
Comment 22•3 years ago
|
||
(In reply to :Gijs (he/him) from comment #21)
(In reply to Amrendra from comment #20)
i followed the instruction and recorded a log but i cannot attach it to my comment. what do i do now?
Also the file size is too large i.e. 290 MBAny archiving tool like 7-zip or even windows' built-in compressor should get it down significantly because these files are pretty repetitive. If you don't have 7-zip or similar, you can find the logfile(s) in windows explorer, right click them, then use the "send to" menu and then "compressed folder", which will create a smaller zip archive that you can probably attach here, or if not, put it online via google drive, dropbox, or any other filesharing solution and include a shareable link in an email/comment here.
Here's the Link for the log file: https://mega.nz/file/k2pwCB5B#IcJiYV1hz_3fdH929eOZUrdSkohWe5_dnqIi1DENR_I
I want this issue to be solved as soon as possible.
Comment 23•3 years ago
|
||
From the log, I've seen some http request to play.google.com
are cancelled by some web extension.
2022-01-08 05:56:00.717000 UTC - [Parent 5848: Main Thread]: V/nsHttp nsHttpChannel::Cancel [this=22e8aa5ee00 status=80004004]
2022-01-08 05:56:00.717000 UTC - [Parent 5848: Main Thread]: V/nsHttp 22e8aa5ee00 called from script: resource://gre/modules/WebRequest.jsm:1032:18
2022-01-08 05:56:00.717000 UTC - [Parent 5848: Main Thread]: V/nsHttp nsHttpChannel::CancelInternal [this=22e8aa5ee00]
Could you test again without any extension installed?
Comment 24•3 years ago
|
||
(In reply to Kershaw Chang [:kershaw] from comment #23)
From the log, I've seen some http request to
play.google.com
are cancelled by some web extension.2022-01-08 05:56:00.717000 UTC - [Parent 5848: Main Thread]: V/nsHttp nsHttpChannel::Cancel [this=22e8aa5ee00 status=80004004] 2022-01-08 05:56:00.717000 UTC - [Parent 5848: Main Thread]: V/nsHttp 22e8aa5ee00 called from script: resource://gre/modules/WebRequest.jsm:1032:18 2022-01-08 05:56:00.717000 UTC - [Parent 5848: Main Thread]: V/nsHttp nsHttpChannel::CancelInternal [this=22e8aa5ee00]
Could you test again without any extension installed?
i am pretty sure, i had no extensions or add ons installed while recording the log.
This time, i enabled safe mode on firefox and also disabled my AV . still same issue Here's the log:
https://mega.nz/file/x7g1kKBK#TxtfjXi-_5xp_nFV4_pzmnek8_Jp545FAUew8ZnMMGI
Comment 25•3 years ago
|
||
This time, i enabled safe mode on firefox and also disabled my AV . still same issue Here's the log:
https://mega.nz/file/x7g1kKBK#TxtfjXi-_5xp_nFV4_pzmnek8_Jp545FAUew8ZnMMGI
Thanks for the log.
This time, I've observed a redirect loop between https://doc-14-bs-docs.googleusercontent.com
and https://docs.google.com/nonceSigner?nonce=pnrcd0guerdm2&continue=https://doc-14-bs-docs.googleusercontent.com/
.
At the end, this request is cancelled because the redirection limit is reached.
2022-01-10 19:49:05.254 ⁃ nsHttpChannel ⁃ 293eea7c400 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/04301417826332799833Z/127YBYL3hDPq74qKy2mgnrlKM6anboikk?e=download
2022-01-10 19:49:05.655 ⁃ nsHttpChannel ⁃ 293efca6700 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://docs.google.com/nonceSigner?nonce=1addebrq925qc&continue=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/0
2022-01-10 19:49:05.987 ⁃ nsHttpChannel ⁃ 293efca7d00 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/04301417826332799833Z/127YBYL3hDPq74qKy2mgnrlKM6anboikk?e=download
2022-01-10 19:49:06.414 ⁃ nsHttpChannel ⁃ 293efca8800 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://docs.google.com/nonceSigner?nonce=hk4ncnikbl36k&continue=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/0
2022-01-10 19:49:06.772 ⁃ nsHttpChannel ⁃ 293efca9300 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/04301417826332799833Z/127YBYL3hDPq74qKy2mgnrlKM6anboikk?e=download
2022-01-10 19:49:07.188 ⁃ nsHttpChannel ⁃ 293efca9e00 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://docs.google.com/nonceSigner?nonce=a35651mqei2u6&continue=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/0
2022-01-10 19:49:07.541 ⁃ nsHttpChannel ⁃ 293efcab400 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/04301417826332799833Z/127YBYL3hDPq74qKy2mgnrlKM6anboikk?e=download
2022-01-10 19:49:07.993 ⁃ nsHttpChannel ⁃ 293efcabf00 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://docs.google.com/nonceSigner?nonce=nee7h5uoq4cri&continue=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/0
2022-01-10 19:49:08.345 ⁃ nsHttpChannel ⁃ 293efcaca00 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/04301417826332799833Z/127YBYL3hDPq74qKy2mgnrlKM6anboikk?e=download
2022-01-10 19:49:08.751 ⁃ nsHttpChannel ⁃ 293efcad500 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://docs.google.com/nonceSigner?nonce=fqhurgcrd8p10&continue=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/0
2022-01-10 19:49:09.112 ⁃ nsHttpChannel ⁃ 293f20dcc00 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/04301417826332799833Z/127YBYL3hDPq74qKy2mgnrlKM6anboikk?e=download
2022-01-10 19:49:09.521 ⁃ nsHttpChannel ⁃ 293f20dd700 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://docs.google.com/nonceSigner?nonce=plrrehvf9heqe&continue=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/0
2022-01-10 19:49:09.869 ⁃ nsHttpChannel ⁃ 293f20de200 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/04301417826332799833Z/127YBYL3hDPq74qKy2mgnrlKM6anboikk?e=download
2022-01-10 19:49:10.286 ⁃ nsHttpChannel ⁃ 293f20ded00 ⁃ released ⁃ status=804b0003 ⁃ http-status=302 ⁃ url=https://docs.google.com/nonceSigner?nonce=6trphoku9n4va&continue=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/0
2022-01-10 19:49:10.639 ⁃ nsHttpChannel ⁃ 293f20df800 ⁃ released ⁃ status=804b001f ⁃ http-status=302 ⁃ url=https://doc-14-bs-docs.googleusercontent.com/docs/securesc/ln88v2voortoch32rfsa22m8rj8bpsuo/4paih6nnr215bsat4om7edkpmqkjuspm/1641794550000/17998650395178379892/04301417826332799833Z/127YBYL3hDPq74qKy2mgnrlKM6anboikk?e=download
It looks like a cookie is missing in the request to https://doc-14-bs-docs.googleusercontent.com
.
Could you add cookie:5
to MOZ_LOG
environment variable and try to get a log again?
Thanks.
Comment 26•3 years ago
|
||
(In reply to Kershaw Chang [:kershaw] from comment #25)
Could you add
cookie:5
toMOZ_LOG
environment variable and try to get a log again?
Thanks.
Since i am not that technically skillful, I need a guide or instruction to do that.
Comment 27•3 years ago
|
||
(In reply to Amrendra from comment #26)
(In reply to Kershaw Chang [:kershaw] from comment #25)
Could you add
cookie:5
toMOZ_LOG
environment variable and try to get a log again?
Thanks.Since i am not that technically skillful, I need a guide or instruction to do that.
Sorry for not explaining this clearly.
I'd like to ask for another http log with different log modules. The steps are:
- Go to
about:networking#logging
- Replace the text under
Current Log Modules:
withtimestamp,rotate:200,nsHttp:5,cache2:5,nsSocketTransport:5,nsHostResolver:5,cookie:5
. - Click
Set Log Modules
andSet Log File
, and then start logging.
Comment 28•3 years ago
|
||
(In reply to Kershaw Chang [:kershaw] from comment #27)
(In reply to Amrendra from comment #26)
(In reply to Kershaw Chang [:kershaw] from comment #25)
Sorry for not explaining this clearly.
I'd like to ask for another http log with different log modules. The steps are:
- Go to
about:networking#logging
- Replace the text under
Current Log Modules:
withtimestamp,rotate:200,nsHttp:5,cache2:5,nsSocketTransport:5,nsHostResolver:5,cookie:5
.- Click
Set Log Modules
andSet Log File
, and then start logging.
here you go:
https://mega.nz/file/47IEGLTB#8SzyJHqwwFiHFdAl6eujdLj_7TYmbqnat7wcU-6PINM
Comment 29•3 years ago
|
||
Please see the log below.
It shows that the cookie for domain doc-04-54-docs.googleusercontent.com
is not accepted because the cookie is already expired.
I am not sure about the reason, but you might want to check the date time setting of your machine is matched to google drive.
2022-01-10 23:39:02.962000 UTC - [Parent 9160: Main Thread]: W/cookie ===== COOKIE NOT ACCEPTED =====
2022-01-10 23:39:02.962000 UTC - [Parent 9160: Main Thread]: W/cookie request URL: https://doc-04-54-docs.googleusercontent.com/docs/securesc/i41f3bv8bk79iq47nvt8a7lltdgn7t03/6tlruq2e0mvsgt6pk8t0l7tvuifks62v/1641808350000/17998650395178379892/16936738042379082776/1s2cwLNIxtGoqCCBJE9YP00PaRBWIZ-Vl?e=download&authuser=0&nonce=4thptmt7o49vo&user=16936738042379082776&hash=7l6nhtgq86jgsmuv13hag4jpjpiohaqc
2022-01-10 23:39:02.962000 UTC - [Parent 9160: Main Thread]: W/cookie cookie string: AUTH_...; Domain=doc-04-54-docs.googleusercontent.com; Expires=Mon, 10-Jan-2022 10:03:25 GMT; Path=/docs/securesc/i41f3bv8bk79iq47nvt8a7lltdgn7t03; Secure; SameSite=none; HttpOnly
2022-01-10 23:39:02.962000 UTC - [Parent 9160: Main Thread]: W/cookie current time: Mon Jan 10 23:39:02 2022 GMT
2022-01-10 23:39:02.962000 UTC - [Parent 9160: Main Thread]: W/cookie rejected because cookie has already expired
2022-01-10 23:39:02.962000 UTC - [Parent 9160: Main Thread]: W/cookie
Comment 30•3 years ago
|
||
(In reply to Kershaw Chang [:kershaw] from comment #29)
Please see the log below.
It shows that the cookie for domaindoc-04-54-docs.googleusercontent.com
is not accepted because the cookie is already expired.
I am not sure about the reason, but you might want to check the date time setting of your machine is matched to google drive.
I don't know what you are refering here.
What am i supposed to do now, as i have checked every other browsers .i.e Opera, chrome, edge , etc but the issue seems to be limited to this browser only? sorry if i sound like a technical rookie, coz i am one.
Comment 31•3 years ago
|
||
I don't know what you are refering here.
What am i supposed to do now, as i have checked every other browsers .i.e Opera, chrome, edge , etc but the issue seems to be limited to this browser only? sorry if i sound like a technical rookie, coz i am one.
The problem here is that google drive sent an expired cookie and I assume this is related to the timezone setting of Firefox or google drive.
Could you check if the timezone is set correctly in https://calendar.google.com?
Did you have privacy.resistFingerprinting
preference enabled?
Are you able to reproduce with a clean profile?
Comment 32•3 years ago
|
||
I have encountered this same problem many times, and it's a big frustration every time it happens. In this response I hope I can provide something that can help move towards a solution. I unfortunately do not have a consistent reproduction other than "I use Google Drive regularly and after some time the problem occurs".
Background
-
I have experienced this problem dozens of times over the past year or so.
-
I can't say when this problem occured to me the very first time but I can say it was not recently.
-
The problem occurs on downloading files from Google Drive, like PDFs or ZIP files.
-
Observed on Firefox 98.0.2 64-bit on macOS Monterey on M1. Previously observed on macOS on Intel Macs as well.
-
I have not experienced other problems with Google Drive, like with native (Google Docs) file formats for example. Drive and other Google services in general have been working without (similar) issues.
-
Firefox is my default browser and has been for years. I've always use the latest stable version of Firefox. So over the past year that makes for a new Firefox version every month if I'm not mistaken.
-
I have no information on this on any other OS with the same Google account, or with other browsers for example.
-
Timezones for the Google account this occurs on are set correctly, everywhere I check. I'm an admin for the Google Workspace organisation I use my account with.
-
My Mac uses ntp to synchronise the clock. The timezone is set correctly and it's perfectly in sync with any world clock websites I visit. It's also in sync with my phone, watch, etc. I'm quite certain I can rule out any big clock differences on my workstation.
Relevant settings
- Downloads is set to
Always ask you where to save files
. privacy.resistFingerprinting
is set to false.- Browser privacy is set to
Custom
, details:Cookies
is set to blockCookies from unvisited websites
.Tracking content
is set to blockIn all windows
.- Cryptominers and Fingerprinters are also both set to block.
- Send Do Not Track is set to
Always
.
Enhanced tracking protection is enabled for all sites including Google Drive. In a previous experiment I disabled tracking protection and uBlock completely, and it did not make a difference: the problem persisted.
Plugins on my main profile
- uBlock Origin
- HTTPS Everywhere
- Video DownloadHelper
- React dev tools
Most recent reproduction of the problem
- Last time I ran into this problem was today, 28th of March.
- Last time I had to re-authenticate the account this occurred for on accounts.google.com was 3 days ago, on the 25th of March.
Timeline of the issue today looks like this
- I repeatedly encounter a problem downloading a (1) file from Google Drive on my regular Firefox profile.
- I did not try other files at that moment.
- Network window shows redirect loop for the file I'm trying to download.
- I record logs as instructed by Kershaw in https://bugzilla.mozilla.org/show_bug.cgi?id=1723375#c27 - The logs contain a lot of private information so I really doubt if I can safely share them in full here. I have cut some interesting parts and included them though.
- I create a clean Firefox profile and log in on accounts.google.com using the same Google account with which I encountered the download problem on my main profile.
- After logging in I proceed to Google Drive and attempt to download the same file.
- I encounter a problem downloading the file, but network window shows no redirect loop. I'm currently under the assumption this must have been some random other issue.
- After several attempts at downloading the same file, I succeed and Google sends me the file. (Multiple attempts to download the same file has never fixed the problem when a redirect loop occurs)
- I record another log of the Google Drive download on my clean profile.
- If I try to download the same file on my main profile hours after the problem first occured, the problem is still the same: a redirect loop occurs and no file is offered to me.
One conclusion: the problem did not occur to me with a clean profile with a brand new Google login.
I've checked my logs for the rejected because cookie has already expired
and did not find it, so I think my issue is slightly bit different. I did find a rejected because context is third party
. I think I've isolated some relevant pieces from the logs of both the failed attempts and the succeeded attempt on a clean profile. I'll attach them.
Comment 33•3 years ago
|
||
Logs related to cookies on working download on clean profile.
Comment 34•3 years ago
|
||
Logs related to cookies on nonworking download on main profile.
Comment 35•3 years ago
|
||
Martijn: thanks for chiming in.
Kershaw, can you determine anything useful out of these last few logs Martijn attached, and/or is there other info that'd be helpful?
Comment 36•3 years ago
|
||
Thanks for the logs.
Looks like there were some third party cookies rejected.
2022-03-28 16:18:24.388805 UTC - [Parent 42124: Main Thread]: W/cookie ===== COOKIE NOT ACCEPTED =====
2022-03-28 16:18:24.388808 UTC - [Parent 42124: Main Thread]: W/cookie request URL: https://doc-0o-3g-docs.googleusercontent.com/docs/securesc/wh00p
2022-03-28 16:18:24.388833 UTC - [Parent 42124: Main Thread]: W/cookie current time: Mon Mar 28 16:18:24 2022 GMT
2022-03-28 16:18:24.388834 UTC - [Parent 42124: Main Thread]: W/cookie rejected because context is third party
Could you tell us what's the value of privacy.dynamic_firstparty.limitForeign
and network.cookie.cookieBehavior
in your main profile?
Thanks.
Comment 37•3 years ago
|
||
privacy.dynamic_firstparty.limitForeign
isfalse
network.cookie.cookieBehavior
is3
I think that network.cookie.cookieBehavior
refers to Preferences > Privacy & Security > Browser Privacy > Custom > Cookies: block Cookies from unvisited websites
? I've always had a fairly strict setting for cookies, but at the same time trying to not let it interfere with the experience too much. As far as I have noticed these settings have not caused me any trouble on other websites.
When I set the cookie behaviour setting a long while back, I think there were still less options of blocking cookies and they were named slightly different. It is speculation, but perhaps the issue I'm experiencing was introduced at a point were the options changed.
Reporter | ||
Comment 38•3 years ago
|
||
Hello all, sorry for disappearing like that for ages.
Unfortunately (or fortunately, for me) I can't give any more info about the bug - a few weeks after my report, the issue resolved itself without me doing anything.
Since then the problem hasn't appeared again. I will however post here if it does.
Comment 39•3 years ago
|
||
(In reply to Martijn from comment #37)
privacy.dynamic_firstparty.limitForeign
isfalse
network.cookie.cookieBehavior
is3
I think that
network.cookie.cookieBehavior
refers to Preferences > Privacy & Security > Browser Privacy > Custom > Cookies: blockCookies from unvisited websites
? I've always had a fairly strict setting for cookies, but at the same time trying to not let it interfere with the experience too much. As far as I have noticed these settings have not caused me any trouble on other websites.When I set the cookie behaviour setting a long while back, I think there were still less options of blocking cookies and they were named slightly different. It is speculation, but perhaps the issue I'm experiencing was introduced at a point were the options changed.
Kershaw, does this provide any clues?
Martijn, based on eeveefox's last comment, doublechecking: are you still seeing this?
Comment 40•3 years ago
|
||
I don't download files from Google Drive very often, but I can confirm that I saw this (again) recently. The problem does not occur all of the time, which is what makes it hard to get a good reproduction. If I experience trouble, the problem may last for at least that day. Then next week, when I'm downloading different files, the problem may not occur at all. I have not spotted any patterns with regards to file extension, a specific folder, etc.
I usually need the files immediately for work so if I run into this I open a different browser to download, circumventing the problem.
What I can also add is that last week I experienced this while using a private browser window to open a public Google Drive folder and attempting to download a file from there. I have not yet tried to reproduce this but I can try to see if that also occurs with a test folder I create.
The steps taken when I encountered this:
- Open link to public Google Drive folder in a new private window
- I had no other private windows open and this was the only link I opened.
- Click download link on any of the files.
- Redirect loop occurs.
- No file is offered for download.
I understand my anecdotal tales are not equal to proper debug logs but I hope it may spark an idea as to the cause of this.
Comment 41•3 years ago
|
||
(In reply to :Gijs (he/him) from comment #39)
(In reply to Martijn from comment #37)
privacy.dynamic_firstparty.limitForeign
isfalse
network.cookie.cookieBehavior
is3
I think that
network.cookie.cookieBehavior
refers to Preferences > Privacy & Security > Browser Privacy > Custom > Cookies: blockCookies from unvisited websites
? I've always had a fairly strict setting for cookies, but at the same time trying to not let it interfere with the experience too much. As far as I have noticed these settings have not caused me any trouble on other websites.When I set the cookie behaviour setting a long while back, I think there were still less options of blocking cookies and they were named slightly different. It is speculation, but perhaps the issue I'm experiencing was introduced at a point were the options changed.
Kershaw, does this provide any clues?
Yes, I think the problem is related to cookieBehavior
being 3.
Maybe Tim can provide more insight than me.
Comment 42•3 years ago
|
||
I can reproduce the same issue with a clean profile and the cookieBehavior
set to 3. But, the download will only fail when downloading files other than google suite files. For example, downloading a JPG image on google drive. I also noticed that it requires third-party cookies from the googleusercontent.com
to download the file in this case. But, it will be blocked because there is no cookie under this domain, so it will fail in this case.
To work around this, you can allow third-party cookie access for the google drive by using the ETP toggle in the drop-down menu of the shield icon. So, you will be able to download files without the issue here.,
Comment 43•2 years ago
|
||
Redirect a needinfo that is pending on an inactive user to the triage owner.
:mak, since the bug has recent activity, could you have a look please?
For more information, please visit auto_nag documentation.
Comment 44•2 years ago
|
||
Redirect a needinfo that is pending on an inactive user to the triage owner.
:mak, since the bug has recent activity, could you have a look please?
For more information, please visit auto_nag documentation.
Comment 45•2 years ago
|
||
(In reply to Tim Huang[:timhuang] from comment #42)
To work around this, you can allow third-party cookie access for the google drive by using the ETP toggle in the drop-down menu of the shield icon. So, you will be able to download files without the issue here.,
Thank you, I will test this as soon as I encounter the issue again. Will also keep an eye on file type.
So as I understand it: if I run into this problem, then click on the shield icon and disable ETP, refresh the page, then try the download again, the file should download. Let me know if I've missed anything in those steps.
When I was debugging this on my own, I believe I have tried this at some point but don't remember it being succesful. I will try it again when the opportunity arrives. If this does not solve the issue, I will attempt to gather new logs. This will depend on the time I have available at that point so I can't guarantee they'll be included ;-)
Comment 46•2 years ago
|
||
Redirect a needinfo that is pending on an inactive user to the triage owner.
:mak, since the bug has recent activity, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•2 years ago
|
Comment 47•2 years ago
|
||
Considered the recent discovery about cookies protection I think this bug pertains more to the tracking tools than downloads.
Updated•2 years ago
|
Comment 48•2 years ago
|
||
One way to resolve this for you personally would be to visit googleusercontent.com from the address bar to let it set some cookies.
Another solution is to change your cookieBehavior to 5, or "cross-site tracking cookies, and isolate other cross-site cookies," which is enabling TCP.
This does allow third-party cookies from pages you haven't visited to be set, however they are partitioned to the top level site making them useless for cross-site tracking.
Updated•2 years ago
|
Comment 49•2 years ago
|
||
Hi all
This is verified in a computer here with Firefox 102.0.1 / Windows . Fully clean profile (I removed the profile dir manually after reinstall & upgrade)
network.cookie.cookieBehavior is 3 or 5, its all the same
I right click on a file in google drive, and choose DOWNLOAD, then urls will cycle in the bottom-left corner of the firefox window (just like for the first reporter of the bug), and then nothing happens, no download window pops up.... In the developer console, some unrelated warning messages are shown:
Content Security Policy: „'report-sample'” ignored in the script-src attribútumban: „strict-dynamic” specified
Content Security Policy: „'unsafe-inline'” ignored in the script-src attribútumban: „strict-dynamic” specified
Content Security Policy: „https:” ignored in the script-src attribútumban: „strict-dynamic” specified
Content Security Policy: „http:” ignored in the script-src attribútumban: „strict-dynamic” specified
AND I see a warning message that is VERY similar to the one that was mentioned here before:
The "AUTH_9pibp8gd4gm03u3anvdlk375lc2o3mmh_nonce” cooke has been rejected because it is already expired.
It might indeed be some localization/timezone configuration issue - Same room, same network, same 102.0.1, BUT another computer, different firefox local profile - logged in to same google user, and google drive downloads work just fine...
HTH...
Comment 50•2 years ago
|
||
Currently happening to me on 109.0b8 (64-bit) Windows with network.cookie.cookieBehavior
set to 3
, privacy.dynamic_firstparty.limitForeign
set to false
.
I also tried adding https://google.com
, https://drive.google.com
, and https://googleusercontent.com
to the allow list in cookies, tried disabling ETP, visiting https://www.googleusercontent.com/ manually to let it set cookies and disable ETP there. Nothing worked so far.
Comment 51•2 years ago
|
||
can confirm this is localization/timezone issue. im dual booting using windows and linux. got the same error as mention above. the automatic time in windows is enabled. enabling ntp on my linux os fix my issue.
Comment 52•2 years ago
|
||
Confirmed.
Thanks for the hint! I also suffered from the HTTP redirect loop. Fixing the timezone to the correct setting solved the problem instantly.
Comment 53•2 years ago
|
||
(In reply to Rafif from comment #51)
enabling ntp on my linux os fix my issue.
How did you do that?
Description
•