Bug 60900

Summary:

Slow logins using kdm

Product:

[Retired] Red Hat Linux

Reporter:

Forrest <forresttaylor2000>

Component:

kdebase

Assignee:

Than Ngo <than>

Status:

CLOSED CURRENTRELEASE

QA Contact:

Ben Levenson <benl>

Severity:

medium

Docs Contact:

Priority:

medium

Version:

7.2

CC:

Target Milestone:

---

Target Release:

---

Hardware:

i386

OS:

Linux

Whiteboard:

Fixed In Version:

Doc Type:

Bug Fix

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2003-08-26 20:27:39 UTC

Type:

---

Regression:

---

Mount Type:

---

Documentation:

---

CRM:

Verified Versions:

Category:

---

oVirt Team:

---

RHEL 7.3 requirements from Atomic Host:

Cloudforms Team:

---

Target Upstream Version:

Embargoed:

Attachments:

Description	Flags
kgreeter patch that doesn't check for empty password	none

Description Forrest 2002-03-08 18:45:43 UTC

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20020115

Description of problem:
Running kdm in runlevel 5, I am getting 3-4 second delays after I type in the
username, before it will move to the password entry.  gdm does not have this delay.

If I replace the pam_stack.so entries in /etc/pam.d/kde with the entries in
/etc/pam.d/system-auth, it works without any delay.

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


How reproducible:
Always

Steps to Reproduce:
1. Use the kdm login manager
2. Type in the username
3. Experience the delay before being allowed to enter the password
	

Actual Results:  A delay of 3-4 seconds even on my quickest machines

Expected Results:  No delay

Additional info:

Comment 1 Nalin Dahyabhai 2002-03-08 19:31:48 UTC

Does kdm still exhibit the same problem if you replace its PAM configuration
with the one used by gdm, or xdm?  If it does, then I'm suspecting it's a kdm bug.

Comment 2 Forrest 2002-03-09 07:45:15 UTC

Yes, kdm still exhibits the same problem if I replace kde with gdm in
/etc/pam.d.  They were the same except for a tab on the last line.

Comment 3 Forrest 2002-03-26 00:37:16 UTC

Created attachment 50344 [details]
kgreeter patch that doesn't check for empty password

Comment 4 Forrest 2002-03-26 00:40:29 UTC

In talking with the KDE guys, they figured out the problem.  It seems that when
using the [Enter] key, it would try the username with a blank password.  If that
didn't work, it would go to the password entry.  Using [Tab] would alleviate the
timeout.  The fix was a patch to kgreeter.cpp commenting out one line.  They
have entered it into CVS.

Comment 5 Terry Griffin 2002-03-28 16:38:29 UTC

There may be more to this problem than what was found by the KDE folks. I find that the delay is associated with the display of the Red Hat logo. In 
my case I'm connecting via XDMCP. When the login screen first comes up there is no logo. If I type in my username and then try to tab to the 
password field, the focus remains stuck in the username field *until* the Red Hat logo finally gets around to being display. Then focus moves  to 
the password field and I can proceed normally.

If I wait for the Red Hat logo go come up before I even start typing my username, then there is no delay between the username field and the 
password field.

Comment 6 Forrest 2003-08-26 20:27:39 UTC

This has been fixed for a while...