Bug 29526 - Possibility to continue file download if no space left on device
Summary: Possibility to continue file download if no space left on device
Status: RESOLVED FIXED
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
: 41109 119925 (view as bug list)
Depends on:
Blocks:
 
Reported: 2001-07-22 18:18 UTC by Andreas Hochsteger
Modified: 2013-11-02 18:50 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Hochsteger 2001-07-22 18:05:53 UTC 
(*** This bug was imported into bugs.kde.org ***)

Package:           kfile
Version:           unbekannt (using KDE 2.2.0 beta1)
Severity:          wishlist
Installed from:    SuSE
Compiler:          gcc version 2.95.2 19991024 (release)
OS:                Linux (i686) release 2.4.6
OS/Compiler notes: 

I've had this some time now that I download a rather big file (linux kernel kde rpm's ;-) which are bigger than the space left on device.
All choices which are available on the upcomming dialog result in dismissing the currently downloaded file.
I'd suggest a button named "Try again" or "Continue" which allows you to free up some space and continue downloading the file. In addition the file size is often known before the file has to be downloaded (header info). It would be nice if the user could be informed before downloading if the file size exceeds the available disk space.

(Submitted via bugs.kde.org)
(Called from KBugReport dialog)
Comment 1 John Firebaugh 2003-07-29 07:40:57 UTC 
*** Bug 41109 has been marked as a duplicate of this bug. ***
Comment 2 Tommi Tervo 2006-01-11 16:45:04 UTC 
*** Bug 119925 has been marked as a duplicate of this bug. ***
Comment 3 brad 2006-11-03 18:38:57 UTC 
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?
Comment 4 Erik Wasser 2006-11-03 23:46:37 UTC 
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.
Comment 5 Nikos Papadopoulos 2007-11-15 21:16:03 UTC 
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.
Comment 6 Nikos Papadopoulos 2007-11-15 21:17:25 UTC 
*** This bug has been confirmed by popular vote. ***