After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 553966 - Allow user to associate podcast feed with a downloaded file
Allow user to associate podcast feed with a downloaded file
Status: RESOLVED DUPLICATE of bug 341275
Product: banshee
Classification: Other
Component: Podcasting
unspecified
Other All
: Normal enhancement
: 1.x
Assigned To: Banshee Maintainers
Mike Urbanski
Depends on:
Blocks:
 
 
Reported: 2008-09-26 15:39 UTC by mxyzptlk
Modified: 2009-12-19 15:33 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description mxyzptlk 2008-09-26 15:39:49 UTC
Sometimes a feed gets messed up, or for some reason you need to add a feed which you already downloaded files/episodes from the past.  Rather than downloading them again, a handy feature would be something like a right-click and associate with a local file.  This way you don't have to download the file twice.

What would be even cooler is if once you add a podcast feed, Banshee could recognize if the episode/file already exists in the download location and automatically associates that file with that particular feed, getting rid of the need to download it again OR associate it with the local file by hand.
Comment 1 Arash Karimpoor 2009-03-18 14:25:53 UTC
gPodder is a Podcast receiver which uses a simple yet effective way for this particular situation:
When downloading podcasts it adds a ".partial" string to the end of the file and only removes it when the file is fully retrieved, which ends up with something like this:
pocast1.ogg
podcast2.ogg.partial
podcast3.ogg.partial
To the program, it simply means that any file (1) with the exact same name as in the podcast's xml, that is in the (2) folder hierarchy that it should be and (3) it doesn't have a ".partial" string at the end of it is a fully retrieved file.
And the way it acts to it is: tag the file in gPodder as a downloaded but not played file.
So in my case I can just download large videcasts with preferred download manager (something with resume support), don't change the name and just move it to the right folder hierarchy and then open my gPodder again. Also good for people who are migrating to banshee from another podcast receiver.

Same principle can be used in banshee, if considered good enough by developers of course.

Advantage of this way: ".partial" string and folder hierarchy is very easy to eye and simple to understand even for the very novice users, meaning that they can just open their podcasts folder, and without looking at any documentation, developers blog or... simply guess the way that banshee works with podcasts.
Comment 2 Gabriel Burt 2009-10-27 20:16:29 UTC
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.
Comment 3 Bertrand Lorentz 2009-12-19 15:33:00 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 341275 ***