Open
Bug 169439
Opened 22 years ago
Updated 5 years ago
expect "close on finish" option in download manager (browser.download.manager.closeWhenDone)
Categories
(SeaMonkey :: Download & File Handling, enhancement, P5)
SeaMonkey
Download & File Handling
Tracking
(Not tracked)
NEW
Future
People
(Reporter: jiang_wq, Unassigned)
References
Details
(Keywords: good-first-bug)
Attachments
(1 obsolete file)
If you chose download in a dialog box, you have an option of close or
retain the dialog box after the downloading is finished. In download
manager you don't have this option to close the window after all the
files in the manager are downloaded. Better have one!
Besides, I hope download manager can have pause/resume buttons to work
on selected file(s), like those in download dialog box. Even better
would be a third button to continue downloading from where is stopped
before (such as by a telephone line disconnection).
Thanks for reading!
|
||
Comment 1•22 years ago
|
||
*** This bug has been marked as a duplicate of 167452 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Bug 167452 was moved to product "Firefox" and resolved as fixed.
It's still an issue in the main application suite however. Reopening.
Status: VERIFIED → UNCONFIRMED
Resolution: DUPLICATE → ---
*** Bug 230568 has been marked as a duplicate of this bug. ***
*** Bug 230568 has been marked as a duplicate of this bug. ***
*** Bug 239628 has been marked as a duplicate of this bug. ***
|
||
Updated•20 years ago
|
Product: Browser → Seamonkey
|
Reporter | |
Comment 7•20 years ago
|
||
please close this bug as the requested feature has been working
in recent releases. Thanks
Status: NEW → RESOLVED
Closed: 22 years ago → 20 years ago
Resolution: --- → FIXED
|
||
Comment 8•20 years ago
|
||
No specific bug / patch referenced as the fix.
-> WORKSFORME
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
|
|
||
Updated•20 years ago
|
Status: REOPENED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → WORKSFORME
|
||
Updated•20 years ago
|
Status: RESOLVED → VERIFIED
|
||
Comment 9•20 years ago
|
||
this was not fixed in the suite, which is where this bug is, as stated in comment 3.
Status: VERIFIED → REOPENED
OS: Windows 2000 → All
Hardware: PC → All
Resolution: WORKSFORME → ---
->me, but anyone with more time is welcome to swipe the bug ;)
Firefox does this in JS:
http://lxr.mozilla.org/seamonkey/source/toolkit/mozapps/downloads/content/downloads.js#179
Status: NEW → ASSIGNED
Priority: -- → P5
Target Milestone: --- → Seamonkey1.0beta
|
|
||
Updated•19 years ago
|
QA Contact: bugzilla → nobody
Status: ASSIGNED → NEW
For some reason (at least on linux), the lock file isn't removed when Moz quits
after the dlmgr has closed itself (even if the dlmgr wasn't the last window
remaining).
Status: NEW → ASSIGNED
Keywords: helpwanted
Comment on attachment 194929 [details] [diff] [review]
backend patch
What do I do if the download finishes before the dlmgr window shows up? It
doesn't get killed.
Attachment #194929 -
Attachment is obsolete: true
Whiteboard: [cst: partial patch]
Status: ASSIGNED → NEW
Target Milestone: seamonkey1.0beta → Future
Assignee: cst → download-manager
QA Contact: nobody
Whiteboard: [cst: partial patch]
|
||
Comment 14•15 years ago
|
||
The support is there in the new toolkit backend but our new UI introduced by bug 472001 does not yet listen to it.
Depends on: 472001
Whiteboard: [good first bug]
|
|
||
Updated•15 years ago
|
Assignee: download → nobody
QA Contact: download
|
||
Updated•15 years ago
|
Summary: expect "close on finish" option in download manager → expect "close on finish" option in download manager (browser.download.manager.closeWhenDone)
|
||
Updated•5 years ago
|
Keywords: good-first-bug
Whiteboard: [good first bug]
You need to log in
before you can comment on or make changes to this bug.
Description
•