GNOME Bugzilla – Bug 590474
Podcast entry disappears from display during download
Last modified: 2009-11-19 13:02:04 UTC
Entries in a given podcast feed disappear after the download begins and before it is finished. I can tell from network traffic that the download is continuing. I also get a message that the download is complete, if I am in a different window from the one in which Rhythmbox is located. This behaviour just started happening this week. I updated to rhythmbox-0.12.3-1.fc11.i586 on my fc11 box on 29 July. That may well have been when the problem began. The impact is fairly minimal as I am getting my podcast downloads. However, I can not see download status or manage the podcast in any way from the Rhythmbox UI.
This could be a duplicate with bug 588170.
Does this happen for all podcasts, for all episode in some podcasts, or some other subset? What happens when the download is complete? Does the episode reappear?
For me it happens for all podcasts. They disappear after they're downloaded and they don't reappear. I'm running rhythmbox-0.12.4-3.fc12.
(In reply to comment #2) > Does this happen for all podcasts, for all episode in some podcasts, or some > other subset? > > What happens when the download is complete? Does the episode reappear? All podcasts. They disappear before they are finished downloading, and they do not reappear.
Created attachment 143145 [details] output of rhythmbox -D podcast when downloading actually occurs (and thermometer goes up) the issue of podcast (was trying lkml summary podcast from 09/08) is visible, but when the issue is downloaded it evaporates from the list and it doesn't appear ever again (even after restart of RB).
Still alive and well with rhythmbox-0.12.5-1.fc12.x86_64.rpm, could reproduce 100% ... just right-click on the podcast issue and let it be downloaded. Without any further touch to RB, it downloads and evaporates a second or two after download is complete. The result of command rhythmbox -D podcast 2>&1 \ |grep -v 'eel_strdup_strftime does not support non-standard escape code' is on http://mcepl.fedorapeople.org/tmp/rhythmbox-bgo-590474-log.txt (for some reason bugzilla doesn't want to accept attachments from me)
Created attachment 146251 [details] downloaded podcast end up in "Missing files" And yes, truly the file isn't there (when looking to the Security Now! folder)
Reporter, do you have Podcasts stored in the directory which is in your Library? I mean, I had Library in ~/archiv/music and Podcasts in ~/archiv/music/Podcasts. When Podcasts moved to ~/.cache/rhythmbox/podcasts everythng seems to be working.
Thanks, I think you've found the cause of the problem. Everyone who is seeing this problem: do you have library monitoring enabled?
Moved mine to ~/.cache/rhythmbox/podcasts and it works just fine. They had been in my Music Library directory.
*** Bug 600226 has been marked as a duplicate of this bug. ***
Bug 600226 makes the connection with library monitoring, so I guess that's it.
Created attachment 146681 [details] [review] possible fix This should work, but since I haven't been able to reproduce this reliably, I'd like someone who can to test it a bit.
I am willing to test. Please send me instructions on how to install. I can make from source, if that is the preferred route.
(In reply to comment #13) > Created an attachment (id=146681) [details] [review] > possible fix > > This should work, but since I haven't been able to reproduce this reliably, I'd > like someone who can to test it a bit. Unfortunately, no, even with Fedora/Rawhide packages from http://mcepl.fedorapeople.org/rpms/ my podcast is removed after download when the podcast directory is under Library. Works without problems when the directory is outside.
Created attachment 147767 [details] [review] another possible fix
I've committed the second patch, and I'm pretty sure it fixes the problem, so I'm closing this bug. Please reopen if you can reproduce this with 0.12.6 or later.