| 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/Implemented 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 |