View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004044 | MMW v4 | Other | public | 2007-11-28 05:19 | 2007-12-17 03:56 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.0 | ||||
| Fixed in Version | 3.0 | ||||
| Summary | 0004044: Podcasts: sometimes download in the wrong order | ||||
| Description | Try subscribing to: http://www.airamerica.com/premium/podcast.php?pid=4 --> Podcasts download in the wrong order, which means that if only a few podcasts are configured to download, the 'wrong' ones will download! This doesn't occur with iTunes. | ||||
| Additional Information | Also reported at http://www.mediamonkey.com/forum/viewtopic.php?t=22961 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1117 | ||||
| related to | 0004118 | new | If a Podcast doesn't have a date specified, MM should infer it from the Title or Filename |
|
|
Fixed in build 1110. The podcast needs to be re-subscribed so that the download order is right! Note: The problem was that http://www.airamerica.com/premium/podcast.php?pid=4 have unknown <PubDate> (release date) for all its episodes (i.e. the podcast doesn't correspond to the podcast specification http://www.apple.com/itunes/store/podcaststechspecs.html ). Therefore iTunes doesn't show the release date at all and consider it as unknown, I use the date of updating in the case that the date tag is missing from feed XML. In that way MM is more smart than iTunes and tries to guess the release date although this info is not presented in the feed XML. |
|
|
Tested 1115. There are still a couple of issues: 1) For the Air America podcast: although the tracks are downloaded in the correct order, they are listed in inverse order on the iPod (Podcasts on the iPod are normally listed most-recent to oldest). 2) ALL podcasts seem to download with the Date field set to the downloaded date. Shouldn't it be set to the date of the Podcast (in fact I thought that this was previously the case). At the moment, when browsing Podcasts in MM it's very difficult to tell what the order of episodes is (tested with the following podcasts: http://news.com.com/html/ne/podcasts/daily_podcast.xml http://rss.cnn.com/services/podcasting/newscast/rss.xml http://www.theonion.com/content/feeds/radionews I would think that the Podcast's date should be in the Date field, and that if the Podcast doesn't have a date specified, MM should infer it from the Title or Filename. |
|
|
Re: 1) I cannot test, I am not at home and I am missing the iPod cord. I am going to check over this tomorrow. Re: 2) In case of http://news.com.com/html/ne/podcasts/daily_podcast.xml there were another problem why the date was not read correctly. Fixed. in case of http://rss.cnn.com/services/podcasting/newscast/rss.xml http://www.theonion.com/content/feeds/radionews all seems to work fine. i.e. <PubDate> tag is extracted correctly. Yes, if the date is missing, MM could infer it from the title/filename and in the case it is missing from title/filename anyway the download date should be used. Maybe something to do for MM 3.1 |
|
|
Verified 2 in 1116. Re-opening for clarification on item 1. |
|
|
Re item 1: It was not a problem for the specific podcast, but this occurs for all podcasts. Nevertheless they are synched in the correct order, but they are shown in the reverse order just in MM user interface. Fixed in build 1117. |
|
|
Verified 1119. |
