View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007950 | MMW v4 | Podcasts | public | 2011-06-13 21:08 | 2012-03-07 18:35 |
| Reporter | Ludek | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | feedback | Resolution | reopened | ||
| Product Version | 4.0 | ||||
| Target Version | 4.1 | Fixed in Version | 4.0 | ||
| Summary | 0007950: Issues with the downloads view | ||||
| Description | By testing we found several issues with the Download view (when the 'Downloads' node is focused and a downloading is in progress) 1) Ctrl+A doesn't work to select all downloads 2) Once an episode/file is downloaded then selection is lost 3) Hitting F5 causes the Downloads list to disappear! | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1392 | ||||
|
|
4) Drag and Drop of track to now playing do not work. It is for example useful when Users want to listen older podcasts while newer are downloaded while it is still in Queue |
|
|
Fixed in build 1390. |
|
|
1,3,4) fixed in 1390 2) Not fixed. Selection stays on position in list not selected item: 2a) Select Podcast episode downloading 2b) When download finishes the Podcast episode now in that position in the list is selected. I think here no file should be selected as selected file has been removed from list 2A) Select a non-downloading Podcast episode under the Podcast episode downloading (not the last Podcast episode in list) 2B) When Podcast episode finishes downloading, selection doesn't stay on selected Podcast episode but moves to next (it stays with list position, not specific file). 5) Canceling all downloading and queued downloads will switch queued downloads from queued to 0% before removing. This seems to occasionally (hard to reproduce) result in partial downloads for files that were queued. 6) Selecting an already downloaded Podcast disable context menu download. To reenable download you need to select another non-downloaded episode. This is similar to the issue of volume analysis when a video file is selected among audio files (http://www.ventismedia.com/mantis/view.php?id=7501). |
|
|
2 & 5 fixed in build 1392. Re: 6: An already downloaded file is no longer shown under the 'Downloads' node. Supposing that you mean a podcast episode shown under 'Subscriptions' node then it is intended to disable 'Download' menu item for already downloaded episodes, you must delete the downloaded episode first and then you can re-download it, it is related to issue 0007604 |
|
|
6) Yes, I was in the Podcasts > Subscriptions > Specific Podcast subscription node. If you select a non-downloaded and then a downloaded Podcast episode, the context download option is not there. If you deselect the downloaded Podcast episode the download option is still missing. Only after you select an other non-downloaded Podcast episode will it reenable the download option in the context menu. In this whole scenario at least one non-downloaded Podcast episode is in the selection. 7) PS. This doesn't bother me, but while testing 6 the actual download Podcast episode files had been deleted from the PC outside of MediaMonkey (I don't think that's relevant for problem 6 though). MM still showed the files as existent (no rescanning/dead links removal had been done) and consequently the context download option was missing. |
|
|
6) I.e. it should decide based on selection rather than on the focused file, right? Probably not a big deal either way, setting target to 4.1. |
|
|
6) Yes, if selection contains non-downloaded episodes it should offer the Download context entry and then be smart enough to only download those episodes in selection that haven't been downloaded. |
|
|
The problem here is that it would unnecesarrily downgrade performance, becuase every time the user would change selection, MM would need to go through all selected files (say 5.000) and check if there is at least one file with HTTP path. Therefore MM rather check this only for the focused track. Of course that if the focused track is HTTP track and the others selected tracks are not HTTP tracks then only the focused is downloaded as expected. |
|
|
Have we decided how to implement this? |
