for testing purposes I put about 10 MP3 files in the musicBox directory. They appear fine in the artist / album sections and can be played without issues.
However, when I search for that artist (or substring) with the search set to “Local files”, the system does not return any result and is stuck with the loading circly (“loading data from musicbox. please wait”).
Something very similar came up in #mopidy earlier. Musicbox uses the uri prefix 'local:' for searching local files but the sql local library wants something slightly different. If you change to the json local library (and rescan) it should work again. Not sure who needs to address this...
No problem; I’ll try my best to provide a bugfix version within the next couple of days. Now that I got MusicBox up and running (sort of), I’ll also do more testing on that platform.
I tried upgrading it. One thing: the local-images extension uses the /images url by default. It can be set in the settings of the new extension, but then another problem arises: the startup script of Musicbox cannot handle an ini setting like [local-images] (the dash is not supported in the external bash ini-reading script)
Not that it’s helping right now, but with https://github.com/mopidy/mopidy/issues/587 implemented you would hopefully not need to do your own config file parsing, just use mopidy config ... to get and set config.
I just installed musicbox 0.52 and retested the search to see whether there were any changes for the local search since 0.51. Problem is still there, though.
One more thing: After a search (not only in local search), there are tabs for “Artists” and “Albums” directly underneath the search button. Below those tabs is a tracklist with the results.
What is the “Artists”/“Albums” thing used for?
It does not respond to clicks and does not add any information.
In addition ( or i just didn’t notice before), the browsing local files by Folder does not work correctly.
I put some folders mit Mp3s in the MusicBox directory (so not on USB). In the web interface I saw the folders but only the first folder showed any contents. Mopidy log did not show any error and a correct number of files scanned during startup.
Running
pip install --upgrade Mopidy-Local-SQLite
updates the extension from version 0.8.1 to 0.9.2 which resolves the issues.