[SOLVED] MediaMonkey 2619 beta Change to Album's getThumbAsyc Method

[MyVikes]

I have a script to return the album art jpg's as B64 that started giving an error. As it turned out there was undocumented fix (https://www.mediamonkey.com/forum/viewt ... 86639&sd=d) for a longstanding issue in releases prior 2619 with the getThumbAsyc method (should be renamed getThumbLinkAsyc maybe?,
https://www.mediamonkey.com/docs/api/classes/Album.html) not returning the true absolute path.

I mention only because I'd implemented a workaround that then broke and in case anyone else had done something similar i might save them some effort.

So now the ask .....what i'm doing is returning a Base64 representation of the image to my mobile app and although this has worked fine and is good again and performance is great it seems like this could be a part of the standard set of MM5 methods for the Album object. It seems you must be doing this for the MM5 mobile app.

Thanks for the great app and your continued efforts to improve it!

[Ludek]

Can you please elaborate what do you mean by the change?

BTW: You have a typo there, it is not getThumbAsyc, but getThumbAsync

[MyVikes]

I did misspell the method...good catch.

The change i'm referring to is where the jpgs are stored.

The getThumbAsync method until 2619 was returning, for example:
"file:///MediaMonkey5/Thumbs/6B/838F1ZACIQ7Y23ME.jpg"
so I would replace
"file:///"
with
"file:///C:/Users/username/AppData/Local/"
to get the actual absolute path of:
"file:///C:/Users/username/AppData/Local/MediaMonkey5/Thumbs/6B/838F1ZACIQ7Y23ME.jpg"

And just now i realized that the path is in the
"file:///C:/Users/username/AppData/Roaming/MediaMonkey5/Thumbs" folder and not the "Local" folder.

This is the way it's worked since i wrote the routine until v2619. Since this was a config parameter for my script i just blanked out the value being substituted in and it was good again.

Thanks!

[Ludek]

The getThumbAsync method until 2619 was returning, for example:
"file:///MediaMonkey5/Thumbs/6B/838F1ZACIQ7Y23ME.jpg"
so I would replace
"file:///"
with
"file:///C:/Users/username/AppData/Local/"
to get the actual absolute path of:
"file:///C:/Users/username/AppData/Local/MediaMonkey5/Thumbs/6B/838F1ZACIQ7Y23ME.jpg"

And just now i realized that the path is in the
"file:///C:/Users/username/AppData/Roaming/MediaMonkey5/Thumbs" folder and not the "Local" folder.

This is the way it's worked since i wrote the routine until v2619. Since this was a config parameter for my script i just blanked out the value being substituted in and it was good again.

Thanks!

Ahh, yes, this was intentional per issue https://www.ventismedia.com/mantis/view.php?id=18991 (details there)