Save default language setting locally as a fallback
Describe the bug
It getting reset back to English, when everything else saving well
Steps To Reproduce
Preferences -> General tab -> Default post language
Logs and/or Screenshots
Instance Backend
Mastodon
Operating System
Linux
Package
Flatpak
Troubleshooting information
No response
Additional Context
No response
Is your instance backend actually mastodon? That gets saved on your instance / not locally.
I can maybe add a fallback if it fails to store it locally.
FWIW, the network error should be printed in logs, run tuba with G_MESSAGES_DEBUG=Tuba flatpak run dev.geopjr.Tuba and reproduce it.
No, it's snac (no option in issue template) and also I'm using my Ipv6 subject - could be an issue in your opinion? Does it works for you? I believe that's listing item save bug, because other switchers are working (saving on dialog close).
Basically, most settings are local, which you can see here flatpak run --command=gsettings dev.geopjr.Tuba list-recursively dev.geopjr.Tuba, but 1-2 of them are saved in your server so they can be synced across clients. The default language and post visibility are 2 of them.
snac2 doesn't seem to implement the language one yet (https://codeberg.org/grunfink/snac2/src/commit/f321905d4bcdd4ae5b344f9b743ecdac35e3672f/mastoapi.c#L3511), let me open an issue. If you ran Tuba from the command line, it would print the error message probably.
https://codeberg.org/grunfink/snac2/issues/388
saved in your server so they can be synced across clients
Thanks a lot! I'm just a newbie in ActivityPub, the reason on server side, closing so.
Tbh, I think it's a nice suggestion to save it locally if saving it to / retrieving it from the server fails
Just sent the solution by PR https://github.com/GeopJr/Tuba/pull/1420 which is work for me.
I made this patch: https://github.com/GeopJr/Tuba/commit/9220d7917ae8f36a158cf579aa15156220653cc8 (branch) even believe it could be implemented without hardcoded values.