Downloads are canceled when laptop goes to sleep (lid closed)
Reported by
navin.ku...@gmail.com,
Dec 30 2017
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36 Example URL: chrome://downloads Steps to reproduce the problem: 1. Start a download 2. Close laptop lid What is the expected behavior? The download should resume. Ideally, with no user interaction. The error message should be changed. It should never say "Canceled" unless the user clicked the cancel button. What went wrong? The download is "Canceled" and the only button available is "RETRY". Did this work before? N/A Chrome version: 63.0.3239.84 Channel: stable OS Version: OS X 10.13.2 Flash Version: I'd love to get some tips on where to start debugging this.
,
Jan 1 2018
Able to reproduce this issue on reported version 63.0.3239.84 and on latest canary 65.0.3309.0 using Windows 10, Mac 10.13.1, this issue is seen from M50[50.0.2661.0]. Hence considering this issue as Non-Regression and marking as Untriaged. Observation: This issue is not seen on Ubuntu 17.10 Thanks!
,
Jan 1 2018
,
Jan 2 2018
I believe this is WorkingAsIntended, and as such, may be a feature request rather than a bug. Asanka, can you confirm?
,
Jan 5 2018
Removing the network stack label - sockets all die when a computer goes to sleep, and resuming all network requests seems not practical, though resuming downloads may be a specific case worth handling.
,
Jan 5 2018
Yeah, in this case the error code that's bubbling up to downloads may be ambiguous, thus preventing the downloads layer from reliably detecting this particular condition. A net-internals log that spans a lid closure + open while a download is on-going should be sufficient to figure out the sequence of events observed. https://dev.chromium.org/for-testers/providing-network-details has information on how to collect such a log. Could either the reporter or someone reproducing this issue attach such a log? It might be worth capturing from different OSs (Mac, Windows, Linux, ChromeOS) to determine what's going on under the hood.
,
Jan 18 2018
Min can you take a look? We can grab the report and see if there is anything useful in the logs. Agreed it's probably a good idea to try capturing logs from multiple OSes here. +xingliu@ for windows laptop logs |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by meh...@chromium.org
, Dec 30 2017