https://bugs.kde.org/show_bug.cgi?id=422177
luca <luca.pedrie...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |luca.pedrie...@gmail.com
--- Comment #38 from luca <luca.pedrie...@gmail.com> ---
> 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
I can confirm this strange behaviour in Debian Sid and if you link the file (2)
in your $HOME it works!
--
You are receiving this mail because:
You are watching all bug changes.
