| Summary: | amarok forgets that it has downloaded podcast episodes | ||
|---|---|---|---|
| Product: | [Applications] amarok | Reporter: | Mathias Panzenböck <grosser.meister.morti> |
| Component: | Podcast | Assignee: | Amarok Developers <amarok-bugs-dist> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bart.cerneels |
| Priority: | NOR | ||
| Version: | 2.1-SVN | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
|
Description
Mathias Panzenböck
2009-04-11 00:37:29 UTC
I've investigated this and it seems the podcast episode remembers it's playableUrl just fine, but it is not loaded when restoring the session on startup. I think we need to implement Collection::trackForUrl on the SqlPodcastProvider to make this work. SVN commit 952617 by shanachie: Implement TrackProvider::trackForUrl in SqlPodcastProvider and make sure it's registered with CollectionManager before restoring The Playlist. BUG:189328 M +5 -0 playlist/PlaylistModel.cpp M +23 -3 podcasts/sql/SqlPodcastProvider.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=952617 What am I making wrong, when I do svn up I get: $ svn up At revision 951942. Which is obviously older than 952617. @Mathias: KDE's AnonSVN servers are currently out-of-sync, and the admins are on holidays or something. Workaround: Check out via websvn, like this: "svn co svn://websvn.kde.org:443/home/kde/blah...." PS: You will have to make a completely new checkout for this, you can't just svn update. @Mark: Thanks! However, I still get the http:// urls when dragging the episodes in the playlist. Do I have to delete the old subscriptions and subscribe again? I don't want to click "Remove Subscriptions" because in Amarok 1 this delete all podcast episodes (instead of removing the subscription only). I use custom locations to save the episodes to, but back when I used the default location the behaviour was the same. > However, I still get the http:// urls when dragging the episodes
in the playlist.
That should not happen. Are you sure those episodes have finished downloading before you drag them?
Yes I am sure. E.g. there is the episode: http://chaosradio.ccc.de/archive/chaosradio_144.mp3 I downloaded it using amarok and now this local file exists: /home/panzi/audio/chaos-podcast/chaosradio_144.mp3 And the configured destination directory for the podcast episodes is: /home/panzi/audio/chaos-podcast The feed url is: http://chaosradio.cc…haosradio-latest.rss Erm, ok there is the next bug when copying the feed url. Here the real url is: http://chaosradio.ccc.de/chaosradio_express-latest.rss The only other podcast I have currently subscribed (and shows the same behaviour) is: http://chaosradio.ccc.de/chaosradio-latest.rss I redownloaded one episode just to see if that changes anything. It does. Newly downloaded episodes seem to be remembered. However, they still get the file:// prefix, which causes amarok to think it's a stream and you cannot read or even edit the id3 tags. Pity that the old episodes aren't detected as downloaded. Amarok should scan the target folder of the podcast feed in order to detect whether episodes are already downloaded (maybe downloaded with another program or an former amarok installation where the database got lost). |