If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

download feature doesent keep history

RESOLVED INVALID

Status

()

Firefox
Downloads Panel
RESOLVED INVALID
5 years ago
4 years ago

People

(Reporter: uwe_77, Unassigned)

Tracking

20 Branch
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

5 years ago
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0
Build ID: 20130329030848

Steps to reproduce:

i launched several downloads using the extension dwhelper specialy on youtube.


Actual results:

when for network reasons i have to restart firefox my last downloads (done, aborted or suspendet) are forgeten. at any start of firefox the download-list is empty.


Expected results:

up to version 19 (actualy 20-ubuntu) i could restart an ancient download wich for whatever reason dident work. now i allways have to restart everything from zero. sorry but thaths very bullshiting.
The downloads panel should get clear on every Firefox restart. But you should be able to see all your downloads in the library (CTRL+J)
uwe_77, did checking your Library work for you?
Flags: needinfo?(schilke.uwe)

Updated

5 years ago
Component: Untriaged → Downloads Panel

Comment 3

4 years ago
(In reply to Paul Silaghi [QA] from comment #1)
> The downloads panel should get clear on every Firefox restart. But you
> should be able to see all your downloads in the library (CTRL+J)

Sorry - this is useless.  The whole point is that if you are doing a 100MB download and it gets interrupted, you shouldn't have to restart it from scratch.
(In reply to liboff12346 from comment #3)
> The whole point is that if you are doing a 100MB
> download and it gets interrupted, you shouldn't have to restart it from
> scratch.
This has nothing to do with the place where you can see your download history.
Please see comment 1, 2.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → INVALID
The fact a download can be resumed depends on the server supporting resume functionality, not all of the servers do. If you can resume the same download using another software we may be interested into evaluating why the behavior differ, may be a network mishandling. In such a case please provide us an url to the download so that we can test it.
Fwiw, to avoid mistakenly interrupted downloads when closing browser we plan to add a confirmation dialog when closing while downloads are ongoing.
Flags: needinfo?(schilke.uwe)
You need to log in before you can comment on or make changes to this bug.