Bug 98170 - apmscript does not detect running X servers for locking
Summary: apmscript does not detect running X servers for locking
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: apmd   
(Show other bugs)
Version: 9
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Jay Turner
Depends On:
TreeView+ depends on / blocked
Reported: 2003-06-27 12:21 UTC by Ronny Bremer
Modified: 2015-01-08 00:05 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-02-02 22:54:08 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Ronny Bremer 2003-06-27 12:21:25 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225

Description of problem:
in line 151 of the apmscript you try to get a list of logged in users to X
sessions, and you grep for lines NOT containing "-".
If I do a "w" on my laptop, I am logged into X but my line does show "-" as the
remote computer, so it will not be detected by the apmscript, hence X is not
going to be locked.

I assume, that you expect ":0" as the remote computer in the "w" output, but it
aint there.

Any ideas?


Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. login to an X session
2. type "w" in a terminal
3. read the output, the user logged into X does show up like this:
     14:11:30  up  2:58,  3 users,  load average: 0.13, 0.27, 0.18
USER     TTY      FROM              LOGIN@   IDLE   JCPU   PCPU  WHAT
root     tty2     -                 1:34pm 17:28   0.13s  0.13s  -bash
rbremer  pts/0    -                 1:54pm 17:10   0.00s  0.28s  kdeinit: kwrite
rbremer  pts/2    -                 1:55pm  0.00s  0.18s  0.04s  /bin/bash

in my case "rbremer pts/0 -"

Actual Results:  X does not get locked as expected

Expected Results:  I expected the apmscript to fire off an dcop event, which
works when conducted manually, but not in the script.

Additional info:

running kdm as the greeter application and logging into a KDE session

Comment 1 Bill Nottingham 2005-02-02 22:54:08 UTC
Closing out bugs on older unsupported releases. Apologies for any lack
of response. Please reopen if it persists on current releases such as
Fedora Core 3.

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