3
Vote

Doppler fails to close podcast files after download

description

If I download a group of files and then go to Explorer to set the podcast genere Windows reports that one of the files is open in another program and it can't save it. If I close doppler then retry everything is fine.

comments

jonathanparker wrote Jan 26, 2008 at 8:31 AM

I think it is something to do with the File list because closing doppler and re-opening it has no effect.
This suggests that though the file handle is released when the application is closed it is re-opened when doppler
is restarted even though the download has already finished. I think this is because of the file list.

jonathanparker wrote Jan 26, 2008 at 8:36 AM

Scratch that I think it's WMP/iTunes that's causing the problem.

jonathanparker wrote Jan 26, 2008 at 8:46 AM

After more testing I've found that WMP definitely causes this problem.
If you had set it to not be visible before you start doppler then there's no problem.
If you don't select the file then there's no problem.
Once you select the file even if you deselect it and / or hide WMP it won't release the file handle.
I guess since we aren't going to support embedded WMP in the next release this isn't such a big issue.

AidenMontgomery wrote Jan 26, 2008 at 9:05 PM

What OS are you running on when duplicating this?
I have been trying to duplicate it and have had no luck.

jonathanparker wrote Jan 27, 2008 at 8:20 AM

Vista Business 32bit with WMP 11.0.6000.6344

AidenMontgomery wrote Jan 29, 2008 at 9:12 AM

I would like to clarify some things on this then.
When you are talking about WMP being visible, are you talking about the WMP inside the File List section of the Doppler application, or the full WMP?

I have just got the Doppler code onto my Vista 64 machine to start testing on there.

jonathanparker wrote Jan 30, 2008 at 9:57 AM

It's the plugin. I haven't tried testing with the full WMP open.

wrote Jan 30, 2008 at 9:48 PM

wrote Jan 30, 2008 at 9:50 PM

Resolved with changeset 9386.

AidenMontgomery wrote Jan 30, 2008 at 10:10 PM

** Closed by AidenMontgomery 1/30/2008 2:50 PM

AidenMontgomery wrote Jan 30, 2008 at 10:10 PM

Should not have closed this until it is proven to be working.

jonathanparker wrote Jan 31, 2008 at 11:51 AM

No luck. I still get the same behaviour.
I've tried setting it to play another file and it still doesn't release the lock. This is what happens with the full WMP.
As soon as you start playing another file it releases the lock. I don't know why the embeded version doesn't have the same behaviour.
Maybe you have to call some special methods before you start playing the next file.

jonathanparker wrote Jan 31, 2008 at 12:58 PM

I've discovered that even when the file has stopped playing the openState is set to 13 which is WMPLib.WMPOpenState.wmposMediaOpen.
The question is how to change the state.

jonathanparker wrote Jan 31, 2008 at 1:03 PM

This may be of use if we later want to add support for changing the genre etc. from doppler.

http://msdn2.microsoft.com/en-us/library/bb249022(VS.85).aspx

wrote Feb 4, 2008 at 11:20 AM

Associated with changeset 9457.

jonathanparker wrote Feb 8, 2008 at 12:12 PM

What is the fix you made? I still get similar results (I haven't tested extensively) with the updated binaries.

AidenMontgomery wrote Feb 11, 2008 at 6:34 AM

Apologies, this should not have been associated with changeset 9457. Those changes related to setting the genre of downloaded files. So nothing has changed for this issue.

wrote Feb 22, 2008 at 11:01 AM

wrote Mar 11, 2008 at 5:18 AM

wrote Feb 13, 2013 at 5:42 PM