https://bugs.kde.org/show_bug.cgi?id=516638

            Bug ID: 516638
           Summary: System Settings > Users shows empty / cannot manage
                    systemd-homed users because AccountsService reports
                    LocalAccount=false (Arch Linux)
    Classification: Applications
           Product: systemsettings
      Version First 6.6.0
       Reported In:
          Platform: Arch Linux
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: [email protected]
          Reporter: [email protected]
  Target Milestone: ---

**Summary**
On Arch Linux with a **systemd-homed** user, *System Settings → Users* shows no
users (or cannot manage the current user). The user exists and is resolvable
via NSS, but KDE seems to rely on AccountsService marking the user as a “local
account”. For homed users, AccountsService reports `LocalAccount=false`, so KDE
ignores the user.

**Environment**
- Distro: Arch Linux
- Desktop: KDE Plasma (version: `<fill in>`)
- Frameworks/Qt: `<fill in if known>`
- AccountsService: `<fill in version if known>`
- User type: **systemd-homed** user

**Observed behavior**
- KDE System Settings → Users page is empty / does not list the homed user (and
related features such as fingerprint management may be unavailable).
- AccountsService exposes the user object on D-Bus, but reports:
  - `org.freedesktop.Accounts.User.LocalAccount = false`
  - `org.freedesktop.Accounts.User.SystemAccount = false`

Example commands/output:
```bash
busctl get-property org.freedesktop.Accounts
/org/freedesktop/Accounts/User60483 org.freedesktop.Accounts.User SystemAccount
# b false

busctl get-property org.freedesktop.Accounts
/org/freedesktop/Accounts/User60483 org.freedesktop.Accounts.User LocalAccount
# b false
```

**Expected behavior**
System Settings → Users should list and manage systemd-homed users (or at least
not hide them solely because AccountsService reports `LocalAccount=false`).

**Workaround / “fix” (AccountsService cache override)**
Creating an AccountsService cache entry for the user and setting
`LocalAccount=true` makes KDE show the user correctly.

Steps:
```bash
sudo systemctl stop accounts-daemon

sudo install -d -m 0755 /var/lib/AccountsService/users
sudo tee /var/lib/AccountsService/users/<username> >/dev/null <<'EOF'
[User]
SystemAccount=false
LocalAccount=true
EOF

sudo chown root:root /var/lib/AccountsService/users/<username>
sudo chmod 0644 /var/lib/AccountsService/users/<username>

sudo systemctl start accounts-daemon
```

**Verification**
1) Confirm the override file exists:
```bash
ls -l /var/lib/AccountsService/users/
cat /var/lib/AccountsService/users/<username>
```

2) Re-check D-Bus property:
```bash
busctl get-property org.freedesktop.Accounts
/org/freedesktop/Accounts/User<uid> org.freedesktop.Accounts.User LocalAccount
# expected: b true
```

3) Open *System Settings → Users*: the user now appears and can be managed.

**Notes**
- Initially, `/var/lib/AccountsService/users/` was empty on this system.
- This looks like an AccountsService/systemd-homed integration gap, but KDE
could potentially avoid hiding users purely based on `LocalAccount` when the
user is clearly present and not a system account.

---

### What to attach
- Output of:
  - `plasmashell --version`
  - `systemsettings --version` (if available)
  - `pacman -Qi accountsservice systemd`
- Your `busctl` outputs shown above
- Whether the account is created via `homectl`

If you paste your Plasma + AccountsService + systemd versions, I can tailor the
“Environment” section precisely.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to