Bug 195137 - "Could not write to file" when downloading large file
Summary: "Could not write to file" when downloading large file
Status: RESOLVED INTENTIONAL
Alias: None
Product: kget
Classification: Applications
Component: general (show other bugs)
Version: 0.8.5
Platform: Gentoo Packages Linux
: NOR wishlist
Target Milestone: ---
Assignee: KGet authors
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-03 20:37 UTC by topher.wheeler
Modified: 2009-11-17 22:27 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description topher.wheeler 2009-06-03 20:37:10 UTC
Version:           0.8.5 (using KDE 3.5.9)
Compiler:          (not applicable) (not applicable)
OS:                Linux
Installed from:    Gentoo Packages

KGet fails when trying to download a large DVD (dual layer) ISO image.  This is *not* a problem with KGet.  In my case it was because I was trying to download a 4+ GB file to a FAT32 partition, which only allows a maximum of "4GB minus 2 Bytes".  KGet only responded: "Could not write to file [path]".

I think offering a brief list of possible reasons would be a nice feature.  Such as testing if the file's size is very large (ex: >=2.0 GB), and informing the user that the "OS kernel and/or file system may not properly handle a file of this size".  A probe of the file system type (and possibly kernel features), and a warning before the download begins could be very handy.

In my particular situation, I'm using KGet because I wanted to download the DVD images for Elephants Dream and Big Buck Bunny.  Because my ISP imposes a download cap of only 100 GB per month, I chose to use a download manager (primarily for the 'resume' function).  I attempted to resume the download several times, which lead to the large (~50% complete) partial file to be erased (without confirmation) and mindlessly written over again.

A confirmation before overwriting a .part file (when choosing the "resume" option), and maybe an option to "move & continue" the transfer to a compatible partition (in this scenario) would be greatly appreciated and very helpful.

I do enjoy using the KDE desktop suite (especially the 3.5.x family, as 4.x seems to suffer from Vista syndrome).

Thankyou for any consideration of these features.
Comment 1 Matthias Fuchs 2009-11-17 22:27:25 UTC
KDE 3.5 is not supported anymore.

Additionally your problem (4 GB on Fat 32) is a kdelibs problem, not a KGet one. The other points you raised should be seperate wishes, otherwise it will get very confusing.