New issue
Advanced search Search tips

Issue 693923 link

Starred by 2 users

Issue metadata

Status: Archived
Owner: ----
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Downloads restart if temporary file is in use

Reported by marsh...@gmail.com, Feb 18 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36

Steps to reproduce the problem:
1. Download file. 
2. Open file in something which marks it as "in use" before the download finishes
3. The download will repeat in an infinite loop, wasting bandwidth and read-writes, not to mention causing unnecessary frustration.

What is the expected behavior?
Basically anything else. The file could be duplicated, and an error reported that the temp cannot be deleted. The download could simply abort, and report that the file is in use. I won't mention the other possibility for fear of inspiring and excusing the spurious merge that this complaint has suffered from in the past. 

What went wrong?
A user should be able to use a temp file without engendering wasteful infinite loops. A common example is using VLC to play the temp file while download is still in progress. 

Did this work before? Yes No idea

Chrome version: 56.0.2924.87  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: n/a
 
Labels: Needs-Triage-M56
Cc: rbasuvula@chromium.org
Labels: Needs-Feedback
Tested in chrome # 56.0.2924.87 and 58.0.3027.0 on win 10.0 & 7 and not able to reproduce the issue.Please find the screen cast for your reference.

@ marshaul: Could you please let me know if i have missed anything and if possible, provide us with a sample URL of the issue which would help us to triage the issue further.

Thanks in Advance.
693923.mp4
1.6 MB View Download
2. Open file in something which marks it as "in use" before the download finishes


Download a large file e.g. a movie. Open it in VLC or mpc-hc video player while it is dowloading (= while is still has .crdownload extension). When chrome reaches 100% downloading while movie is still being played by vlc or mpc-hc, then chrome deletes the file (playing of the movie in vlc or mpc-hd crashes because the file was deleted by chrome) and chrome starts to download the file again.
@rbasuvula what you are missing is that you click "open file" while the file is downloading but the chrome opens the file after it was downloaded. you need to truly open the file while it is downloading. E.g. Open a video file in video player when only 20% of the file was downloaded ( you can do this by dragging and droppin 20% downloaded file with .crdownload file into video player).

Now you have your video playing in your video player. At the background chrome is donloading the rest of the video. When chrome reaches 100% of downloading it deletes the video (probably because video is open in video player and chrome can not rename it = remove the .crdownload extension). chrome thinks the download had failed and starts downloading from the beginning, It replaces the fully donloaded file, thus effectively deleting a completely downloaded video file.

Comment 5 by marsh...@gmail.com, Mar 4 2017

User nothinke...@gmail.com has it exactly correct. 

rbasuvula, perhaps you need to read more carefully. As I explained, the problem is downloading a large file, and opening that file in another program WHILE THE DOWNLOAD IS IN PROGRESS.

If the download completes and the file is marked "in use" by another program when this occurs, chromium will attempt to re-download the entire file.

This will occur in an infinite loop if the second program continues to mark the file as "in use". 

Updated Steps to Reproduce:

1. Download large movie file. Do NOT wait for it to complete...

2. While download is in progress, open movie file in VLC. Leave it open!

3. When download completes, Chromium will delete the file and re-download from the beginning. 
Project Member

Comment 6 by sheriffbot@chromium.org, Mar 4 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "rbasuvula@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
I have been experiencing this since a summer update of Chrome. There used to be an option in chrome://flags that would fix this, but alas that "experiment" was removed in the fall.

See here: https://productforums.google.com/forum/#!msg/chrome/n8JqBz5Q2_I/W85Ve8PeBAAJ

All we need is that experiment turned back on so us advanced users can use Chrome the way we want. There is no need to merge this into more complicated issues like the dozen other issues covering this exact bug. It seems that every other issue related to this is closed and merged with a bug that has been open since 2010.
Project Member

Comment 8 by sheriffbot@chromium.org, Mar 16 2018

Status: Archived (was: Unconfirmed)
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Sign in to add a comment