Bug#1055108: /usr/libexec/gnome-remote-desktop-daemon: Every time I reboot my remote desktop password is reset
Jonathan Kamens
Version: 44.2-6
Severity: normal
File: /usr/libexec/gnome-remote-desktop-daemon
Dear Maintainer,
Every time I reboot, the remote desktop password, as shown in the
remote desktop pop-up from the sharing settings panel, is changed to a
new, random value.
I have two laptops running Debian testing. This only happens on one of
them. I am not sure why, but this may be relevant:
* Both computers are configured with automatic login.
* On the computer that does not have the problem described above, I'm
prompted immediately after reboot to enter my login keychain
password because it wasn't unlocked during login (because of
automatic login).
* On the computer that does have the problem described above, I'm not
prompted to enter my login keychain password until I open the
sharing control panel.
I have no idea why the two computers behave differently in this way
either.
jik
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: trixie/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-3-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages gnome-remote-desktop depends on:
ii dconf-gsettings-backend [gsettings-backend] 0.40.0-4
ii fuse3 3.14.0-4
ii init-system-helpers 1.65.2
ii libc6 2.37-12
ii libcairo2 1.18.0-1
ii libepoxy0 1.5.10-1
ii libfreerdp-server2-2 2.11.2+dfsg1-1
ii libfreerdp2-2 2.11.2+dfsg1-1
ii libfuse3-3 3.14.0-4
ii libglib2.0-0 2.78.0-2
ii libmutter-12-0 44.5-2
ii libnotify4 0.8.2-1
ii libpipewire-0.3-0 0.3.83-1
ii libsecret-1-0 0.21.1-1
ii libtss2-esys-3.0.2-0 4.0.1-3
ii libtss2-mu0 4.0.1-3
ii libtss2-rc0 4.0.1-3
ii libtss2-tctildr0 4.0.1-3
ii libwinpr2-2 2.11.2+dfsg1-1
ii libxkbcommon0 1.6.0-1
ii pipewire 0.3.83-1
ii wireplumber 0.4.15-1
gnome-remote-desktop recommends no packages.
gnome-remote-desktop suggests no packages.
-- no debconf information
Jonathan Kamens
One difference between the two systems that may or may not be relevant: the one where this problem is occurring has a fingerprint reader, the other one does not.
If I disable automatic login on the system having this problem and then log in with my password, this problem does not occur. If on the other hand with automatic login disabled I log in with my fingerprint, this problem does occur.
So it appears that on the system where I'm not having this problem, something in the login sequence is forcing GNOME to prompt for my keyring password on login and that happens before gnome-remote-desktop starts up, whereas on the system where I'm having this problem, that's not happening so when gnome-remote-desktop starts up it can't get to the password stored in the keyring to it creates a new, random password.