Bug 1829079
| Summary: | Second session fails to start correctly when user switching | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Adam Williamson <awilliam> | ||||||
| Component: | gdm | Assignee: | Ray Strode [halfline] <rstrode> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 33 | CC: | caillon+fedoraproject, fmuellner, gmarr, gnome-sig, jadahl, jjbn, john.j5live, kparal, lruzicka, mcatanza, mclasen, normand, otaylor, philip.wyett, rhughes, robatino, rstrode, samuel-rhbugs, Simon.Gerhards | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | openqa AcceptedBlocker | ||||||||
| Fixed In Version: | gdm-3.37.3-1.fc33 | Doc Type: | If docs needed, set a value | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2020-09-18 18:07:08 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 1766777 | ||||||||
| Attachments: |
|
||||||||
|
Description
Adam Williamson
2020-04-28 20:37:26 UTC
Created attachment 1682623 [details]
tarball of /var/log from the failed test
You can use journalctl --file var/log/journal/c8db120e5f2f4027bedf0238954b4297/system.journal --utc to see the journal. The failed attempt to log in as jack happens around 20:01:20 UTC (the test runner hit 'enter' on the password at 20:01:19). You can use similar commands to see the individual user journals, I think jack is 1001.
In my home instance of OpenQA, I switched on the KDE user switching again, and the test fails similarly for KDE sessions. I am including the logs from the tested machine. Created attachment 1692179 [details]
Similar tarball with logs.
after switch asks for "Authentication Required. Authentication is required to access the PC/SC daemon" The video is already purged, so I can't confirm exactly, but I see the same problem in F32 on my home laptop. Whenever one of the users is logged in, a second user login seems to briefly work (the desktop is shown for a second), but then it immediately returns to gdm. Hopefully fixed in gdm 3.36.3 by https://gitlab.gnome.org/GNOME/gdm/-/merge_requests/100 Discussed during the 2020-07-20 blocker review meeting: [0] The decision to classify this bug as an "AcceptedBlocker" was made as it violates the following criterion: "User switching must work using the mechanisms offered (if any) by all release-blocking desktops in their default configuration." [0] https://meetbot.fedoraproject.org/fedora-blocker-review/2020-07-20/f33-blocker-review.2020-07-20-16.18.txt We'll also need a 3.37 release for Rawhide. halfline is working on it now. This bug appears to have been reported against 'rawhide' during the Fedora 33 development cycle. Changing version to 33. I cannot confirm this bug any more with the latest Gnome 3.38 on my laptop - ThinkPad T580. User switching works normally. I am able to keep switching the users without any issues - stopped after 10 successful attempts following each other. KDE removed the option to switch users, so user switching cannot be done there using GUI elements. Yes, with latest F33, which includes gdm-3.38.0-1.fc33.x86_64, I'm no longer seeing any user switching issues. Can we consider this fixed? oh, yeah, it's been fixed for ages. openQA test has been passing at least since F33 branched. |