[meta] Remove DownloadLegacy
Categories
(Toolkit :: Downloads API, task, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox48 | --- | affected |
People
(Reporter: Paolo, Unassigned)
References
(Blocks 2 open bugs)
Details
(Keywords: meta)
Comment 1•6 years ago
|
||
Updated•6 years ago
|
Reporter | ||
Comment 2•6 years ago
|
||
Comment 3•6 years ago
|
||
Updated•6 years ago
|
Updated•6 years ago
|
Comment 4•6 years ago
|
||
This is still important to simplify management and to cover all of those bugs where the download fails unexpectedly (full disk) or the user is surprised by us storing something before he actually picked a destination.
Updated•2 years ago
|
Comment 5•8 months ago
|
||
The meta keyword is there, the bug doesn't depend on other bugs and there is no activity for 12 months.
:mak, maybe it's time to close this bug?
Comment 6•8 months ago
|
||
I think there's no trivial path to remove DownloadLegacy, as for various reasons the download will start in network and reach us later. It may still be a good idea to rename it, as it's not really Legacy, is more like DownloadAdopted, though that'd be a different bug.
Rearchitecting nsExternalHelperAppService may be a good idea, but without a plan and a team is not very useful to track it.
If we want to do it, we should have a more complete plan of how to attack the problem.
Description
•