Summary: | Possibility to continue file download if no space left on device | ||
---|---|---|---|
Product: | [Unmaintained] kio | Reporter: | Andreas Hochsteger <andreas.hochsteger> |
Component: | general | Assignee: | David Faure <faure> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | fuzz, holger-kde, manulite, martin.sandsmark, roman.cheplyaka |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Andreas Hochsteger
2001-07-22 18:05:53 UTC
*** Bug 41109 has been marked as a duplicate of this bug. *** *** Bug 119925 has been marked as a duplicate of this bug. *** this bug is 5 years old and needs to be fixed. is this only a problem with http downloads or is it a problem with ftp and fish and other transactions? It seems that the behaviour changed. I'm using 3.5.2 and I tried fish, NFS, http and ftp. The result was always the same:
> Could not write file foo.
> Disk full.
Without any real choice. It's just the confirmation that the download was aborted.
Same problem with Konqueror as an "ftp file manager". When downloading some stuff, from the website (ftp) to my computer, for some reason the communication between the two computers might not be perfect. And that's when a copy error occurs. But there is no "Retry" button. If I try again, to download these files, separately, the download process works fine. It's obvious that the "copy error" occurs because of some TEMPORARY communication failure. Therefore we desperately need the "Retry" button. Additionally it's not possible to copy the error message, to note down, which files need to be "re-downloaded", but that is another bug. *** This bug has been confirmed by popular vote. *** |