View Issue Details

IDProjectCategoryView StatusLast Update
0003696MMW v4Otherpublic2009-11-12 21:08
Reporterrusty Assigned To 
PriorityimmediateSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version3.0 
Fixed in Version3.1.2 
Summary0003696: Podcasts: Downloads don't start as soon as MM starts
DescriptionAs reported by a user, MM should probably initiate podcast update as soon as MM restarts. At the moment it does so after a bit of time so the user has to manually initiate the update.
Additional Informationhttp://www.mediamonkey.com/forum/viewtopic.php?t=21264
TagsNo tags attached.
Fixed in build1290

Activities

Ludek

2007-10-02 22:44

developer   ~0011127

Last edited: 2007-10-02 22:58

This is not a bug/issue.

e.g. If a user choose
Check for new episodes: [Every Week]^
and starts MM several times a day then MM should not check podcasts automatically after each start!

I think that now it works correctly:
i.e.
It starts the process in 30 seconds from MM start.
This is because there are often the others threads running in the first 30 seconds of MM start up process. So the podcasts are waiting to update for 30 seconds.

rusty

2007-10-03 13:17

administrator   ~0011150

Per discussion, since it's annoying to some users who start up MM and want to listen to their podcasts, and since there's no danger to starting the thread right away, we may as well do so.

Ludek

2007-10-03 13:36

developer   ~0011151

Fixed in build 1083,
it starts in 1 second after MM start up.

Ludek

2009-06-22 12:43

developer   ~0018466

Last edited: 2009-06-22 16:34

As discussed with Jiri we should start podcasts little bit dalayed (it should start within 5 or 10 seconds). The reason is that if we start it immediatelly it could slow down the other processes that needs to be done after MM startup.

Assigning to Rusty for confirmation.

rusty

2009-06-22 14:34

administrator   ~0018467

ok

Ludek

2009-06-22 16:32

developer   ~0018469

Added 10 seconds timeout in build 1300.

Owyn

2009-06-22 20:55

updater   ~0018472

Agreed. Without the delay you can get "MM appears to be frozen" errors on slow systems at startup. I remember seeing the problem on a WXP P3-1000 system.

Ludek

2009-11-11 13:30

developer   ~0019664

Shouldn't we merge it into 3.2 now?

Ludek

2009-11-11 13:59

developer   ~0019666

Merged into 1290.

rusty

2009-11-12 21:08

administrator   ~0019704

Verified 1290.