Bug 190440

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.