Closed
Bug 198093
Opened 21 years ago
Closed 20 years ago
pref to autoclose (toggle) download manager window
Categories
(Camino Graveyard :: Downloading, enhancement)
Tracking
(Not tracked)
VERIFIED
FIXED
Camino0.9
People
(Reporter: bugzilla, Assigned: jaas)
References
Details
couldn't find a bug on this, but dup as needed. is there some way that we could automatically close the Downloads window, after a download has completed?
Comment 1•21 years ago
|
||
Yes, please. This, plus the fact that there's no preference right now to get the download window to "clean up after itself" once a download is completed, makes downloading w/ Camino rather unwieldy.
Comment 2•21 years ago
|
||
*** Bug 194164 has been marked as a duplicate of this bug. ***
Comment 4•21 years ago
|
||
automatically closing the window makes only sense, when the download is openend automatically. A little bit strange, but useful would be an option which: a) removes items automatically if they are downloaded completely AND [("automatically open" is ON) OR (the item is openend or shown)] b) closes the window when now downloads are shown.
A pref option to auto-close the dl manager after successful download would be a useful and time saving addition. Firebird has similar options, surely Camino could have the same?
so glad I spent ages trolling through all the download manager bugs to see this was already requested. I'm voting for this bug now!
I'll do a patch for this for 0.9. I don't want to do it until we do the major prefs rewrite for 0.9.
Target Milestone: --- → Camino0.9
Comment 8•20 years ago
|
||
Simply adding: user_pref("browser.download.progressDnldDialog.keepAlive", false); to the user.js does not work. There will have to be some tinkering around in the code to get Camino to recognize this preference.
Comment 9•20 years ago
|
||
Simply adding: user_pref("browser.download.progressDnldDialog.keepAlive", false); to the user.js does not work. There will have to be some tinkering around in the code to get Camino to recognize this preference.
Assignee | ||
Comment 10•20 years ago
|
||
correct - our dl manager doesn't know anything about that pref at the moment.
Assignee | ||
Comment 11•20 years ago
|
||
done as part of pref rewrite, landed on trunk
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 12•20 years ago
|
||
vrfy'd fixed with 2005011808-trunk bits.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•