Bug 190440 - KGet removes download of file when downloading to drive what ain't not mounted
Summary: KGet removes download of file when downloading to drive what ain't not mounted
Status: RESOLVED FIXED
Alias: None
Product: kget
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: KGet authors
URL:
Keywords:
: 215437 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-04-23 14:39 UTC by Fri13
Modified: 2010-02-09 15:52 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Fri13 2009-04-23 14:39:23 UTC
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.
Comment 1 Lukas Appelhans 2010-01-01 23:59:02 UTC
*** Bug 215437 has been marked as a duplicate of this bug. ***
Comment 2 Matthias Fuchs 2010-02-09 15:35:34 UTC
SVN commit 1087774 by mfuchs:

When loading Transfers do not check the source and destination as that was checked already when the Transfer was initially added.
BUG: 190440

 M  +0 -4      kget.cpp  
 M  +2 -1      kget.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1087774
Comment 3 Matthias Fuchs 2010-02-09 15:52:11 UTC
SVN commit 1087782 by mfuchs:

When loading Transfers do not check the source and destination as that was checked already when the Transfer was initially added.
CCBUG: 190440

 M  +0 -4      kget.cpp  
 M  +2 -1      kget.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1087782