Version: v0.8.4 (using KDE 3.2.2, (testing/unstable)) Compiler: gcc version 3.3.3 (Debian 20040401) OS: Linux (i686) release 2.6.5 When kget cannot create the target file, you get, for instance, "Access denied Could not write to". Then the download is just sitting around and you have no other option than to cancel it. It would be very helpful to change the download directory.
You now have to choose a new dir, else the download will not added..
What happens, when the target directory / file becomes unwritable?
It downloads the file correct, but doesn't rename the *.part-file. Lukas
I'm currently using KGet v0.8.5 (Using KDE 3.5.5), here in the following scenario: a) start a long lasting download b) pause it (e.g. because the connection gets lost or one sets the download into pause mode) c) chown the destination directory and *.part to root (or make the target unavailable by other means, e.g. it was in a /tmp/ directory that had been removed because the host rebooted) d) set the download to "resume". Error: Could not write to ... . It is now possible in the current version of KGet to use "Copy URL to clipboard" and re-iniate a new download after the already existing (stalled) one is deleted. I would suggest to ease this procedure. (clipboard might be overwritten in the time or something like that; it is not straight forward, too.
Yeah, with copy to Clipboard, the source Url will be copied to the Clipboard. Perhaps we can add a "Redownload"-function or a "change-dest-dir"-function for 4.1 :) Lukas