Bug 336994

Created attachment 95711 [details]
User Manager, not showing user 1002

Created attachment 95712 [details]
KUser, showing user 1002

Same here, Plasma 5.4.3/Framework 5.16.0 on a fully updated Arch Linux, see screenshots.

However, my case is much simpler: I just created three new users in user manager without problems (all of them are able to login).

When I returned later to the user list, one user is missing (except when being logged in as that particular user).

See also https://forum.kde.org/viewtopic.php?f=66&t=129490.

I have encountered exactly the same symptoms with kubuntu 15.10.  User 1002 is not shown in user manager.

paul@desktop:~$ apt-cache policy user-manager 
user-manager:
  Installed: 4:5.4.2-0ubuntu1
  Candidate: 4:5.4.2-0ubuntu1
  Version table:
 *** 4:5.4.2-0ubuntu1 0
        500 http://mirror.ox.ac.uk/sites/archive.ubuntu.com/ubuntu/ wily/universe amd64 Packages
        100 /var/lib/dpkg/status

Exact same issue.  I did 'userdel' and removed the home folder but nothing has changed.  Because of this I also can not add permissions correctly through the gui as it does not know there is any other user beside me.

I too have this problem on Kubuntu 16.04 with Plasma 5.5.5.

Additionally, in a different, somewhat opposite case, I have found that for a different user I had to delete the account, log out, and delete same user again, in order to finally get that user to disappear from the login screen and the User Manger in System Settings...

I have found that KUser from the repos is more reliable than the tool that's integrated into System Settings.

On May 8th 2015 I added accounts for my 2 nephews.
The younger nephew username "simon" uid 1001 is missing in kcontrol. He only logged in that very day and never again (no idea, if he even remembers his password).
The older nephew username "tobias" uid 1002 logged in a few times (last on June 16th 2016) and is showing in kcontrol as expected.

I've created a new user, showing up fine and also deleted the new user. But simon is still lost, despite the switch-session-screen offers him for login.

@Gus thanx for the KUser tip, now I can at least change his password, should the need arise.

There have been intermediate release-upgrades of Kubuntu ... apport claims I started out with 14.04, working up all the way through 14.10, 15.04, 15.10 and finally 16.04 now

Still unresolved for me with user-manager 5.7.4-1 (on Arch Linux).

I had the same problem and I found a workaround to solve it.

By looking at the source code, it seems that User manager uses a cached list of users. If an user was created and it didn't manage to cache it, it will appear in /etc/passwd but won't be present in systemsettings. Fortunately, you can manually cache the user. Type the following in the commandline (replace <username>):

qdbus --system --literal org.freedesktop.Accounts /org/freedesktop/Accounts org.freedesktop.Accounts.CacheUser <username>

Make sure the user was cached using :

qdbus --system --literal org.freedesktop.Accounts /org/freedesktop/Accounts org.freedesktop.Accounts.ListCachedUsers

The workaround looks promising, but unfortunately does not work for me - the list of cached users is the same before and after and does already include the missing id.

So still unresolved for me with user-manager 5.8.3-1.

Workaround works for me in Plasma 5.9.0.

Still unresolved for me with plasma 5.9.4 on Kubuntu.  Furthermore, I'm unable to add a new user via system settings -> User Manager.

The work around in comment 9 does not work for me.

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

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

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

I'm currently using Gentoo Linux with the following packages:

a. lightdm-1.18.3 (with the patch in Gentoo Bug Report #605370 for non-systemd installations, although I believe that is irrelevant as far as this bug is concerned)
b. lightdm-gtk-greeter-2.0.1-r1
c. plasma-meta-5.9.5
d. accountsservice 0.6.43-r1

Below is a work-around for this bug, which works in my case. Steps 5 to 7 only apply to SDDM (I use LightDM and have not checked if the steps below are a work-around for an installation using SDDM). The other steps apply to both LightDM and SDDM.

1. I created a 96x96 PNG avatar /home/fitzcarraldo/Pictures/Avatars/Fitzcarraldo.png

2. I edited the file /var/lib/AccountsService/users/fitzcarraldo to contain the following (replace 'en_GB.utf8' with your language)

[User]
Language=en_GB.utf8
XSession=plasma
SystemAccount=false
Icon=/var/lib/AccountsService/icons/fitzcarraldo	

3. I made sure that file has 644 permissions

clevow230ss fitzcarraldo # ls -la /var/lib/AccountsService/users/fitzcarraldo
-rw-r--r-- 1 root root 104 Aug  5 16:43 /var/lib/AccountsService/users/fitzcarraldo	

4. I copied the avatar to the relevant directory and made sure it has 644 permissions

clevow230ss fitzcarraldo # cp /home/fitzcarraldo/Pictures/Avatars/Fitzcarraldo.png /var/lib/AccountsService/icons/fitzcarraldo
clevow230ss fitzcarraldo # ls -la /var/lib/AccountsService/icons/fitzcarraldo
-rw-r--r-- 1 root root 12667 Aug  5 16:23 /var/lib/AccountsService/icons/fitzcarraldo	

5. I also copied the avatar to ~/.face.icon (possible SDDM requirement, I believe)

fitzcarraldo@clevow230ss ~ $ cp ~/Pictures/Avatars/Fitzcarraldo.png ~/.face.icon	

6. I edited /etc/sddm.conf and changed the path of FacesDir as shown below

# Face icon directory
# The files should be in username.face.icon format
#FacesDir=/usr/share/sddm/faces
FacesDir=/var/lib/AccountsService/icons/

7. I put a copy of the avatar in FacesDir with the file name I believe SDDM requires

clevow230ss fitzcarraldo # cp /home/fitzcarraldo/Pictures/Avatars/Fitzcarraldo.png /var/lib/AccountsService/icons/fitzcarraldo.face.icon	

8. I rebooted (logging out is not sufficient).

I now have the avatar Fitzcarraldo.png on LightDM's GTK Greeter screen, on the KDE Plasma 5 Lock screen, in 'System Settings' > 'Account Details' > 'User Manager', and at the top of the KDE Plasma 5 Application Launcher menu.

I recommend not using 'System Settings' > 'Account Details' > 'User Manager' until the bug is squashed, but you can copying the avatars of the other users in your installation to /var/lib/AccountsService/icons/ and add/edit the other users' files in /var/lib/AccountsService/users/ as I explained above. I have always used the utility superadduser on the command line to add new users (if it's not available in your distribution then use your distribution's usual command-line commands to add a new user). I have now used it to add a new user, and then I manually repeated the process I described above. The avatar of the new user is displayed correctly everywhere it should be, and my own account's avatar is still displayed everywhere it should be. So I can achieve everything without touching 'System Settings' > 'Account Details' > 'User Manager'.

I've been investigating further. 'Missing' users are displayed in the User Manager GUI if I launch System Settings using ksudo:

$ kdesu5 systemsettings5	

If I do that, a user who is not shown when System Settings is launched either by using the command 'systemsettings5' in a Konsole window or by using the KDE Application Launcher, does appear in the 'User Manager' GUI.

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

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

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

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

I can reproduce this bug. Please set status to "confirmed". Thank you.

We could not yet confirm if the bug is in the user-manager, or in the accountsservice.

I'm seeing this also, on Gentoo with systemsetting 5.10.5 - multiple users "missing."  What can I do, or info can I provide to help track down?

Of course as soon as I posted that, I discovered what is likely my issue, but may or may not affect anyone else.  In my case, the "missing" users, have id's below 1000.  In my case, this is because those users were originally created on a different system, years ago, but I migrated and upgraded over the years, and didn't want to change existing userid's.  At some point, I suppose I'll have to break down and do so.

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

There seem to be multiple separate issues

On Gentoo in particular AccountsService seems to be broken because of /etc/passwd and /etc/shadow mismatch on "old" installs: portage user is sometimes missing from /etc/shadow but is present in /etc/passwd. This causes AccountsService to go haywire. This can be fixed (back up your stuff beforehand) by regenerating shadow with pwconv. I'm not sure if /etc/shadow can be considered malformed in this case or it is worth reporting to AccountsService bugtracker.

Another problem is that we accidentally overwrite first item in the model when polling AccountsService via dbus with currently logged in user. This causes some other user to disappear from the list. If anyone wants to review the patch: https://phabricator.kde.org/D12837

Git commit ff88e24e4380a341f70f9b005acbce2ae9afa60a by Valeriy Malov.
Committed on 16/05/2018 at 16:01.
Pushed by valeriymalov into branch 'Plasma/5.12'.

Split replaceAccount from addAccountToCache

Summary:
We were accidentally overwriting first account in the model with
currently logged in user after polling AccountsService

Test Plan: check if kcmshell5 user_manager lists mutliple users on cold boot

Reviewers: #plasma, davidedmundson

Reviewed By: #plasma, davidedmundson

Subscribers: davidedmundson, ngraham, rdieter, plasma-devel

Tags: #plasma

Differential Revision: https://phabricator.kde.org/D12837

M  +16   -10   src/lib/accountmodel.cpp
M  +1    -0    src/lib/accountmodel.h

https://commits.kde.org/user-manager/ff88e24e4380a341f70f9b005acbce2ae9afa60a

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

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