[Kget] [Bug 190440] New: KGet removes download of file when downloading to drive what ain't not mounted

[Fri Duh]

https://bugs.kde.org/show_bug.cgi?id=190440

           Summary: KGet removes download of file when downloading to
                    drive what ain't not mounted
           Product: kget
           Version: unspecified
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kget at kde.org
        ReportedBy: friiduh at gmail.com


Version:           2.2.2 (using 4.2.2 (KDE 4.2.2), Mandriva Linux release
2009.1 (Cooker) for i586)
Compiler:          gcc
OS:                Linux (i686) release 2.6.29.1-desktop-2mnb


If user is downloading file to external drive (USB-stick, external HD) and
stops the download and then umount the drive and close the computer to continue
other day. 

When the external device ain't mounted and Kget is started, it gives error that
it can not write to directory and it removes that download from the list and
does not place it just paused mode how it was stored. 

Even if after that the external drive is mounted and/or kget is restarted, it
can not continue the downloading because it does not know it has ever even
downloaded that file. 

This means on big files that after multiple hours the download is needed to
start again.

Problem comes too when user is not mounted the drive, but Kget is set as
konqueror download manager. Then user downloads new file via konqueror and Kget
gets started automatically and if user have not mounted the external drive
because of this (automatically downloads to home folder), the effort of big
file is gone. 

To fix this, the KGet should keep the information on it's list, even that
folder does not exist anymore. And allow this way the user to remount the
drive, restart the Kget/resume the downloading.

Currently if someone downloads data via Kget to home folder and quits the Kget.
Then deletes/moves the downloaded file to other place and starts Kget, it does
not give error but just 100% status. And if download was not finished, it shows
the process so far. So user can actually move back/restore the file and
continue the download.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.