Version: 2.1.87 (using 4.1.87 (KDE 4.1.87 (KDE 4.2 >= 20090101)), compiled sources) Compiler: gcc OS: Linux (i686) release 2.6.28-desktop It's not possible that KGet for KDE 4.2 doesn't start downloading at once the file in its list added by konqueror integration. I have to go on file with the RMB and say start downloading... It's a unuseful complicated procedure. Change this behaviour, please.
This is, because the Download-Group (default one, not visible in the MainWindow) has the "Stopped"-State... we will rework the Download-Group stuff with KDE 4.3, but I think we can make the group's default state to "Start" in KDE 4.2 :) Lukas
*** Bug 180151 has been marked as a duplicate of this bug. ***
Ok I fixed this now, the default group state is now running... Lukas
just wondering where is this fixed? on kde 4.2 branch or on trunk? ..i am running kget from trunk(revision 909501) and the problem is still there .. i still have to right click and click "start" twice for kget to start downloading
It's in both, you need to delete your .kde4/share/apps/kget/transfers.kgt though... Lukas
*** Bug 177803 has been marked as a duplicate of this bug. ***
*** Bug 182479 has been marked as a duplicate of this bug. ***
*** Bug 185684 has been marked as a duplicate of this bug. ***
Indeed, the transfers.kgt file needs to be deleted, then this problem disappears. Is there a possibility to do this automatically if it is detected that this file causes problems?
*** Bug 197481 has been marked as a duplicate of this bug. ***
I have a fresh opensSUSE-11.3 (kget-4.4.4) install and ran into this. As the default state of the default group is fixed it seems that this can get lost while using kget. Please reopen
It's also configurable in trunk... so the closed state is justified... Lukas
SVN commit 1165233 by mfuchs: Do not stop the Schedulers when quitting. That way the Policy of the TransferGroups remains unchanged. That means that Transfers don't get stopped now before they are destroyed. Might be related to CCBUG:179843 M +0 -2 mainwindow.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1165233
SVN commit 1165440 by mfuchs: Fowardport r1165233 Do not stop the Schedulers when quitting. That way the Policy of the TransferGroups remains unchanged. That means that Transfers don't get stopped now before they are destroyed. Might be related to CCBUG:179843 M +0 -2 mainwindow.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1165440