Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1163474 - pam_pkcs11 with card_only breaks session selection
pam_pkcs11 with card_only breaks session selection
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gnome-shell (Show other bugs)
7.0
All Linux
unspecified Severity medium
: rc
: ---
Assigned To: Florian Müllner
Desktop QE
:
Depends On:
Blocks: 1159056
  Show dependency treegraph
 
Reported: 2014-11-12 14:00 EST by Ray Strode [halfline]
Modified: 2015-03-05 08:22 EST (History)
6 users (show)

See Also:
Fixed In Version: gnome-shell-3.8.4-45.el7
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 1159056
Environment:
Last Closed: 2015-03-05 08:22:11 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
only emit session-activated signal when session selector is changed as a result of user interaction (768 bytes, patch)
2014-11-12 14:02 EST, Ray Strode [halfline]
no flags Details | Diff


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2015:0535 normal SHIPPED_LIVE Low: GNOME Shell security, bug fix, and enhancement update 2015-03-05 11:32:34 EST

  None (edit)
Description Ray Strode [halfline] 2014-11-12 14:00:44 EST
+++ This bug was initially created as a clone of Bug #1159056 +++

Description of problem:
When using smartcard for auth, with password and fingerprint auth disabled, and pam_pkcs11 with card_only enabled, we cant choose any session other than the default (gnome classic). The card_only parameter is supposed to get the username from the card instead of prompting for it, but this does not seem to work. Not sure if problem lies in pam_pkcs11 or gdm. If I disable 'card_only' I get a prompt for username in the gdm login and then the session selection works fine.  

--- Additional comment from Ray Strode [halfline] on 2014-11-12 13:58:59 EST ---

So I debugged this a little bit a few days ago with your colleague, Patrik Martinsson.

There are two fixes needed.  One on the gdm side is a change to handle when is to make sure we report the users session as soon as we find it in the case we don't know the username up front (such as is the case with smartcards)

--- Additional comment from Ray Strode [halfline] on 2014-11-12 13:59:26 EST ---

The second fix is a change to gnome-shell to make sure we don't inform GDM about session-changes in the gear menu that were made at the request of GDM (which is creating an oscillation between the two processes after the above patch is applied)

I'll clone this bug against gnome-shell.
Comment 1 Ray Strode [halfline] 2014-11-12 14:02:11 EST
Created attachment 956854 [details]
only emit session-activated signal when session selector is changed as a result of user interaction
Comment 10 errata-xmlrpc 2015-03-05 08:22:11 EST
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2015-0535.html

Note You need to log in before you can comment on or make changes to this bug.