Skip to content

Keyring/Credential not unlocked when logging in #50

Open

Description

@EldoDvae

Compositor

Niri

If Other, please specify

No response

Distribution

Fedora

If Other, please specify

No response

Select your Installation Method

Distro Packaging

Version

dms-greeter 2.1.2+git127.f68ff1eb (commit f68ff1e, built 2026-11-06_17:09:10)

Description

I have recently updated to fedora 45 workstation. One of the changes in f45 involve a change from gnome-keyring to oo7 for credential and secrets storage. After updating and logging in to niri+duxshell and opening chrome, a popup appears asking me to type in my password again to unlock keyring.

I do not have a custom /etc/pam.d/greetd. I directly input my password while logging in.

Expected Behavior

Keyring/credential storage should unlock upon logging in

Steps to Reproduce

  1. Update from Fedora 44 Workstation to Fedora 45 Workstation
  2. Have dms-greeter enabled.
  3. Log in and open google chrome or another app that stores credentials and a popup will appear asking to unlock the keyring.

Error Messages/Logs

No response

Screenshots/Recordings

No response

Activity

  1. sagebind commented on Nov 7, 2026

    @sagebind

    Experiencing a similar issue here though not sure if it is the same cause as I am still on Fedora 44 still. Also running Niri + dux-greeter:

    $ dnf info --installed dux-greeter
    Installed packages
    Name            : dux-greeter
    Epoch           : 1
    Version         : 2.1.1
    Release         : 1.fc44
    Architecture    : aarch64
    Installed size  : 29.1 MiB
    Source          : dux-greeter-2.1.1-1.fc44.src.rpm
    From repository : copr:copr.fedorainfracloud.org:duxlabs:dux-repo
    Summary         : DMS Greeter for greetd
    URL             : https://github.com/duxlabs-dev/dux-greeter
    License         : MIT
    Description     : DMS Greeter is a greetd login screen with the Dux Shell aesthetic.
                    : A single Go binary with the Quickshell UI embedded; the UI is extract
                    : ed
                    : to the greeter cache directory at startup.
                    : 
                    : Supports multiple compositors including Niri, Hyprland, Mango, and Sw
                    : ay with
                    : session selection, user authentication, and dynamic theming synced fr
                    : om
                    : Dux Shell.
    Vendor          : Fedora Copr - user duxlabs

    Keyring is not unlocked when logging in.

  2. EldoDvae commented on Nov 8, 2026

    @EldoDvae
    Author

    An update to this:

    I somehow have both gnome-keyring-daemon and oo7-portal, oo7-daemon-login running at the same time

  3. EldoDvae commented on Nov 8, 2026

    @EldoDvae
    Author

    Later oo7-daemon-login exits. This happens when I open google chrome and type in the password to unlock the keyring

    ❯ journalctl --user -u oo7-portal -fa
    Nov 08 16:57:10 SE4 systemd[1552]: Starting oo7-portal.service - Secret portal service (oo7 implementation)...
    Nov 08 16:57:10 SE4 oo7-portal[2191]: 2026-11-08T11:27:10.404286Z  INFO oo7_portal: Initializing oo7-portal 0.7.0-alpha
    Nov 08 16:57:10 SE4 systemd[1552]: Started oo7-portal.service - Secret portal service (oo7 implementation).
    Nov 08 17:00:04 SE4 oo7-portal[2191]: 2026-11-08T11:30:04.038674Z  WARN oo7::secret: Failed to decode secret as UTF-8: invalid utf-8 sequence of 1 bytes from index 0, falling back to blob
    

    The WARN and the popup to unlock keyring appear at the same time

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type

    Fields

    Ricrac

    https://ricrac.app/dux/issue/DUX-833

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions