Version: (using KDE KDE 3.0.99) Installed from: Compiled From Sources Compiler: gcc 2.95.3 OS: Linux First a description of the problem : If I cancel a download in KGet by deleting the transfer, then KGet does not remove the <filename>.part file that contains the partially transfered file. Since the download was not simply paused or delayed but deleted, the user will expect the KGet to remove the download, not only from its list of transfers, but also from the disk (what should be the point in keeping it? the transfer was deleted). If a user often cancels downloads this way (or just cancel a few large downloads), then pretty quickly her disk will be littered with .part files taking up a substantial amount of disk-space. The expected behaviour : When deleting a download that is still in progress, the .part file that contains the partially downloaded file should be deleted by KGet. How to reproduce : 1) Start KGet 2) Display the drop target 3) Drop some large (so you have time to delete the transfer before it's finished) file from Konqueror on the drop target 4) Highlight the transfer in KGet and click the trashcan icon to delete the transfer while it is still running 5) Open the directory you were downloading to and you'll see a <filename>.part file in there containing the partially downloaded file.
Subject: kdenetwork/kget CVS commit by pfeiffer: delete .part files when transfer is deleted CCMAIL: 51627-close@bugs.kde.org Also don't show individual dialogs for finished transfers on startup M +2 -7 dlgIndividual.cpp 1.21 M +24 -3 transfer.cpp 1.42 M +2 -1 transfer.h 1.18 M +14 -7 transferlist.cpp 1.20 M +3 -2 transferlist.h 1.12