jymyj

jymyj ·

The message is reported by the browser.

Actually, it adds it and starts playing the newly added album if no track is playing, so stepping forward in the play queue. That is the reason of my confusion.

I checked the MPD code and it appears that MPD matches strings as they are (both the search string and the tag string). So, the MPD client won't make any difference. This is an MPD issue, indeed.

When searching in my local collection only, or everywhere, the issue occurs, as shown below with a simple example:

Indeed, I missed it. By the way, what is the reason to have named "Personalized Radio" what is actually about the collection's playlists built on rules?

Clear!However I am a bit concerned because a process could always be killed for some reasons, and therefore it would leave the database in "locked" state. Is there any mean to proceed with a 'Clear Update Lock' directly via the API (not via the setup page)...

I did as you asked and the result looks different : Since the collection.sq3 file’s timestamp matches the cron job execution time, I gess it worked.What is the mechanism that you use to keep track of an already running update job ? Is there a file somewher...

The cron job has been installed but everytime it runs the following string appears at the standard output: Already Updating Collection!The RompR log follows. I digged a bit inside the code but the simple_query method of the data_base class is quite obscu...

I have in mind to write a systemd service that would run periodically to detect changes in the collection and then update the RompR covers cache. Is it possible to proceed so through the API?

The problem was actually the prefs folder. Albumarts now load fine! Many thanks for your kind and efficient support. One last point: I noticed that all the covers are copied in the albumart folder (for caching purposes I guess); will a copy be refreshed if...

Here is the nginx error log. I have also included a complete trace of the browser (Firefox) interaction with the RompR app. It shows that the ...

The permissions are right. More importantly, I configured RompR to use mine. Therefore it should search in the music folder.

This is it! Nginx replacing lighttpd and, under Fedora, the following adjustments make things right:

• Where the "nginx" user should be owner of a file, make the "apache" user the owner instead (this is because php-fpm runs as the "apache" use...

I replaced lighttpd with nginx, but the situation is even worse... no UI on the screen, only a blank page like no php processing occurred. Here are the relevant logs of php-fpm, which seem to point to a permission issue although the nginx user is the own...