More and more often desktop settings reset after reboot

I haven’t tried Wayland on my old i5 2500K yet either. I’d rather wait until it’s official.

Is the issue you describe in your OP happening on Wayland, or on Xorg?

on Xorg

Damn, I’d hoped, I’d be on to someting out of mere inutition!

:disguised_face:

1 Like

I had the same issue. It went away when I selected my own wallpaper, but that may have been a coincidence.

Possibly, because I choose my own wallpaper every time, but that doesn’t seem to do any good. I also changed the user rights of /home/$USER with sudo chown -R -v $USER:$USER /home/$USER, because it seemed at least possible to me that there was a file maybe write protected, but also without result.

Quite a few issues like yours in the past already, with some solutions, here and there:
https://searx.be/search?q=arch%20linux%20kde%20plasma%20updates%20break%20user%20settings&categories=general

Yes, it is spreading …

Seems like KDE is treated somewhat stepmotherly by the Arch team. I cannot seem to find as much issues like that on other distros?

:elf:

At least I found a bug report here:

https://bugs.kde.org/show_bug.cgi?id=356899

but CLOSED FIXED???

Oops, reminds me of Gnome treating their user-input. Those 2 DEs are more marketing-driven, than tech-driven imo. When the developers move out, and the marketing-department takes over… we know it, commercials aren’t far away anymore in FOSS, thanks to theses guys.

This one closed for being duped.

1 Like

Probably unrelated as well, but do you use Latte?

Well, we have been able to limit the problem to KDE. I guess the only thing left for me and the other annoyed people is to wait for 5.26 … :face_with_peeking_eye:

Comments:

DescriptionMarc2022-01-30 19:06:06 UTC

SUMMARY I am trying to change my avatar or email address in systemsettings → users. For my avatar picture, I’ve tried a picture from my phone (.jpg) and also the standard avatars that are available. When I click apply the message “Could not get permission to save user xxx”. I think this is the same message that appears, when I click cancel in the PolicyKit1 window, but the window doesn’t open. When I try to change my sddm theme in systemsettings → Startup and Shutdown → Login Screen (SDDM) the PolicyKit1 window does show up and I can enter my password and everything just works fine. STEPS TO REPRODUCE 1. Open systemsettings → users 2. Select different avatar or enter an email adrees 3. Click apply OBSERVED RESULT Error message “Could not get permission to save user xxx”. EXPECTED RESULT PolicyKit1 window opens, I insert my password, no error message and avatar or email are set. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux; Kernel: 5.16.3-arch1-1 (64bit) (available in About System) KDE Plasma Version: 5.23.5 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION I installed Arch freshly on this device where the bug happens so it never worked on this system (I already tried reinstalling all packages and I already reinstalled my system).

Comment 1Marc2022-01-30 19:53:01 UTC

I have another laptop with Arch and KDE installed (pretty much the same setup on the laptop that has the bug), but the system on this one is not freshly installed. I tried changing my avatar or email and it worked. Afterwards I updated my system (using pacman) and it doens’t work anymore. So this bug seems to be in a current version of the systemsettings or it’s dependencies. (Unfortunately I didn’t update this laptop very recently, because I just use it sometimes, so maybe this bug is a little bit older). I don’t know how I can provide useful information for solving this problem, but I would like to help!

Comment 2Viorel-Cătălin Răpițeanu2022-01-30 21:03:04 UTC

I can confirm that I’m also unable to change my user settings (like email) from the users kcm.

Comment 3Antonio Rojas2022-01-31 12:03:49 UTC

*** Bug 449395 has been marked as a duplicate of this bug. ***

Comment 4Antonio Rojas2022-01-31 12:05:29 UTC

Caused by the update to accountsservice 22.04.62

Comment 5Antonio Rojas2022-01-31 13:16:25 UTC

Offending commit is https://gitlab.freedesktop.org/accountsservice/accountsservice/-/commit/d5847d8d012d4a2a659f890c210ad10031a9cf3d

Comment 6Antonio Rojas2022-01-31 18:59:03 UTC

*** Bug 449423 has been marked as a duplicate of this bug. ***

Comment 7Antonio Rojas2022-02-02 08:13:42 UTC

*** Bug 449484 has been marked as a duplicate of this bug. ***

Comment 8Nate Graham2022-02-02 16:57:54 UTC

Does anyone know if this is an upstream regression that’s being fixed, or is the breakage expected/unrevertable and we have to adapt to it?

Comment 9Antonio Rojas2022-02-02 17:48:15 UTC

(In reply to Nate Graham from comment #8) > Does anyone know if this is an upstream regression that’s being fixed, or is > the breakage expected/unrevertable and we have to adapt to it? This seems completely intentional: https://gitlab.freedesktop.org/accountsservice/accountsservice/-/merge_requests/46#note_378985

Comment 10Nate Graham2022-02-02 18:28:27 UTC

Darn. Guess we gotta fix it.

Comment 11John2022-02-02 18:46:09 UTC

(In reply to Nate Graham from comment #10) > Darn. Guess we gotta fix it. Haha – bro my bad i break it to often then i should be; just be happy your not as busy to fix my errors :smiley:

Comment 12Nicolas Fella2022-02-03 19:39:33 UTC

*** Bug 449567 has been marked as a duplicate of this bug. ***

Comment 13Bug Janitor Service2022-02-03 19:59:49 UTC

A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1433

Comment 14Nate Graham2022-02-03 21:57:59 UTC

Git commit efddc639b7f1443e643787e841893a5700f07742 by Nate Graham, on behalf of Jan Blackquill. Committed on 03/02/2022 at 21:39. Pushed by ngraham into branch ‘master’. kcms/users: set interactive auth flag The accounts service requires this now. M +18 -7 kcms/users/src/user.cpp https://invent.kde.org/plasma/plasma-workspace/commit/efddc639b7f1443e643787e841893a5700f07742

Comment 15Nate Graham2022-02-03 21:58:34 UTC

Git commit 2885bcfacbf49f8292b8567f0b710efc30b7e57d by Nate Graham, on behalf of Jan Blackquill. Committed on 03/02/2022 at 21:58. Pushed by ngraham into branch ‘Plasma/5.24’. kcms/users: set interactive auth flag The accounts service requires this now. (cherry picked from commit efddc639b7f1443e643787e841893a5700f07742) M +18 -7 kcms/users/src/user.cpp https://invent.kde.org/plasma/plasma-workspace/commit/2885bcfacbf49f8292b8567f0b710efc30b7e57d

Comment 16Canoe2022-02-09 21:17:42 UTC

Just a quick confirmation that this issue still exists in ; KDE Plasma Version: 5.24.0 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2

Comment 17horen@mac.com2022-02-10 01:37:46 UTC

I can confirm, the bug still exists in Plasma 5.24.0 Framework: 5.90.0 Qt Version 5.15.2 Only the error message changed: It now reports “Something went wrong during saving !”

Comment 18Antonio Rojas2022-02-10 06:59:46 UTC

The bug is fixed as far as KDE is concerned. What you are seeing is a different, upstream issue. https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/98

Comment 19locutusofborg2022-02-13 15:22:42 UTC

This bug still exist. Would of thought the fix would of been released with the Plasma 5.24.0 update.

No, just sometimes in the morning I have a …

I thought you had a :carrot: in front of your nose!

:wink:

Am I a donkey?

None of this has ever happened to me. My KDE install on EnOS was September 2020. It was immediately customised to how I like it and I change a few things occasionally. It seems strange. Your own settings are in your /home/user/ directory and should not get altered by KDE or anything else, unless you made changes elsewhere in the system that would be in the root directories. :man_shrugging:

Sorry, I can’t tell donkeys from sheep.

:rofl:

hm … :woozy_face:

1 Like