download resume behaviour of Firefox fails for big files (connection aborts)
Categories
(Core :: Networking, defect)
Tracking
()
People
(Reporter: ulli.luftpumpe, Unassigned, NeedInfo)
Details
Steps to reproduce:
Server supports download resume.
Start download of a big file (multiple GBs).
Download ist interrupted by external cause, so resume button is shown by Firefox for that download after 90% finished already => .part file bigger than free RAM/file cache of OS
Click resume in Firefox (after fixing external cause).
Actual results:
Resume starts for 2 seconds then freezes. Now Firefox starts to re-read the big part file from the (slow) disk without clear reason and without downloading anymore. The re-reading takes so long that the connection times out.
After reading the part file, this file has grown in size by a few kB (when resuming worked for 2 seconds).
The resume button is shown again.
This can be repeated, but Firefox always re-reads the big file enforcing a delay and disconnection again, thus resume function is practically not working.
Expected results:
Don't read the whole *.part file for no good reason, and not repeatedly.
If this reading is really necessary, then remember it after the first reading.
Don't make the connection timeout.
Comment 1•1 year ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Networking' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 2•1 year ago
|
||
Hi Reporter,
Could you try to capture a http log for this?
I'd like to see why the resume request only works for a few seconds. In about:logging, please select Logging to file and send the file to necko@mozilla.com.
Thanks.
Without more information we aren't able to do anything here so I am closing this.
If we get more information then please re-open this bug, thanks.
Description
•