Created attachment 1434461 [details] Gnome Shell 3.28.1 User Menu without Switch User menu item Description of problem: The gnome-shell Switch User menu item is missing from the (top right) User menu. Version-Release number of selected component (if applicable): $ gnome-shell --version GNOME Shell 3.28.1 How reproducible: Steps to Reproduce: 1. Click user menu 2. Click User name 3. Actual results: Only Logout and Account settings menu items are there Expected results: Additional info: This doesn't seem to happen on all of my systems. Disabling all extensions and restarting the shell made no difference. I am running gnome-shell on Xorg.
Same issue here on an upgraded F28 system (originally install was F25), reproducible with Xorg and Wayland. To add some more information, IIRC there's some code which is supposed to detect if GDM is running and only display the "Switch User" entry if it is. There seems to be some problem with that code: Whenever starting a new session from GDM, the "Switch User" entry is missing. But as soon as this session has once triggered the lockscreen (either timeout or manually locking the session) the "Switch User" entry becomes available. When then starting a new session for another user, the entry is missing again until that user/session triggers the lockscreen.
My system was also upgraded. But from F27 to F28 using dnf at the command line. Can confirm that the Switch user entry appears after changing user from the lock screen, which might explain why I only saw it periodically. I usually switch users with Ctrl+Alt+Fn, but my wife and kids tend to use the menu item. For now, as a workaround, they switch back to the main GDM login with Ctrl+Alt+F1.
I too do not have "Switch User" menu item in Gnome in Fedora 28.
This issue has come up in the Fedora Forum here: https://forums.fedoraforum.org/showthread.php?318138-No-quot-Switch-User-quot-in-Gnome-in-Fedora-28
Same problem of "Switch user" gone away after system upgrade from fed27 to fed28. If I Install a fresh fed28 from ISO(*), the menu is there. (*) Fedora release 28 (Twenty Eight) Linux localhost.localdomain 4.16.3-301.fc28.x86_64 #1 SMP Mon Apr 23 21:59:58 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux I made the system update, and the menu is gone away. Fedora release 28 (Twenty Eight) Linux localhost.localdomain 4.16.9-300.fc28.x86_64 #1 SMP Thu May 17 06:39:18 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
I've also seen the power button ⏻ missing on the top right menu. Don't know if it is connected but something is wrong with this version of gnome (gdm?) when using multiple users. authentication problems (logging back in), missing switch user, missing power button. Still digging into it.
Maybe ralated, I'm also on F28 and am sometimes missing the switch user, however when it is there, clicking it sends me to the GDM and from there no matter how many times I type the correct password, login simply doesn't work - the only way to log back in is via Ctrl+Alt+F1/F2/F3 to find the actual login session of the user I want to use, the standard screen that the 'switch user' sends me to - doesn't work. If needed I can provide logs.
I've also abandoned any attempt to use gdm chooser for switch user authentication after the initial attempt, as it more often than not leads to the graphical system locking up (I can still ssh into the box remotely, but the mouse and screen freeze solid). One consistent thing I've noticed when switching to the gdm chooser, the first click on one of the users in the list immediately results in "Authentication Error" message under the password control, without even entering a password, or hitting enter.
I'm having the same combind issue as Ivo in #7.
My system was also upgraded. But from F27 to F28 using dnf at the command line. Have same issue, and most of the time user switching simply does not work.
I installed a fresh install of Fedora 28 Workstation on a Boxes VM and can confirm that the issue exists in a fresh install as well. Agreed with Cristián and Ivo (#7 and #9) that logging in from the GDM chooser doesn't work at all. The only way to login to another user session is using Ctrl+Alt+Fn and entering the screen saver password. An initial login does work from the chooser, but after that you need to switch to the user session virtual screen. A possibly related issue is this https://bugzilla.redhat.com/show_bug.cgi?id=1583240
I have exactly the same issue as described above: * By default there is no Switch User item in the System menu. * When I lock and unlock the screen the Switch User item does appear. Fedora: 28 GNOME: 3.28.3 Display server: Wayland Window manager: Mutter 3.28.3 Display manager: GDM 3.28.2 Let me know if you need more information to solve this bug!
Also seeing this on a multi-user box that was upgraded from F27 to F28. Trying to log in as a different user from the lock screen forcibly kills existing sessions too.
This was tracked down to a regression in AccountsService: https://bugs.freedesktop.org/show_bug.cgi?id=107298
This is still an issue in Fedora. I've reproduced this in Fedora 29 RC1.5 [0]. gnome-shell-3.30.0-7.fc29.x86_64 accountsservice-0.6.49-2.fc29.x86_64 Florian, can we get new accountsservice into Fedora? Thanks! [0] https://fedoraproject.org/wiki/Test_Results:Fedora_29_Beta_1.5_Summary
It seems there was an accountsservice 0.6.50 release, which...never got packaged. I'll build it.
*** Bug 1585036 has been marked as a duplicate of this bug. ***
accountsservice-0.6.50-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-646c51188f
The fix actually landed after 0.6.50 was released, so I built 0.6.50 with a backport of the fix.
accountsservice-0.6.50-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-646c51188f
accountsservice-0.6.50-1.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.
I can still reproduce this issue with accountsservice-0.6.54-1.fc29. The software stack is: Fedora: 29 GNOME: 3.30.1 Display server: Wayland Window manager: Mutter 3.30.0 Display manager: GDM 3.30.1 The system was upgraded to 29 from Fedora 28 via the dnf system-upgrade plugin. The first user was originally setup by anaconda from the Fedora 28, the second and third users were added by `useradd` command. First and third user are using Gnome on Wayland while the second one is using Gnome on Xorg. No option to switch user.
I'm also seeing this since I upgraded to F29 with: gnome-shell-3.30.1-1.fc29.x86_64 accountsservice-0.6.54-1.fc29.x86_64
Issue persists after upgrading Fedora from 28 to 29.
Still not fixed in Fedora 29.
The same for me: the Switch User menu is not visible in Fedora 29. Let me know if you need more information.
I upgraded the other day from Fedora 28, have installed all Fedora 29 updates, and see the same problem.
Note here https://fedoraproject.org/wiki/Common_F29_bugs#switch-user-missing it is said that "Switch user" menu entry appears after the first time "Lock screen" gets displayed. But this is no longer the case for up to date Fedora 29. And FWIW my "accountsservice" version: ------------------------->8---------------------- # dnf info accountsservice Installed Packages Name : accountsservice Version : 0.6.54 Release : 1.fc29 Arch : x86_64 Size : 351 k Source : accountsservice-0.6.54-1.fc29.src.rpm Repo : @System From repo : anaconda Summary : D-Bus interfaces for querying and manipulating user account information URL : https://www.freedesktop.org/wiki/Software/AccountsService/ License : GPLv3+ Description : The accountsservice project provides a set of D-Bus interfaces for : querying and manipulating user account information and an implementation : of these interfaces, based on the useradd, usermod and userdel commands. ------------------------->8---------------------- Also note the same situation is on both fresh install on F29 as well as on F28 upgraded to F29. And that's really annoying as with that problem in place it's pretty inconvenient to use this machine by more than 1 person (which is not the problem typically for developers but some home users do use it that way).
I added another workaround to the common bugs page. Nominating for a prioritized bug.
Confirming that the fix is still not in. Upgraded to F29, ensured that the system was up to date, not even the work around works (locking the screen, with Super+L). # rpm -qi "accountsservice" Name : accountsservice Version : 0.6.54 Release : 1.fc29 Architecture: x86_64 Install Date: Sat 01 Dec 2018 09:57:51 AM EST Group : Unspecified Size : 359453 License : GPLv3+ Signature : RSA/SHA256, Sat 29 Sep 2018 09:11:43 AM EDT, Key ID a20aa56b429476b4 Source RPM : accountsservice-0.6.54-1.fc29.src.rpm Build Date : Sat 29 Sep 2018 09:04:45 AM EDT Build Host : buildvm-21.phx2.fedoraproject.org Relocations : (not relocatable) Packager : Fedora Project Vendor : Fedora Project URL : https://www.freedesktop.org/wiki/Software/AccountsService/ Bug URL : https://bugz.fedoraproject.org/accountsservice Summary : D-Bus interfaces for querying and manipulating user account information Description : The accountsservice project provides a set of D-Bus interfaces for querying and manipulating user account information and an implementation of these interfaces, based on the useradd, usermod and userdel commands.
Accepted as a PrioritizedBug
does screen lock make it spontaneously fix itself? can those affected post output of $ getent passwd and output of all files in /var/lib/AccountsService ? does booting in permissive mode fix it?
Locking the screen and then unlocking it doesn't force the 'Swith User' option to appear in Gnome Shell. The outputs are in the new bug attachment. Booting the system with SELinux set in permissive mode does not fix the issue.
Created attachment 1518114 [details] Wanted config files
I tried to debug with a bit using the GI-Python interface: > $ G_MESSAGES_DEBUG=all ipython3 > In [1]: from gi.repository import AccountsService > > In [2]: um = AccountsService.UserManager.get_default() > > In [3]: um.can_switch() > (process:7501): accountsservice-DEBUG: 19:21:47.558: ActUserManager: Unable to switch sessions until fully loaded > Out[3]: False The docs say it should load eventually, so running the GLib mainloop: > In [4]: GLib.MainLoop().run() > (process:7501): accountsservice-DEBUG: 19:21:53.530: ActUserManager: Seat still actively loading, so not setting loaded property > (process:7501): accountsservice-DEBUG: 19:21:53.530: Failed to identify the current session: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.ConsoleKit was not provided by any .service files > (process:7501): accountsservice-DEBUG: 19:21:53.530: ActUserManager: seat unloaded, so trying to set loaded property > (process:7501): accountsservice-DEBUG: 19:21:53.530: ActUserManager: Seat wouldn't load, so giving up on it and setting loaded property Interrupting, then trying again: > In [5]: um.can_switch() > (process:7501): accountsservice-DEBUG: 19:23:14.184: ActUserManager: display seat ID is not set; can't switch sessions > Out[5]: False So why is it trying ConsoleKit; why can it not find the seat ID? I'm not sure yet how to debug further. There doesn't seem to be any output related to systemd.
On Fedora 28: $ ldd /usr/lib64/libaccountsservice.so.0 | grep sys libsystemd.so.0 => /lib64/libsystemd.so.0 (...) On Fedora 29: $ ldd /usr/lib64/libaccountsservice.so.0 | grep sys Nothing So accountsservice is not built correctly against systemd; possibly a regression in the switch to meson.
The default systemd setting with autotools was 'auto'; the default with meson is disabled. This PR enables systemd explicitly and fixes the menu for me: https://src.fedoraproject.org/rpms/accountsservice/pull-request/3
Thanks, Elliott - as the package got bumped in the meantime I manually re-did your changes and have sent out a -3 build for Rawhide, will do an update for F29 shortly.
accountsservice-0.6.54-3.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2019-11de3c9a84
accountsservice-0.6.54-3.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-11de3c9a84
accountsservice-0.6.54-3.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.
I can confirm that the bug is resolved now on my system.
And just like that ... fixed. Thanks.
Yes, the bug was fixed on my system too! Thanks :-) !!
Fixed on my system as well. Thanks!
Hi, this looks to be happening again on F33. I just noticed today, not sure since when it went missing. Name : accountsservice Version : 0.6.55 Release : 4.fc33 Architecture : x86_64 Size : 346 k Source : accountsservice-0.6.55-4.fc33.src.rpm Repository : @System From repo : anaconda Summary : D-Bus interfaces for querying and manipulating user account information URL : https://www.freedesktop.org/wiki/Software/AccountsService/ License : GPLv3+ Description : The accountsservice project provides a set of D-Bus interfaces for : querying and manipulating user account information and an implementation : of these interfaces, based on the useradd, usermod and userdel commands. ❯ gnome-shell --version GNOME Shell 3.38.3
(In reply to William Maddler from comment #46) > Hi, > this looks to be happening again on F33. I just noticed today, not sure > since when it went missing. > > Name : accountsservice > Version : 0.6.55 > Release : 4.fc33 > Architecture : x86_64 > Size : 346 k > Source : accountsservice-0.6.55-4.fc33.src.rpm > Repository : @System > From repo : anaconda > Summary : D-Bus interfaces for querying and manipulating user account > information > URL : https://www.freedesktop.org/wiki/Software/AccountsService/ > License : GPLv3+ > Description : The accountsservice project provides a set of D-Bus > interfaces for > : querying and manipulating user account information and an > implementation > : of these interfaces, based on the useradd, usermod and > userdel commands. > > ❯ gnome-shell --version > GNOME Shell 3.38.3 William, it hasn't reoccurred for me. Is it perhaps have they have buried the menu option now? If a user is logged in, rather than it being available in the top layer of the menu, you now have to click on the sub-menu 'Power off/logout' and the 'switch user' is a option there (I don't know why they thought this was a good idea). Or if it is a lock-screen, the switch user text is not visible, rather there is an icon bottom right to switch users.
Created attachment 1749487 [details] Missing switch user
Hi Morgan, not sure. I just know the option was available in the menu a few days ago, then today I was trying something else and spotted it was now gone. That being said, if I'm the only person on F33 experiencing the issue that might just be something weird happening on my box.
@William Maddler: you are not alone! I also see that the menu-item has disappeared! I think the bug report should be opened again.
FWIW, on systems with more than one user I see the switch user menu, on fedora 33.
@Steeve McCauley: You are right! It's added when you create a new user! That's actually a really good UX-design! Forget my previous comments. It seems to work correctly.