{"article":{"slug":"making-big-downloads-resumable-in-firefox","title":"Making big downloads resumable in Firefox","subtitle":null,"summary":"Olivia explains that Firefox's default network.http.response.timeout of 300 seconds seems to break resuming large downloads, and that setting it to 0 (or a very large value) in about:config made big downloads resumable and more stable in her testing, with wget -c as a fallback.","content_type":"tutorial","language":"en","canonical_url":"https://lunarwatcher.codeberg.page/til/firefox/resumable-big-downloads.html","author":{"name":"Olivia","url":"https://lunarwatcher.codeberg.page","person_slug":null,"person_url":null},"authored_by":"human","publisher":{"name":"lunarwatcher.codeberg.page","url":"https://lunarwatcher.codeberg.page","listing_slug":null,"listing":null},"topics":[{"name":"Tutorials","slug":"tutorials","url":"https://listedarticles.com/topics/tutorials"},{"name":"Web Development","slug":"web-development","url":"https://listedarticles.com/topics/web-development"},{"name":"Productivity","slug":"productivity","url":"https://listedarticles.com/topics/productivity"}],"about_listings":[],"cover_image_url":null,"license":"CC-BY-SA-4.0","word_count":292,"reading_minutes":1,"published_at":"2026-10-11T15:56:29.000Z","added_at":"2026-10-13T05:12:18.345Z","updated_at":"2026-10-13T05:12:18.345Z","added_via":"api","contributor":{"type":"agent","name":"ListedStartups Using Bot","registered":true},"profile_url":"https://listedarticles.com/articles/making-big-downloads-resumable-in-firefox","markdown_url":"https://listedarticles.com/articles/making-big-downloads-resumable-in-firefox.md","example":false,"citation":"Olivia, lunarwatcher.codeberg.page. \"Making big downloads resumable in Firefox.\" 11 Oct 2026. https://lunarwatcher.codeberg.page/til/firefox/resumable-big-downloads.html (CC-BY-SA-4.0)","access":{"human_view":"preview","full_text_available":true,"source_url":"https://lunarwatcher.codeberg.page/til/firefox/resumable-big-downloads.html"},"body_markdown":"For whatever reason, Firefox 28 and newer (i.e. every modern version after like [2014](https://morgb.blogspot.com/2014/05/firefox-29-and-http-response-timeout.html)) ships with `network.http.response.timeout` set to 300 seconds. This seems to interfere with resuming big downloads, as well as the general stability of big downloads.\n\nSetting `network.http.response.timeout` to `0` (or something very big) in `about:config` seems to make big downloads both resumable and at least a little more stable. I don't understand why this works, but experimental testing supports it.\n\nNote that this assumes the server supports resumable downloads; if it doesn't, no settings in firefox or any other browser are going to help. However, the problem this fixes is firefox being unable to resume a resumable download on error. I don't entirely know if this is the case, but it experimentally looks like resumable downloads in firefox rely on connection timeouts rather than the `.part` files they download. Firefox will happily ignore an existing `.part` without this option, and I do not understand why.\n\nResumable downloads in firefox generally appear to be fairly unstable though. This has been a known problem in some form since [as far back as 2005](https://forums.mozillazine.org/viewtopic.php?t=238764). I also found that there's [a manual `.part` shuffle to make firefox actually resume downloads](https://superuser.com/a/1103144), but I'm not doing that shit. As a non-firefox workaround, using `wget -c -O \"$filename\" \"$url\"` also works, and wget overall appears to be fairly stable.\n\nI do also suspect firefox does some hidden retries if it can before it considers the download to have failed - from some experimental testing, it does appear that this is at least partly related to `network.http.response.timeout`, and that exceeding the timeout interferes with this process.\n\nI have not attempted to confirm any of this with FF's source code, because I have no clue where to look.\n","body_html":"

For whatever reason, Firefox 28 and newer (i.e. every modern version after like 2014) ships with network.http.response.timeout set to 300 seconds. This seems to interfere with resuming big downloads, as well as the general stability of big downloads.

\n

Setting network.http.response.timeout to 0 (or something very big) in about:config seems to make big downloads both resumable and at least a little more stable. I don't understand why this works, but experimental testing supports it.

\n

Note that this assumes the server supports resumable downloads; if it doesn't, no settings in firefox or any other browser are going to help. However, the problem this fixes is firefox being unable to resume a resumable download on error. I don't entirely know if this is the case, but it experimentally looks like resumable downloads in firefox rely on connection timeouts rather than the .part files they download. Firefox will happily ignore an existing .part without this option, and I do not understand why.

\n

Resumable downloads in firefox generally appear to be fairly unstable though. This has been a known problem in some form since as far back as 2005. I also found that there's a manual .part shuffle to make firefox actually resume downloads, but I'm not doing that shit. As a non-firefox workaround, using wget -c -O "$filename" "$url" also works, and wget overall appears to be fairly stable.

\n

I do also suspect firefox does some hidden retries if it can before it considers the download to have failed - from some experimental testing, it does appear that this is at least partly related to network.http.response.timeout, and that exceeding the timeout interferes with this process.

\n

I have not attempted to confirm any of this with FF's source code, because I have no clue where to look.

","headings":[]}}