Crash upon Album Artwork Browse

[Matt001]

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.

[MiPi]

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?

[Bosley]

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

[Matt001]

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)

[MiPi]

@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.

[ByronD]

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.

[MiPi]

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.