Delete server rules button does not delete rule.

[yehuda1491]

@girish still haven't heard from Dan.
FYI I have no idea if this is relevant, but on both v0.11.13 & v0.12.0 in env.production ENABLE_CONFIG_CACHE=true, and in v0.11.13 diagnostics ENABLE_CONFIG_CACHE is true, but in v0.12.0 diagnostics ENABLE_CONFIG_CACHE is false.

[nebulon]

I was following the upstream defaults here https://github.com/pixelfed/pixelfed/blob/v0.12.0/.env.docker#L70 also the app itself does not build anymore with config cache enabled. The mentioned docs link in pixelfed is also sadly outdated.

[yehuda1491]

@girish @nebulon
Per Dan: ENABLE_CACHE_CONFIG must be set to true after installation (and FALSE before installation), seems like its causing a lot of issues so I will fix this after work

[yehuda1491]

@girish @nebulon A person I know says they fixed the issue, but I don't know how this relates to cloudron/docker:

"Btw, I was able to get pixelfed working I had to do the setting permissions step again

cd pixelfed
sudo chown -R http:http . # change user/group to http user and http group
sudo find . -type d -exec chmod 755 {} ; # set all directories to rwx by user/group
sudo find . -type f -exec chmod 644 {} ; # set all files to rw by user/group

(replace http in http:http with the user you run pixelfed as with the systemd service) then after this, i did

php artisan cache:clear

and then these

php artisan config:cache
php artisan route: cache
php artisan migrate --force

from the upgrade steps now it all works"

[yehuda1491]

@girish @nebulon Dan is working on my test server now...

[dansup]

Hello, Pixelfed developer here. I am working on a fix for this, and I apologize about the inconvenience this has caused!

[nebulon]

@yehuda1491 thanks for keeping us in the loop. Presumably some folders need to be moved to read/writeable locations for the cache if it is enabled during runtime then.

[nebulon]

Just quickly tried to enable cache during runtime, but it didn't seem to change the settings situation (also can't detect any actual errors). Let us know if there are any ideas we should test there.

[dansup]

@nebulon I just released a new version!

[nebulon]

@dansup hi and welcome here! I am just trying the new version here. Should the ENABLE_CACHE_CONFIG=true be set during runtime then?

[dansup]

@nebulon Yes, I added a fallback to handle the initial race condition before the database is configured so it will work as expected!

Let me know if you have any issues or questions, and btw, I posted from my main fediverse account with a link back to this thread in case you wanted verification that I am in fact who I say I am!

https://mastodon.social/@dansup/112398832338424229

[nebulon]

@dansup unfortunately the new app version seems to behave the same on Cloudron with or without the confic cache set https://git.cloudron.io/cloudron/pixelfed-app/-/commit/512f3767c3bd6a54b4992c201d979d2a7623a86e

The actual values are never stored persistently it seems, like submitting the settings form like branding will succeed status code wise, but a reload of the settings page will reveal the defaults.

[dansup]

@nebulon Hi, I'm looking into this and will get back to you shortly!

[yehuda1491]

I'm starting to get discouraged about this...

[nebulon]

@yehuda1491 it appears that @dansup is pretty much a sole developer of pixelfed, so maybe if you have the ability to help debugging it would probably speed up the fix.

[yehuda1491]

@nebulon I wish, but coding is not my skillset. It's cool, I understand people have limited time and energy they can donate to the community.

[jkammerer]

hello @nebulon ,
i see you updated the package to 0.12.1. I made a fresh install of the app. Still i can't get the admin panel to work. Any changes in settings are dropped immediately. Is this broken only on cloudron installs? Pixelfed seems to be used widely. Is there some kind of workaround? Editing the env.production file?
Is @dansup aware that the issue persists?

[girish]

@jkammerer the package was updated to the latest tagged release and to use the latest PHP 8.3 . AFAIK, the issue still persists.

[jdaviescoates]

@dansup said in Delete server rules button does not delete rule.:

@nebulon Hi, I'm looking into this and will get back to you shortly!

Thanks! What did you discover? Does adjusting and saving settings work elsewhere? Or is this only a problem with the Cloudron package?

[andi1357]

Hello. I have the same problems with the admin dashboard. I have now noticed that in the profile settings, under manage discover settings, the options set are not saved, even though the system says it was saved successfully. But the next time I open it, everything is gone again.