UPDATE:
This problem has been resolved for me. As you can see in earlier posts, I tried reinstalling MM to fix this problem. Unfortunately that didn't work. However, I recently had to do a fresh install of my entire operating system because of hard drive failures. Anyways, after reinstalling my OS and MM, I restored MM from a backup. Then I opened MM and I noticed that the spinning aero peek bug was gone. It now works as it should. I'm not sure if it was the OS reinstall or the newest version of MM that fixed the problem. Or perhaps it was a combination of both? Either way, I am pleased to finally have aero peek working for me.

sigh..... It didn't work. I unpinned MM icon. Closed MM, ran MM pinned to taskbar. Same spinning circle.
Oh well. It isn't really that big of a deal, but now I have a personal vendetta against the bug.

Owyn,
I'd posted an incorrect url. It's now fixed. Thx.

gpzbc,
Project fallback's issue could occur if there's an incorrect MM shortcut pinned to the taskbar (even if there's no quicklaunch icon). Do you have a pinned MM icon in the taskbar? If so, try unpinning it, running MM, and then see if the problem is solved.

-Rusty

projectfallback wrote:Well, I solved the problem.

Turns out I had a shortcut to MM in my Quick Launch that was never changed or removed during any reinstalls or clean installs of MM.

It was running in Compatibility Mode for Vista SP2, although I don't remember setting that, but I must have.

Hmmm. I don't have a single icon in my quick launch. It seems that projectfallback's problem was unrelated to mine.

Ummm. I am stuck on the eSupport login when I try to view that link.

It might be an artifact of having just installed LastPass on this system. I tried using my forum login credentials but that failed.

projectfallback,

Thanks for the update. I'm sure some others will have this problem, so I added it to our knowledgebase:
EDIT -- corrected url: http://www.mediamonkey.com/support/inde ... icleid=136

-Rusty

Well, I solved the problem.

Turns out I had a shortcut to MM in my Quick Launch that was never changed or removed during any reinstalls or clean installs of MM.

It was running in Compatibility Mode for Vista SP2, although I don't remember setting that, but I must have.

Very embarrassed right now.

I sincerely apologise for any time the developers have put into investigating my problem.

I just tested this on a clean install and the problem persists.
I just sent in debug logs via PM.

I just sent in the requested debug log via PM.
I hope it all helps.

OK, I renamed Registry Key, %Local Appdata%\MediaMonkey and MediaMonkey\scripts to make it clean. MediaMonkey still shows installed extensions, as I did not rename C:\ProgramData\MediaMonkey, but this should not be a problem.

First Situation:
1. I let MM add my Music to the new DB.
2. I press the play-button with an empty playlist.
--> Aeropeek shows waiting cursor!

Second Situation:
1. Select all files in themain listview (about 9000).
2. Start "Get albuminfo from freedb". This takes about 2...3s until the dialog pops up telling me not to have an AudioCD in my drive.
--> During these 2...3s Aeropeek shows waiting curser with and without playback enabled.

I think there I could trigger some more situations like the two above, but I am sure to have an idea what is causing the issue:

A windows application does normally have only one main thread. All messages received by e.g. a click on a menu item or windows itself are handled in this one loop. This means if one message handler needs some time to be ready all other messages are queued but not handled. In fact this means a requested paint cycle (WM_PAINT) is not handled during this time, too. I did not study aeropeek-API, but I think it requests a paint operation from the main window/form, if user hovers the taskbar icon to get the image to show in the preview window. Now that e.g. "Get albuminfo from freedb" has been started a bit earlier and is executed in the main thread by default, the requested paint cycle has to wait. As soon as "Get albuminfo from freedb" is ready, aeropeek is updated correctly.

If I start "Get albuminfo from freedb" I get a waiting curser when pointing to the main form, too and I am unable to move the main window as these requests are not handled, too.

This would mean eighter to move all operations to different worker threads or to "cache" a bitmap of MM's mainform or current album art to be used by Aero Peek. So Aero Peek would always show the last valid image. As soon as a WM_PAINT is triggered, the bitmap is updated by a simple copy operation again.

Summary:

I did not test further scripts for being responsible for this issue, as I think the issue is caused by normal limitations caused by Windows' Message structure. Normally a message handler needs only few milliseconds to finish and therefore a paint request by aeropeek is executed quite soon.

Hope this helps you hunting the bug.

I'm grasping and am not sure that we'll find anything, but I'm hoping that perhaps it's related to the views used on your system. To be more specific about what I would like:

1 Rename /Program Files/MediaMonkey/Scripts to .../Scripts2
2 Uninstall MediaMonkey (this will get rid of any configuration settings stored to the registry, along with your C:\Users\gpzbc\AppData\Local\MediaMonkey\MediaMonkey.ini file)--if you prefer you can first change MediaMonkey.ini to MediaMonkey.ini.bak.
3 Rename C:\Users\Rusty\AppData\Local\MediaMonkey\MM.DB to ...MM.DB.bak
4 Install MediaMonkey, let it create new MM.DB, new MediaMonkey.ini, new registry entries, and scan your library
Then verify whether the bug occurs.

You can then change back to your old DB if you wish (filters / playlists / etc. will be retained--you'll just lose some view settings such as column order).

-Rusty

rusty wrote:--does the problem occur for you if you rename the scripts folder (e.g. rename to /noscripts and then restart MM)?

No, renaming the scripts folder does not seem to make any difference. The problem persists.

rusty wrote:-- If the problem persists, does it still occur on a clean install? (clean install=ununstall MM to delete registry settings & .ini settings + rename the scripts folder + manually uninstall the DB (rename it) ).

I have current backups, but I have to be honest, this makes me nervous. Help me understand. Do you want me to uninstall MM, and reinstall MM to test for this bug with none of my library present?

projectfallback, gpzbc,

I'm able to reproduce this problem on a transient basis, following Deathaxe's suggestion that MusicIP tagger can trigger the problem--i.e. in his case, it's clear that running the MusicIP Tagger addon can trigger the bug, but that the problem only occurs when the script is actively being used--the issue goes away once the script isn't being used. EDIT: further investigation shows that this particular case is related to the libraries used by the MusicIP script--rather than a problem that's generic to the addons framework. See: http://www.ventismedia.com/mantis/view.php?id=6185 .

Can you both tell me:
-does the problem occur for you if you rename the scripts folder (e.g. rename to /noscripts and then restart MM)?
-- if that gets rid of the problem, can you verify which plugins/addons, or view changes trigger the issue?
-- If the problem persists, does it still occur on a clean install? (clean install=ununstall MM to delete registry settings & .ini settings + rename the scripts folder + manually uninstall the DB (rename it) ).

Thanks for your help & patience re. this issue.

-Rusty

[Edited by Rusty: To indicate that I'm mostly interested in whether disabling scripts gets rid of the problem, and which scripts trigger it.]

I must confirm still having issues with Aero Peek function, too. Seems as it interferes with your scripting engine. I tested the following things:

1. No Playback and Mainform opened only: OK (Mainform shown)
2. No Playback Mainform and options dialog opened: OK (Mainform shown in aeropeek, but no options dialog)

3. Playback and Mainform opened only: OK (Album cover shown)
4. Playback Mainform and options dialog opened: OK (Album cover shown)

But now:

5. Playback is active and I am using e.g. MusicIP-Script to autotag my files: NOT OK. Both Aero Peek and the preview uppon Alt+Tab show blue circle only. As soon as MusicIP has tagged all files, the preview is updated and OK again. Other Search Scripts don't cause this trouble.

There are also some other situations causing MediaMonkey not to be able to show correctly in Aeropeek, but I have not been able to reproduce them and find out a reason.

I wonder if this is somewhat related to what I am experiencing? My system specs are very similar to projectfallback's.
http://www.mediamonkey.com/forum/viewto ... &sk=t&sd=a