Red Hat Bugzilla – Bug 241210
kdm does not use $HOME/.face.icon
Last modified: 2017-01-27 10:35:05 EST
Description of problem:
When choosing another face with kcontrol kdm does not pick up this face and show
the default one instead.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. use "kcmshell userinfo" to choose antother face (will be saved as
2. make sure "FaceSource=PreferUser" is in /etc/kde/kdm/kdmrc (this is the default)
3. logout or restart kdm
/usr/share/apps/kdm/faces/.default.face.icon is used
$HOME/.face.icon should be used instead
When deleting /usr/share/apps/kdm/faces/.default.face.icon no face would be
shown at all.
This also happens with different kdm themes like KuiX
Wierd, I did just this yesterday, and ~/.face.icon WORKSFORME (kinda neat too).
Oh, wait, I *think* I did have to change perms on my home directory (added a+x),
lemme go check...
(In reply to comment #1)
> Oh, wait, I *think* I did have to change perms on my home directory (added a+x),
> lemme go check...
You're right. After changing permissions of the home directory to 755 it works.
In this bug report in kde bug tracker it is said, that the face.icon must be
readable by user "nobody": http://bugs.kde.org/show_bug.cgi?id=110797#c3
yep, that was it (confirmed).
Not sure if there's anything we can do about that kde-wise (I'm assuming kdm is
dropping root privledges?) I wonder how gdm functions under similar conditions
of a permission contrained homedir?
Either way, NOTABUG?
(In reply to comment #3)
> yep, that was it (confirmed).
> Not sure if there's anything we can do about that kde-wise (I'm assuming kdm
> is dropping root privledges?) I wonder how gdm functions under similar
> conditions of a permission contrained homedir?
> Either way, NOTABUG?
Think so. but we should put a note in the release notes.
clearing release note flag for old bug