New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 721862 link

Starred by 4 users

Issue metadata

Status: Fixed
Owner:
Closed: Aug 10
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 1
Type: Bug



Sign in to add a comment

Zip files that download fine in other browsers do not in iOS Chrome

Reported by draschli...@gmail.com, May 12 2017

Issue description

Steps to reproduce the problem:
1. Upload the attached zip file to somewhere like Google Drive (Or use mine at https://drive.google.com/file/d/0B2k6yt3Nm0kVcTVpWWVXS3l2X0k/view)
2. Try to download that file using Chrome iOS
3. Note it never downloads :(

What is the expected behavior?
It should download like normal zip files

What went wrong?
The file did not download, but rather just "loaded" forever. I noticed that some other zip files download just fine (I tested using a source code zip file from GitHub, for example)

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 58.0.3029.83  Channel: stable
OS Version: 10.0
Flash Version: 

Enjoy that cat gif!
 
DownloadFail.zip
107 KB Download
Cc: kapishnikov@chromium.org
Components: UI>Browser>Downloads
I was able to reproduce the problem. According to the progress bar at the top of the screen, the file was actually downloaded but the completion of the download didn't trigger any UI action. I guess the problem is above the network stack but I may be wrong. Assigning it tentatively to UI>Browser>Downloads

Comment 2 Deleted

I have a same problem.
Chrome can not download files which are not supported to view in tab(ie,ZIP and exe file).
Working file with file like pdf and doc, chrome just open files in tab.
Here is my response header for zip file.

https://lh3.googleusercontent.com/-pCG-L6dr6rc/WRV9atMl8xI/AAAAAAAAB3c/Ah7_t5ydxH4gi7M1mdSfc6if4kczXtF7QCLcB/s1600/res_header.png

The same thing works fine in other browser.

Further, I found that  chrome is sending 2 request one by one.First request type is POST , and second request is HEAD.
Why chrome is sedning HEAD request as first POST request return file content?
Labels: Needs-Triage-M58

Comment 5 by sczs@chromium.org, May 17 2017

Owner: gch...@chromium.org
Status: Assigned (was: Unconfirmed)
gchatz@ could you please take a look
Any idea when this issue would be addressed?

Comment 7 by gch...@chromium.org, Aug 17 2017

This is something we are looking at, but it is low priority. 

Comment 8 Deleted

Is there something that can be done to improve prioritisation? Would more votes help? Is there some way we can contribute towards solution?

Ritesh

Comment 10 Deleted

Cc: eugene...@chromium.org
eugenebut@, would you expect the new API to handle this case? This is likely an issue with the download manager triggering logic.
Cc: gch...@chromium.org
Owner: mrefaat@chromium.org
I think this bug happens because Download Manager does not send cookie. New Download Manager will handle that as well, but we should fix the bug in Old Download Manager as well.
Cc: -eugene...@chromium.org -gch...@chromium.org mrefaat@chromium.org
Labels: -Pri-2 M-67 Pri-1
Owner: eugene...@chromium.org
Will be fixed in M67 with new Download Manager.
Cc: eugene...@chromium.org
Labels: Proj-New-Download-Manager
Owner: ----
Status: Available (was: Assigned)
Labels: -M-67 M-68
Cc: -eugene...@chromium.org
Owner: eugene...@chromium.org
Status: Fixed (was: Available)
Is downloading issue in chrome fixed? Still i have a issue with downloading a zip file

Refer : https://groups.google.com/a/chromium.org/forum/#!topic/chromium-discuss/F7at39K0U1Q

Downloading is working on new installation of chrome browser in iOS, once we close browser and open it again downloading is not working.

Please refer above call contains the attachment.

Sign in to add a comment