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): kdebase-3.5.6-12.fc7 How reproducible: ever Steps to Reproduce: 1. use "kcmshell userinfo" to choose antother face (will be saved as $HOME/.face.icon) 2. make sure "FaceSource=PreferUser" is in /etc/kde/kdm/kdmrc (this is the default) 3. logout or restart kdm Actual results: /usr/share/apps/kdm/faces/.default.face.icon is used Expected results: $HOME/.face.icon should be used instead Additional info: 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 (http://kde-look.org/content/show.php/KuiX?content=56650)
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? Good question. > Either way, NOTABUG? Think so. but we should put a note in the release notes.
clearing release note flag for old bug