Bug 744763 - After the lock of screen the unlock prompt is shown immediately.
Summary: After the lock of screen the unlock prompt is shown immediately.
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: gnome-screensaver
Version: 6.2
Hardware: Unspecified
OS: Unspecified
Target Milestone: rc
: ---
Assignee: Ray Strode [halfline]
QA Contact: Desktop QE
Depends On:
Blocks: 840699
TreeView+ depends on / blocked
Reported: 2011-10-10 11:44 UTC by Lukas Zachar
Modified: 2013-03-20 20:38 UTC (History)
4 users (show)

Fixed In Version: gnome-screensaver-2.28.3-22.el6
Doc Type: Bug Fix
Doc Text:
Cause: Mouse cursor can be moved to non-primary monitor Consequence: unlock dialog doesn't come up when giggling mouse on non-primary monitor Fix: prevent mouse cursor from being moved to non-primary monitor Result: unlock dialog comes up anytime mouse is moved
Clone Of:
Last Closed: 2013-02-21 10:07:29 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2013:0390 normal SHIPPED_LIVE gnome-screensaver bug fix update 2013-02-20 20:51:42 UTC

Comment 8 Asha Akkiangady 2011-11-04 21:42:18 UTC
Logged into RHEL-6.2 desktop with a smart card and locked screen using the menu option. When smart card is removed and re-inserted on a locked screen, the events are not reported, a smart card removal event should prompt the user to insert the particular smart card used to lock the screen and a smart card insertion should detect the smartcard cert validity and prompt for a pin. 

Currently the messages on the screen does not change, displays welcome username and a request to enter smart card pin. 

Tested this with -15 (gnome-screensaver-2.28.3-15.el6), -16 and -17, same problem is observed. Looks like the issue is related to this bug 744763.

Comment 9 Suzanne Yeghiayan 2012-05-29 19:35:57 UTC
This request was evaluated by Red Hat Product Management for inclusion in the
current release of Red Hat Enterprise Linux. Because the affected component is
not scheduled to be updated in the current release, Red Hat is unfortunately
unable to address this request at this time.  It has been proposed for the next

Comment 12 Ray Strode [halfline] 2012-08-09 17:39:58 UTC

Comment 18 errata-xmlrpc 2013-02-21 10:07:29 UTC
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.


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