Rename failures shouldn't discard file data if source file is still available
Reported by
ptunst...@gmail.com,
May 4 2016
|
||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.36 Safari/537.36 Steps to reproduce the problem: 1. Right click, Save link as... to begin downloading a video file. 2. Before the download completes, open the .crdownload file in VLC media player to begin playing the video. What is the expected behavior? File is fully downloaded, albeit with the .crdownload extension remaining as it can't be renamed while open in another program. If download speed is fast enough the video can play through the the end without interruption. What went wrong? When the download hits 100% the .crdownload file resets back to 0kb, the video stops playing and the data begins downloading from scratch. If the .crdownload file remains open in VLC, Chrome will keep redownloading the entire file until it has been downloaded six times at which point it will finally give up, leaving the fully downloaded and intact file with .crdownload extension and displaying a "Failed - System busy" error message on the downloads bar. Basically, the file shouldn't be downloaded multiple times just because Chrome can't rename it. Did this work before? Yes Versions prior to 51 Chrome version: 51.0.2704.36 Channel: beta OS Version: 10.0 Flash Version: Shockwave Flash 21.0 r0 Example video file: http://distribution.bbb3d.renderfarming.net/video/mp4/bbb_sunflower_1080p_30fps_normal.mp4
,
May 5 2016
Able to reproduce the issue on Win 10 using 51.0.2704.36 and got error once its completed download as "Failed - System busy" the same observation is there even on Stable 50.0.2662.94 and previous versions. While tried for an older versions like M44, M30 the Download tray was showing error as insufficient permission. Marking this as a Non-regression as the above error "insufficient permission" is seen since M 30.0.1599.0.
,
May 5 2016
Sorry if it wasn't clear. The error message is expected. The problem is that the file is downloaded six times before the error is shown. On versions 50 and earlier the error would be shown after the file was downloaded once.
,
May 6 2016
Ok.Thanks for the update, Observed the file downloaded for 2nd time and then it produced the error. Could you please update if its the case,So as to work on bisect considering the below scenario. Good : Error after for the 1st download completed Bad : Error after download completed and restarted the download more than once
,
May 6 2016
Correct, with just a minor, pedantic alteration: Bad : Error after download completed and restarted the download once or more
,
May 12 2016
,
May 12 2016
,
May 20 2016
,
May 22 2017
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 16
Currently this is intended, marking as wontfix |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by manoranj...@chromium.org
, May 4 2016