Downloads of HTML5 filesystem file fail with "Failed - Network error" when allow incognito set
Reported by
peter.m....@gmail.com,
Aug 8
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.84 Safari/537.36 Steps to reproduce the problem: 1. Load this repo as an unpacked extension: https://github.com/mrcoles/test-chrome-extension-allow-incognito-downloads 2. Click on the icon to jump into the extension page /index.html 3. Read the instructions, but essentially, in chrome://settings turn on "Allow in incognito" for the extension 4. Trigger the download from the /index.html page -> "Failed - Network error" 5. Repeat with "Allow in incognito" disabled -> Works fine What is the expected behavior? The download should work fine in both scenarios 4 & 5. This worked in Chrome 67 What went wrong? The download fails with "Failed - Network error" Did this work before? Yes 67 Does this work in other browsers? N/A Chrome version: 68.0.3440.84 Channel: n/a OS Version: OS X 10.13.5 Flash Version:
,
Aug 8
so…
1. I did some additional testing, checking the following: `chrome.extension.isAllowedIncognitoAccess(allowed => console.log('ALLOWED?', allowed));`
2. After running that, the download stopped failing!!
next…
1. I took a screenshot of an incognito tab using this extension: https://chrome.google.com/webstore/detail/full-page-screen-capture/fdpohaocaechififmbbbbbknoalclacl?hl=en
2. I tried to download the file and go the "Failed - Network error"
3. In the developer console, I ran the same `chrome.extension.isAllowedIncognitoAccess` check as above
4. I clicked download a second time and it worked!!
,
Aug 9
I take back comment @2 from above. Somehow it briefly worked and it appeared that doing that check fixed it, but I’m seeing it fail again now.
,
Aug 9
,
Aug 9
,
Aug 9
Able to reproduce issue on reported chrome version 68.0.3440.84 using Windows 10,Mac 10.13.6 and Ubuntu 17.10 . Hence providing bisect information below. Note:Issue not seen on latest chrome 70.0.3516.0,Unable to provide the reverse bisect as this is showing inconsistent behavior on M-69, Hence providing forward bisect information. Bisect Info: ================ Good build: 68.0.3434.0 Bad build: 68.0.3435.0 You are probably looking for a change made after 560032 (known good), but no later than 560033 (first known bad) CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/f20cf06e0b077953a4585688c4d8b78aa6dff2dc..cfa1faaf7ad5b90f1acd674177edf5f67ce9f1a7 suspect: https://chromium.googlesource.com/chromium/src/+/cfa1faaf7ad5b90f1acd674177edf5f67ce9f1a7 Reviewed-on: https://chromium-review.googlesource.com/1063021 @qinmin: Please confirm the issue and help in re-assigning if it is not related to your change. Thanks..!
,
Aug 9
should have nothing to do with my CL. My CL only works when network service is enabled, and we haven't enabled it yet on any platforms
,
Aug 9
@6 - I’ve been trying to identify how exactly this is failing, it seems like things work fine even with "Allow in incognito" enabled until you take a screenshot from an incognito window and try to download that. Once that has happened, it appears that all downloads fail as long as "Allow in incognito" is enabled.
,
Aug 20
Hi, just a gentle reminder here.
,
Sep 6
Another gentle reminder.
,
Sep 20
Hi, just pinging again to see if someone can please look at this. I have received 100s of reports from people encountering this error (which means many more are encountering it).
,
Oct 2
I just tested again on: * Mac OS X 10.13.6 * Chrome Version 69.0.3497.100 (Official Build) (64-bit) and * Mac OS X 10.13.6 * Chrome Version 71.0.3568.0 (Official Build) canary (64-bit) I seem to no longer be able to reproduce the issue? |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by peter.m....@gmail.com
, Aug 8