Bug 112934

Summary:	KGet should save failed downloads
Product:	[Applications] kget	Reporter:	Jose <getaceres>
Component:	general	Assignee:	KGet authors <kget>
Status:	RESOLVED FIXED
Severity:	wishlist
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Debian testing
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Jose 2005-09-20 11:08:19 UTC

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.

Comment 1 Urs Wolfer 2005-09-20 18:17:30 UTC

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?

Comment 2 Jose 2005-09-22 18:04:59 UTC

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.

Comment 3 Michael Rudolf 2006-04-03 17:46:17 UTC

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.

Comment 4 Matt Thompson 2007-09-22 21:02:56 UTC

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.

Comment 5 Lukas Appelhans 2010-01-02 01:03:23 UTC

We are not using .part files in KGet2 anymore, so this is pretty much fixed... :)

Lukas