View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0006608 | MMW v4 | Podcasts | public | 2010-10-29 09:06 | 2010-12-22 00:19 |
| Reporter | Ludek | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.0 | ||||
| Target Version | 4.0 | Fixed in Version | 4.0 | ||
| Summary | 0006608: Updating podcast progress bar is no longer needed | ||||
| Description | As discussed offline there are 2 issues with the old "Updating podcast..." progress bar 1. It is no longer needed for downloading of individual episodes, because the duplicate progress is under the "Downloads" node 2. The "Updating podcast..." could be eliminated entirely, because it takes usually several seconds to check the feed, or at least changed from current "Updating podcast... <Podcast> - <Episode>" to "Updating podcast... <Podcast>" so that it doesn't blink when changing <Episode> (usually 30 times in a second) when parsing the feed XML. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1321 | ||||
|
|
Reminder sent to: rusty Rusty, what's your opinion? I'd eliminate both. |
|
|
I agree with the idea, if we can deal with the following issues: The current progress bar gives an indication of the podcasts' download status when the user is in the Podcast Subscriptions node so they're able to see how far along progress is in terms of the individual podcast. It also shows the full list of podcasts to be downloaded, so the user has an idea of what else is coming up. A simple solution to this would be: a) The 'Download' node should appear as a persistent tree node if tracks are being downloaded (bug 0006504) b) The 'Download' node should show all podcasts in the download queue instead of just the track that is currently being downloaded Note: When the number of downloads reaches 0, the numeric indicator to the right of the download node can be deleted (i.e. it should only appear if there are > 0 downloads). |
|
|
Fixed in build 1321. Note that the "Updating podcast... <Podcast>" progress is left so that user could see that MM is updating podcasts and could terminate the task (it can take up a minute for several large podcast feeds) |
|
|
Verified 1337 |
