View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0009776 | MMW v4 | Podcasts | public | 2012-10-04 00:19 | 2012-10-11 17:07 |
Reporter | lowlander | Assigned To | |||
Priority | none | Severity | minor | Reproducibility | always |
Status | closed | Resolution | no change required | ||
Product Version | 4.0.7 | ||||
Summary | 0009776: MediaMonkey attempts to download YouTube links in Podcasts | ||||
Description | Seen in: http://feeds.feedburner.com/creepykitch http://feeds2.feedburner.com/AllGamesConsidered MediaMonkey attempts to linked YouTube videos. | ||||
Additional Information | YXP-503219 | ||||
Tags | No tags attached. | ||||
Fixed in build | |||||
|
I haven't been able to find ticket YXP-503219 in eSupport, both sample feeds works fine and there are no youtube links, all the links are like http://feedproxy.google.com/~r/AllGamesConsidered/~5/0mtk9xop86M/agcnews092512-64k.mp3 and MM downloads them as MP3 (tested 4.1.0.1602). |
|
http://feeds.feedburner.com/creepykitch does feature non media file media links like http://feedproxy.google.com/~r/CreepyKitch/~5/6NG8ESgz29U/Xj3JLTM_FOk and http://feedproxy.google.com/~r/CreepyKitch/~5/gf49mlxBj3k/hTkcqutbS7E&fs=1&source=uds which redirect through to YouTube. This generates errors on Podcast update. |
|
OK, but this seems to be correct behaviour, if MM cannot download it (like in case of YouTube links then MM logs it in the error dialog so that user knows that the file failed to download) |
|
I think it should only log supported download failures and not unsupported. Either way the problem is that the error dialog interferes with MM operation as it pops up on each error (if user is quick and closes it each time) and every time the Podcast is downloaded again. Furthermore it cancels operations the user may be undertaking in MM itself. |