Version: (using KDE KDE 3.4.2) Installed from: Debian testing/unstable Packages OS: Linux Today I was trying to download the file http://se.releases.ubuntu.com/5.10/ubuntu-5.10-preview-install-i386.iso to the directory /home/jose/ubuntu that I had previosly created. That directory had read/write access for jose user. Also, I had 2GB of free space while this file size is ~600MB. When it reached 100% KGet complained about it being unable to create the file /home/jose/ubuntu/ubuntu-5.10-preview-install-i386.iso and informed me to check if I had write access to that directory (which obviously I had). Once I checked that, I tried to retry the copy process (not the download process) so I pushed "continue" button. Instead of trying again to save the file, it started from 0%. I think KGet should: 1. On case it fails to save the file, once it's downloaded, it should ask for another location. 2. If (for whatever reson) 1 fails, it should keep the downloaded temp file and have a method to retry the save process, so you don't have to download the entire file again.
Kget always downloads directly into the selected directory (filename.part). At finish it renames the file (filename). Could it be that you can't rename files in that directory?
I'm not an expert but I think that Unix only has read, write and execute. I created a directory in my home folder in konqueror, so I had write and read access to that directory. Then I downloaded the file to that directory. The file .part was written because it reached 100% but then it failed to rename it. I don't know why, but when I looked in the directory it was empty.
Same problem here - a download completed for a 1.3 GB file, then KGet complained that it could not rename the file and obviously deleted the completely downloaded file! I have no idea why it couldn't rename the file in the first place, because the permissions seem perfectly ok. Maybe KGet tries to copy instead of renaming? The versions are KGet 0.8.5 / KDE 3.5.2.
I have KGet 0.8.5 and I'm also having issues with renaming the .part file. Permissions are set correctly and other download managers that rename files (for example firefox and its .part files) work correctly.
We are not using .part files in KGet2 anymore, so this is pretty much fixed... :) Lukas