Version: (using Devel) Installed from: Compiled sources I think KGet shouldn't quit automatically when the user is interacting with it (for example, when there's an open dialog), even if the "quit kget when all downloads have been completed" option has been set. The reason is that now, if the user starts doing something with kget while a file is being download, he should interrupt it when the download ends (the popup saying kget is going to close might give the user time for closing the dialog, avoid wasted works, but it's not the solution). I can think of three solutions, which I list in decreasing order of user-friendliness 1) have a timer which is restarted every time the user interacts with kget (pressing a key, clicking the mouse and so on) and mark kget as suitable for being automatically closed only after the timer times out (which means the user hasn't been actively using kget for, say 10 or 20 seconds). In my opinion this would be the most user-friendly solution, but I understand it's also the most difficult to implement 2) only allow automatic quitting if kget is only in the system tray (that is, if its main window isn't displayed) 3) don't allow automatic quitting if a dialog is being displayed.
SVN commit 1087364 by mfuchs: KGet also supports suspending and hibernating after all downloads are finished. Now then there is also a KNotification shown with a way to abort the action. BUG: 224429 BUG: 195513 BUG: 194962 M +2 -0 conf/preferencesdialog.cpp M +87 -57 core/kget.cpp M +11 -25 core/kget.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1087364