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

Issue 604919 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 526841
Owner: ----
Closed: Jun 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug



Sign in to add a comment

File downloads stuck as .crdownload

Project Member Reported by domcam@google.com, Apr 19 2016

Issue description

Chrome Version       : 49.0.2623.112
OS Version: OS X 10.11.4
URLs (if applicable) :
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari 5: OK
  Firefox 4.x: OK
     IE 7/8/9: N/A

What steps will reproduce the problem?
1. Download large zip file (~5Gb)from drive. 
2. Try to open download to extract zip
3. File stuck as .crdownload and does not auto change back to original filetype. Download showing 0% remaining. 

What is the expected result?

Downloads should be converted from .crdownload to .<filetype> after downloading.

What happens instead of that?

Downloads stay in the .crdownload state
Please provide any additional information below. Attach a screenshot if
possible.

We tried uninstalling and reinstalling Chrome but experienced the same behavior. 

Workaround = Renaming .crdownload to the proper original file format allows the file to be opened. 

UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36



 
Cc: rsesek@chromium.org
Labels: Needs-Feedback
My first guess is that Chrome is doing some post-processing of the file which hasn't finished (and if you waited long enough, it would eventually change to the right file type). Can you:

1. Use the task manager to get the (id) of the appropriate utility process.
2. Use Activity Monitor to sample that process?
Components: UI>Browser>Downloads
Labels: Hotlist-Google

Comment 4 by mattm@chromium.org, May 10 2016

Components: Services>Safebrowsing
Could be safebrowsing zip file scanning.
What were the contents of this .zip file?  What file extensions and sizes did it have in it?

I suspect the ZIP analyzer would take a while to scan a 5GB file, and that is the state it'd be in while it was running.

We may want to skip analyzing ZIPs that are over a certain size (250MB?), or have a timeout.  Same for DMGs.

Comment 6 by vakh@chromium.org, Jun 3 2016

Mergedinto: 526841
Status: Duplicate (was: Unconfirmed)
Large binary file download issues are being tracked via 526841 so marking as a duplicate of that.

Sign in to add a comment