Other alternative is using standard Windows File Explorer instead of Browse button, e.g. paste image file from Explorer to artwork list. The cause of problems is still unclear, we made some adjustments and hopefully it will work better in the upcoming 2027 version.

I've been having this problem, and it was driving me nuts! Just reverted to v5.0.5.2695 and it seems to be working fine.

@Matt001: I did not mean you should move your music files to C drive! I was talking only about placing one track/album to local disk (C), it could be separate copy of any album, not scanned to DB, used just for this test. We just need to test, whether you will be able to reproduce it with "always local" files.
I don't know how Dropbox sync works exactly, but I expect that there are only shadow copies (something like links) on the disk and only when needed, a file is physically downloaded from Dropbox, only temporarily. This could make difference in your tests.

Thanks Bosley, all data is useful even if your issue resolved by itself. But, there is an problem here for it to have happened to you in the first place and because you know you didn't try anything that led to it resolving itself, you know it can reoccur any time..

In fact MiPi, I read your message and will do that suggestion (circumventing Dropbox) because I came on today to do another Debug log file on my 3rd option below that previously did not cause it to freeze. I thought that would help you establish why that worked when the first two (very similar) options caused it to freeze. However (Bosley) that 3rd variation now also freezes the program i.e. your fix isn't certain to continue.

Right-click on Album - Properties - Artwork - Browse = Freeze/Crash
Right-click on Album - Properties - Artwork - Lookup Image - Browse = Freeze/Crash (and callstack error msg)
Right-click on Album - Lookup Image - Browse = Did NOT Freeze yesterday.. - but now does Freeze.

Meaning no solutions work and users (me) cannot browse artwork without the program freezing and needing to be shutdown.
MiPi I will send the debug files by reply to your support email then try to move some music out of Dropbox local PC folder onto my C-Drive

But today when I did a debug log I tried 'Right-click on Album - Properties - Artwork - Lookup Image - Browse' and it did NOT freeze. So I then tried the first variation 'Right-click on Album - Properties - Artwork - Browse' and that also did NOT freeze. This messed up my plan to show a debug file log of one variation not working and one variation working.

Later they both caused it to freeze. So MiPi this shows that if I do the test of moving music to the C-Drive off Dropbox... how can we know Dropbox is the reason because 'using localised PC Dropbox folder files' also worked today and did NOT freeze for a while but later caused it to freeze.

From your test I might then think that is the solution and move all my music to the C-Drive and later it freezes again. It's not a conclusive test (but I will do it and send a debug file to you)

Hi All,

OP here, sorry for the delay. Fyi, I am on version 2024.2.2.3222

Weird thing is that the day I originally posted this, I was having the problem non-stop. I posted this thread, went out to do some yardwork for several hours, and when I came back the issue disappeared completely. I had not even restarted my computer.

I haven't had the problem since. I'm sure that's of limited assistance, but that's my experience so far...

-Bosley

Matt, it is only hypothesis, I do not have Dropbox, I only analyzed the log and it is the only thing which makes some sense. Could you confirm, that it is ok when you open Properties - Artwork - Browse on some file, which is not placed in Dropbox folder? I did not mean you should move all your albums away, only temporarily place some music file e.g. some newly downloaded to your Documents folder and scan it. Just for test, to confirm, that I was right. After test you can delete it from MM library and move it where you like. Or in fact you can simply drop it to Playing list and open properties without scan.
Re "System call to system's open file dialog" - Windows have built-in standard functions, which programs can call. One of such functions is one, which opens standardized Windows "Open file" dialog, so it looks nearly the same in all programs and has the same look and functions. In case everything works ok, we call this function and receive result - what user selected in this standardized dialog (in our case path to image file to tag). In your case we call it - and the call freezes, instead of opening dialog and enabling you to choose the file.

Could the others having the same problem confirm, they use Dropbox for media files?

Thank you MiPi, that is wonderful news! So the freeze bug will only affect MediaMonkey users who use Dropbox for their music files. We can then hope Windows fix that bug between a Dropbox Explorer folder and Media Monkey but meanwhile users can use my workaround to update artwork (Right-click on Album - Lookup Image - Browse = Does NOT Freeze).

Sadly no, I can't use a different folder since I have my music files (and all files) in Dropbox in order to safeguard against loss/viruses. If I move the music files to a C-drive local folder and re-route Media Monkey to find them there, if my PC dies they are lost.
Btw, Unless Dropbox or you had updates, this freeze didn't occur last year for me or user Bolsey who started this thread and who mentioned it was recent (I wonder if that helps your team investigate?)

You are more intelligent than us MiPi, I don't know how to improve the 'system call to system's open file dialog opening in Dropbox folder' and if I speak to your equivalent at Dropbox he won't be able to help as he won't know your software right? If you think of anything to try (or wording I can give Dropbox IT) please do reach out for all of us with Dropbox and MediaMonkey.

According to the log the issue is with system Explorer, maybe with Dropbox shell extension. It is not our script addon, which blocks the program, it is system call to system's open file dialog opening in Dropbox folder... As I wrote in ticket, please try the same in different folder not within Dropbox. Your workaround maybe works just because the dialog is opened in different folder.

That works fine here. I did run into this a bit ago, but explorer.exe was likely the culprit as it often freezes and needs restarting.

Right-click on Album - Properties - Artwork - Browse = Freeze/Crash
Right-click on Album - Properties - Artwork - Lookup Image - Browse = Freeze/Crash (and callstack error msg)
Right-click on Album - Lookup Image - Browse = Does NOT Freeze..

That (finally) allows users to delete wrongly associated artwork & select the correct artwork for both tag and local file. Then (oddly) you still need to Right-click on Album - Properties - Artwork and delete wrongly associated artwork that are still there (despite having done it from the Right-click on Album - Lookup Image - Browse method).

This is a 'workaround' for me. I hope it helps other users (like Bosley) whilst MediaMonkey developers make the program even better & fix this bug. p.s. it's entirely possible this workaround doesn't last

I have news.
We established from Bosley and myself that Media Monkey freezes after right-clicking any album, properties and Artwork then ''Browse'. I have just tried a slight variation (which I hoped to have been a work-around). Instead of clicking 'Browse' I chose 'Look up image' (that function worked and did not freeze the software) and from that screen there is another 'Browse' button. Upon pressing that in that screen it froze the software again (forcing a Ctrl-Alt-Del reset) but this time generated an error message.
Callstack: Script: file:///mminit.js ; Func: undefined ; Row 339 ; Col 9
Perhaps your developers would suggest disabling some type of script add-on that resolves it which we can then suggest to future members?

Thank you Lowlander. Apologies to correct you but this chain began with similar reports (Bosley » Mon May 25, 2026 8:08 pm). I'm afraid it is a big problem. You see, users cannot fix it themselves yet if they try to browse any artwork for a song.. ..MediaMonkey malfunctions & crashes.
So I very much am grateful someone is looking at the log and I can do more of them if your guys need it or perhaps video my screen as the crash occurs? (must be software that does that)
Thank you for your time improving things

We have no similar reports at the moment, but the log will help identify why this happens on your setup.

Many thanks Lowlander. Increasing faith in the support of this software since you have been responding/assisting (thank you). I have completed the instructions (Ticket #17180: "Attaching Debug Log to Board 'Crash upon Album Artwork Browse'"). Would be great to get it fixed since many customers must be affected if it crashes when you are only clicking on an album's Properties/Artwork. Can only Control/Alt/Delete to Task Manager shutdown the app even with the debug version. I have asked the developer updates you so you can update the case for others to find in future

Please capture a crash in a debug log (step 4b) and attach the log to a Support Ticket: https://www.mediamonkey.com/forum/viewtopic.php?t=86643

This will help a developer analyze why this happens on your setup.