Playback options not being saved

[ceejayemm]

Was going to report this in amongst the issues with the earlier June releases but but it is still the same in 20230615. Option settings in the Playback Options screen are not being saved. I would normally:

Enable Bars Always On
Disable Time
Disable Volume (particularly when using Player / Bit-Perfect / No Volume)

However these are not being saved.

Chris

[ceejayemm]

@rern

I think this is being caused by the following error seen from journalctl -xe:

Jul 03 09:49:22 rAudio-1 nginx[314]: 2023/07/03 08:49:22 [error] 314#314: *740 FastCGI sent in stderr: "PHP message: PHP Warning: file_put_contents(/srv/http/data/system/display.json): Failed to open stream: Permission denied in /srv/http/cmd.php on line 17" while reading response header from upstream, client: 192.168.86.53, server: localhost, request: "POST /cmd.php HTTP/1.1", upstream: "fastcgi://unix:/run/php-fpm/php-fpm.sock:", host: "raudio-1", referrer: "http://raudio-1/"

The file /srv/http/data/system/display.json seems to exist and has apparently full access permissions:

rAudio-1:~ # ls -lrt /srv/http/data/system
total 20
-rw-r--r-- 1 http http 2 Jun 21 10:11 asoundcard
-rw-r--r-- 1 http http 5 Jun 26 17:00 'mixertype-bcm2835 Headphones'
-rw-r--r-- 1 http http 36 Jun 26 17:01 autoplay.conf
-rw-r--r-- 1 http http 138 Jun 26 17:01 multiraudio.json
-rw-r--r-- 1 http http 0 Jun 26 17:01 multiraudio
lrwxrwxrwx 1 http http 28 Jun 26 17:02 order.json -> /mnt/MPD/NAS/data/order.json
lrwxrwxrwx 1 http http 30 Jun 26 17:02 display.json -> /mnt/MPD/NAS/data/display.json
-rw-r--r-- 1 http http 0 Jun 26 17:02 usbautoupdateno
-rw-r--r-- 1 http http 36 Jun 27 10:15 autoplay
rAudio-1:~ #

BUT the file is actually stored in the SharedData area via a link and may be this is stopping it being accessed for write - because its already open by another system using this same Shared Data area?

I think the display settings like this should NOT be stored in the Shared Data area as they refer to an individual system setting NOT a shared setting (in my case). Each system should be able to have its own display settings as I might one system to have access, say, to the Volume and Time as this system controls its own volume output whereas another system might be connected to a BT Speaker where the volume is controlled by the speaker and so the system does not require the Volume control to be displayed.

Chris

[ceejayemm]

Any progress with this issue please ?

Thanks

Chris

[ceejayemm]

@rern
I can now confirm that this issue is caused by having some of the system config files stored in the Shared Data area. I had to re-flash my testing Pi 3A and used the stable candidate and the latest updates BUT (as a test) I did not enabled the SharedData option. All of the issues reported above went away. On my other systems still using SharedData they are still a problem, so I think the issue is due to multiple systems having access to the same system config files. May be the system config files should remain local when enabling SharedData ?

For me SharedData is really useful but not when it causes the issues identified here.

Regards.

Chris