https://bugs.kde.org/show_bug.cgi?id=422177
Alex <2rb0a...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |2rb0a...@gmail.com
--- Comment #32 from Alex <2rb0a...@gmail.com> ---
(In reply to Nate Graham from comment #29)
> (In reply to Jon Intxaurbe from comment #28)
> > Is reasonable asking for an administrator's password to change my OWN
> > avatar?
> That's because it's copying the avatar to a location outside your home
> folder so that it can be visible to the login screen, because the login
> screen does not have access to read files inside your home folder.
I believe that you don't absolutely need admin privileges to change your own
data.
https://gitlab.freedesktop.org/accountsservice/accountsservice/-/blob/master/data/org.freedesktop.Accounts.User.xml#L401
I just did a simple test (1):
$ dbus-send --system --dest=org.freedesktop.Accounts --type=method_call
--print-reply=literal /org/freedesktop/Accounts/User$UID
org.freedesktop.Accounts.User.SetIconFile string:"${HOME}/avatar.png"
It worked like a charm, no questions asked. By the way, the user has neither
sudo privileges nor write permissions for /var/lib/AccountsService/icons.
Then I did the same with a world-readable file (2):
$ dbus-send --system --dest=org.freedesktop.Accounts --type=method_call
--print-reply=literal /org/freedesktop/Accounts/User$UID
org.freedesktop.Accounts.User.SetIconFile
string:"/usr/share/sddm/faces/root.face.icon"
The results are somewhat confusing:
- /var/lib/AccountsService/icons/$USER (1) is still in place after (2) and is
picked up by kickoff, kscreenlocker and sddm
- /var/lib/AccountsService/users/$USER contains the new (2) icon path and is
ignored by kickoff, kscreenlocker and sddm
Plasma: 5.20.4
Frameworks: 5.77.0
AccountsService: 0.6.55
--
You are receiving this mail because:
You are watching all bug changes.
