Summary: | change download directory if unwritable | ||
---|---|---|---|
Product: | [Applications] kget | Reporter: | Steffen Kaiser <skde> |
Component: | general | Assignee: | KGet bugs <kget-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version First Reported In: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Steffen Kaiser
2004-06-03 10:21:39 UTC
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 |