Bug 12

Summary: With and Without password screensavers are messed up
Product: [Retired] Red Hat Linux Reporter: seva
Component: AfterStepAssignee: David Lawrence <dkl>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 5.2CC: aspa, edwin, premverma25, seva
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 1999-03-22 18:09:25 EST Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:

Description seva 1998-11-09 13:08:38 EST
With password screen saver doesn't need password to unlock
Without password does ask for it.

They are mixed up.
Comment 1 seva 1998-11-18 22:53:59 EST
This is dupped by BUG #121
Comment 2 Preston Brown 1998-11-20 06:45:59 EST
*** Bug 121 has been marked as a duplicate of this bug. ***
Comment 3 seva 1998-11-20 10:31:59 EST
This is excellent, you marked both bugs as dups of each other without
any notice of it being resolved, yet both of them are closed.
Comment 4 Preston Brown 1999-03-19 14:53:59 EST
*** Bug 1525 has been marked as a duplicate of this bug. ***


in RH's AfterStep the start/Screen_savers submenus
seem to have reverse meanings so that when one
tries to start a screen saver with password a screen
saver without password is started and vice versa.

--
	aspa

------- Additional Comments From seva@null.cc.uic.edu  03/18/99 11:57 -------
This is another dup of bug #12

/Seva

------- Additional Comments From seva@null.cc.uic.edu  03/18/99 12:01 -------
This is another dup of bug #12

/Seva
Comment 5 Preston Brown 1999-03-22 18:09:59 EST
*** Bug 724 has been marked as a duplicate of this bug. ***

The
/usr/share/afterstep/fixed/start/Screen_savers/With_password
directory contain files/commands that invoke the xlock
without password, while
/usr/share/afterstep/fixed/start/Screen_savers/Without_passw
ord directory contain files/commands that invoke xlock with
password. The names of these two directories should be
swapped.

------- Additional Comments From dkl@redhat.com  01/07/99 15:41 -------
This has been verified to be true on a machine in the test lab. The
files are backwards from they way they should be. This has been
assigned to a developer.fixed in AfterStep-1.7.75-1 (RawHide).
Comment 6 prem verma 2010-09-09 08:53:08 EDT
*** Bug 630229 has been marked as a duplicate of this bug. ***
Comment 7 openshift-github-bot 2016-07-05 13:47:51 EDT
Commits pushed to master at https://github.com/openshift/origin

https://github.com/openshift/origin/commit/5efdc671055eab97ea6b887c875fb954cb01fcf7
fix issue#12. Give some slack for etcd to come alive.

https://github.com/openshift/origin/commit/5d26b0caee3138abe820ef65bb620365314c7d29
Merge pull request #14 from rajatchopra/master

fix issue#12. Give some slack for etcd to come alive.