View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005585 | MMW v4 | Other | public | 2009-05-06 14:06 | 2009-05-15 10:15 |
| Reporter | Ludek | Assigned To | |||
| Priority | immediate | Severity | minor | Reproducibility | random |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.0 | ||||
| Target Version | 3.1 | Fixed in Version | 3.1 | ||
| Summary | 0005585: Podcast episode downloads may be incomplete (due to network interruption) | ||||
| Description | As reported here: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=38691 When network connection is interrupted then MM downloads incomplete episode. MM should report an error or at least doesn't download incomplete episodes. | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=38691 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1245 | ||||
|
|
Fixed in build 1244. |
|
|
Tested 1244 as follows: -Clicked Podcast node > Update all -While Podcasts were updating, blocked internet access for several seconds via the firewall -->Update processes just froze and never go away. No errors ever result because the process seems to be 'stuck'. Even right-clicking 'Terminate' has no effect! I'm not sure if this is a new bug, but it's definitely preventing appropriate errors from showing up. |
|
|
Rusty, which firewall you use? I've tested this with PeerGuardian2 and when I block HTTP the progress bar stops (pauses the download), but immediately after allowing HTTP the download progress continues without an error. If I test it by disabling internet connection then there is the expected error "Incomplete download" shown in the manner of issue 0000051. Note that if you run the "Update all podcasts" action then no errors are reported, because the same action can be performed also automatically for podcasts and error reporting is not indented here. So now the error is reported only if you run "Update podcast" action. But now (if 0000051 is implemented) we could add the error reporting also to the "Update all podcasts" action, because popped-up errors don't interrupt the whole process now. |
|
|
I tested with Zone Alarm and enabled the 'Internet Lock' to test this out. Also note that I was using the 'Update All' function to trigger the updates. btw, I would definitely expect that podcast error logging would work in all cases, including for 'update all'. Once you make the change, I'll retest. |
|
|
ok, 'Update all podcasts' now logs the errors same way as in case of individual podcast updating and the error log is shown at the end of of the 'update all podcast' process. Fixed in build 1245. Re: the Zone Alarm issue, I have installed Zone Alarm version 8.0.298.000 on Win XP SP2, MM build 1244 and I have no such issue, if I engaged internet lock then download progress pauses and immediatelly after I unticked the "Engage Internet Lock" then the download progress continues without an error. Try to re-test in build 1245. |
|
|
Retested in 1246 and: Using the ZA internet lock, or by disconnecting ethernet, MM correctly triggered the error dialog. However, if ZA 'Stop all internet activity' was enabled, then the thread froze, and MM could not be closed except via the task manager. (other network-based apps continued functioning correctly once internet traffic was re-enabled. |
|
|
Scratch that--it's working correctly in 1246 in both cases. In the 'buggy' situation, it just took a little longer for the error dialog to appear. |
