Bug 75263 - can't resume download, download starts over from the beggining, quit's working
Summary: can't resume download, download starts over from the beggining, quit's working
Status: RESOLVED WORKSFORME
Alias: None
Product: kget
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: KGet authors
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-02-15 06:46 UTC by ajax munroe
Modified: 2009-07-23 13:11 UTC (History)
4 users (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 ajax munroe 2004-02-15 06:46:00 UTC
Version:           v0.8.3 (using KDE 3.1.5)
Installed from:     (testing/unstable)
Compiler:          gcc version 3.3.3 20031229 (prerelease) (Debian)
OS:          Linux (i686) release 2.4.24-xfs

kget has lot's of un-resolved bug's, why don't you try using it in different situations so that you can fix this? the bug that is most severe is that there is NO TRUE CLIPBOARD MONITORING like FRESH DOWNLOADER has integrated into itself. I have cable modem but it only works at topspeed 14.0kb/ps..so if your me and it takes fourteen hours to download 700 megabytes of an iso image your going to be pretty ticked off when KGET cant resume the download! I suspect it even erases the image because it is also not found even after it has downloaded 448 MB. please fix this or force me to go back to using FRESH DOWNLOADER on WINDOWS.
Comment 1 ajax munroe 2004-02-15 06:49:03 UTC
Just trying to do my part to bring a bug free Linux system to the masses who are tired of using Windows.
Comment 2 Michael Carney 2007-06-02 00:48:34 UTC
Still broken in KDE 3.5.6, v0.8.5.

After downloading 2.5GB of a 2.7GB file, my DSL modem lost power (power outage). Computer was laptop, so didn't lose power. When power restored, transfer was listed as "stalled". kget *NEVER* tried to restart the transfer - as confirmed by wireshark. It just sits there. Selecting RESTART or PAUSE then RESUME results IN THE TRANSFER STARTING OVER FROM THE BEGINNING!

How totally useless, annoying... 

This is a basic feature that any other file transfer program manages to get right. Why can't kget do this??
Comment 3 Andrew Schulman 2009-06-27 09:10:46 UTC
Still broken in kget 2.2.4 (KDE 4.2.4).

Maybe if we didn't insult the kget maintainers, they'd be more inclined to fix this problem.

Maintainers, can we please set the status of this bug to confirmed, and severity to normal or major?  Two people have independently confirmed it, besides the reporter.  This is a fundamental feature of any download manager, that hasn't worked since 2004.

Thanks,
Andrew.
Comment 4 Matthias Fuchs 2009-07-03 09:28:44 UTC
Can you check what transfer-plugin is being used for your download?
Settings/Configure KGet/Plugins

Maybe KIO is used instead of Multi Segment KIO, that could be a reason for not resuming. It would be good if you could also post your transfers.kgt (you might want to remove the names of the files and urls before for privacy reasons) if such a case happens to you.

~/.kde4/share/apps/kget/transfers.kgt (pr ~/.kde/...)

Btw. restart is supposed to redownload everything from the beginning.
Comment 5 Andrew Schulman 2009-07-04 13:43:54 UTC
Well, I'm no longer able to reproduce this now, with or without Multi Segment KIO.  I know that it did happen to me before.  If I can find a reproducible case, I'll post it here.  Thanks, Andrew.
Comment 6 Carsten Pfeiffer 2009-07-23 13:11:14 UTC
Thanks, so I'll close the bug until you find a way reproduce it.