View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007670 | MMW v4 | Podcasts | public | 2011-04-17 02:10 | 2011-09-08 00:33 |
| Reporter | peke | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.0 | ||||
| Target Version | 4.0 | Fixed in Version | 4.0 | ||
| Summary | 0007670: Subscription, Download and playback Issues | ||||
| Description | There is still few annoyances when MM is handling Podcast subscriptions/downloading: 1. On new subscription MM should check Clipboard for String Beginning with http:// , pcast:// or itpc:// and fill Podcast URL 2. Video showing the error is uploaded "Error Dialog.wmv" uploaded on FTP 2a. In case of Error 404 on downloading Error dialog should be shown on the end not on first track 2b. In case you close Error dialog and than you right click on podcast -> Download it should not stack on old 404 errors. 3. Error dialog Show URL of non downloaded Podcast instead of Podcast title and user do not know what exact podcast is not downloaded (Adding Title as to URL should be enough and should not break Save as Playlist function) 4a. Playback of non downloaded podcast locks MM to play any track at all until response from podcast url is received. 4b. Starting playback of non downloaded podcast should initiate Download for that podcast and not handling it as URL stream 4c. Playing Non downloaded podcast should indicate that podcast is downloaded/listened 5. MM is locked and can't be closed when you unsubscribe to podcast during podcast update Podcast used in tests: http://kbia.org/podcasts/feeds/business-beat.php | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1392 | ||||
| related to | 0007534 | closed | Ludek | AV on subscribing to a specific podcast |
| related to | 0007948 | closed | Ludek | Error dialog shows only URL and not any info without any Podcast info |
| related to | 0008434 | closed | Ludek | Specific podcast fails to download |
| related to | 0011437 | closed | Ludek | Strange 'Node' error on attempt to download podcasts |
|
|
Decreasing priority to Urgent, but I think that most of the issues can be deferred even further past 4.0 release. |
|
|
1. Fixed in build 1368. 2. According to spec elsewhere in Mantis it is intended to show the download error as soon as possible, then hide the errors (in 10 seconds) and finally show all errors (in case user hasn't reacted to the errors). The bug here is that if user click [OK] button (to accept the errors) then the same errors should not appear again -> Fixed in build 1368. 3. Not fixed, this was created generally for whatever download error (not necessary related to podcasts). Can be fixed later with lower priority. 4a. Not sure what you think exactly, but in my case the playback starts immediatelly for valid URL links and for the deadlinks it skips them also immediatelly. 4b. I don't think so. Playing it as URL stream has advantages. e.g. user can seek in the URL stream immediatelly. 4c. I don't think that playling/listening needs to be somehow indicated (it is indicated on the player) and downloading is indicated in the Downloads node. 5. I cannot reproduce, works fine for me. |
|
|
1. Verified 1386 |
|
|
2. NOT fixed in 1387. It work only on initial subscription to podcast. 2c. It should be also applied on "Update (all) podcast" as there is no 10 Sec Timeout when you right click on podcast and select update podcast. Podcast used http://kbia.org/podcasts/feeds/business-beat.php and I also used custom settings to download all episodes 3. OK. I'll move it to new Bug 4. I still can replicate. Let me know if you would like that We initiate Remote Desktop session. 5. I still can replicate that also, but under different conditions as http://kbia.org/podcasts/feeds/business-beat.php for me podcast download have issues and while MM show downloading (xx) no matter if I Cancel Download I still can't exit MM |
|
|
6. User can't Unsubscribe Podcast if MM is downloading/query tracks from it. |
|
|
As discussed over IM, the trick for reproducing 4&5 is trying to initiate playback of podcast episode that is stalled at 0% This is reproducible only with the http://kbia.org/podcasts/feeds/business-beat.php podcast |
|
|
@Ludek Logs from Remote session and one eLog (.elf) is uploaded to FTP. |
|
|
4, 5, 6 fixed in build 1390. Re 2: it isn't bug, because it just continually tries to download files one by one. If it fails to download one file it reports the error and trying to download another. If it fails for the other file it adds the error to the error log. If user clicks [OK] then all the previous errors are cleared and the log is shown again only if it fails to download another queued file again. The problem with this podcast is that it fails to download almost all episodes and it is quite annoying when the errors are popping up again and again. Therefore I resolved it this way: the error is shown only if another download error hasn't been shown in last 3 seconds so that user can e.g. cancels all the downloads in the 3 second's timeout. |
|
|
4) Starting playback of non-downloaded Podcast episode and then using Next Track takes a while to switch to next track and on switch MM switches to Stop/Pause state instead of maintaining Play state. (Tested with: http://feeds.nos.nl/journaal?format=xml) 5) Unsubscribing from a Podcast that is being updated (just updating/no downloading) seems to work (hard to test). It seems to cancel updating of other podcasts (used update all podcasts) though. 6) This seems to work with (http://kbia.org/podcasts/feeds/business-beat.php), but after unsubscribing Podcast download errors still popup after unsubscribing for this Podcast when it should have canceled all downloads already. Download folder is also left with a 0 byte file when option to delete all episode files from PC was selected. 6) Verified on 1390 |
|
|
5 & 6 are fixed in build 1392. 4) Yes, it takes a while due to buffering etc., but in my case player remains in the play state (pause button is still visible) while switching the track or initiating playback of another track. |
|
|
Re 4: I can reproduce an unnecessary slowdown with the Vodcast you mentioned ( http://feeds.nos.nl/journaal?format=xml ), there is an unnecessary slowdown, because it is MP4 link and both f_aac.dll and f_aac_codec.dll try to play the link as audio, but detect a video stream and fail as expected, after that the f_video.dll continues playing. |
|
|
Confirming Fixes in 1428 |
