GNOME Bugzilla – Bug 465354
Podcast downloads not resumed after restart
Last modified: 2020-03-17 08:17:59 UTC
Hi, when downloading a podcast, closing banshee and starting it again the download is not resumed. Bye Debian Bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436897
Please specify the latest version of banshee you have been able to test this against or let us know that this is no longer a problem. Thank you for helping us keep track of your bug.
0.13.0 and .1, it's still a problem.
Hi, I'd like to have this feature too. The problem right now is that Banshee fails to download a lot of podcasts for me, for no apparent reason (even with the patches people have submitted in bugs [1] and [2]. The problem is made worst by the fact that when a download fails (even at 80-90% of the file), Banshee starts over instead of resuming when it left off. This is not the solution to the other bugs in Banshee's podcasting capabilities, but it would surely make it less frustrating. Cheers, [1] http://bugzilla.gnome.org/show_bug.cgi?id=538397 [2] http://bugzilla.gnome.org/show_bug.cgi?id=536047
There are two separate bugs being described here. IIRC Banshee's JobScheduler calls CancelAll on dispose. The podcast plugin responds to the event by canceling (as opposed to stopping) running downloads and removes the partially downloaded file. I believe that is what the OP is reporting. Your problem sounds different (a lot like [1] actually. [1] was a major (1000x Major) bug in the podcast plugin.) The plugin makes every attempt to resume a download that was interrupted, but there are a number of cases where this is impossible (e.g. the HTTP server doesn't support range requests.) The OP's problem can be addressed by adding something like an "On Quit" flag to the cancel event allowing event handlers to respond differently during program tear down. Your problem may disappear in the next release. Are you running git master? If so, which podcasts fail to download for you?
Hi Mike, I think you're right, although I don't quite follow your explanation. In any case, I've patched my version (1.4.3) of banshee with the files found in [1] and [2]. This definitely helps with some of the podcasts I was having trouble with, but in general I have to keep my fingers crossed when I'm downloading podcasts. As far as I can tell, even relatively small (say, 15MB) files can fail to download if they take too long. One of the worst is "On the Media" from NPR: http://www.onthemedia.org/index.xml Cheers
Bulk changing the assignee to banshee-maint@gnome.bugs to make it easier for people to get updated on all banshee bugs by following that address. It's usually quite apparent who is working on a given bug by the comments and/or patches attached.
This "bug" is also present in version 1.8.1. I am not sure, if it has been fixed in 2.0.1 or not.
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.