Bug 209643 – Should gray out Card Removal Action=Lock if gnome-screensaver not installed

Bug 209643 - Should gray out Card Removal Action=Lock if gnome-screensaver not installed

Summary:	Should gray out Card Removal Action=Lock if gnome-screensaver not installed

Status:	CLOSED RAWHIDE

Aliases:	None

Product:	Fedora
Classification:	Fedora
Component:	authconfig (Show other bugs)
Sub Component:
Version:	rawhide
Hardware:	All Linux

Priority	low Severity low
Target Milestone:	---
Target Release:	---
Assigned To:	Tomas Mraz
QA Contact:	Brian Brock
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2006-10-06 12:14 EDT by Jeff Needle
Modified:	2007-11-30 17:11 EST (History)
CC List:	1 user (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2007-07-18 11:31:53 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Jeff Needle 2006-10-06 12:14:02 EDT

I am using xscreensaver with a smart card.  I checked "Authentication->Enable
Smart Card Support" and chose "Lock" for Card Removal Action, but if
xscreensaver is installed, it takes precedence over gnome-screensaver.  We
should probably check to see if gnome-screensaver is enabled as the default or
else not offer that as a choice.

Comment 1 Tomas Mraz 2006-10-06 12:26:22 EDT

Ray, is there some easy and reliable way how to get this information whether
gnome-screensaver will be in effect?

I'm afraid there isn't because it is configurable per user but the authconfig
setting is system-wide. IMO we could just check whether gnome-screensaver
is/isn't installed looking for the /usr/bin/gnome-screensaver binary. But then
xscreensaver probably at least shouldn't take precedence over gnome-screensaver
when it is simply installed and user session configuration is not modified.

Comment 2 Ray Strode [halfline] 2006-10-06 13:09:59 EDT

so we actually just do this:
        if ((ss_command = g_find_program_in_path ("gnome-screensaver")))
                use_gscreensaver = TRUE;
        else {
                if (!(ss_command = g_find_program_in_path ("xscreensaver")))
                        return FALSE;
        }
Which is probably backwards, since if the user installs xscreensaver they
probably want to use it without having to uninstall gnome-screensaver, but
anyway, the upshot is you can just test for its existance.

Comment 3 Tomas Mraz 2006-10-06 13:47:45 EDT

Just for curiousness is it possible to override the behaviour from comment #2 by
user?

Comment 4 Ray Strode [halfline] 2006-10-06 14:03:20 EDT

Nope.

Comment 5 Ray Strode [halfline] 2006-10-06 14:39:56 EDT

Note this bug isn't really a big deal for RHEL5, because we don't ship
xscreensaver in RHEL anymore.

Comment 6 Jeff Needle 2006-10-06 14:48:35 EDT

Yeah, this is low priority/low severity for a reason.  I probably should have
reported it against rawhide.

Comment 7 Tomas Mraz 2007-07-18 11:31:53 EDT

Fixed in authconfig-5.3.15

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