Ubuntu

Not possible to enter password for a new user in KDM (Maverick, Natty and Oneiric)

Reported by RussianNeuroMancer on 2010-09-18
128
This bug affects 22 people
Affects Status Importance Assigned to Milestone
Release Notes for Ubuntu
High
Unassigned
Maverick
High
Unassigned
Natty
High
Unassigned
Oneiric
High
Unassigned
kde-workspace (Ubuntu)
High
Unassigned

Bug Description

Binary package hint: kdebase-workspace

I upgrade one-user Kubuntu from Lucid to Maverick. After that I try to add second user. KDM always ask for password when this new user try to login to the system first time. But this time KDM ask password, but not allow to enter them - text fields of new password windows does not react to keyboard and mouse. Buttons Ok and Cancel still works.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: kdm 4:4.5.1-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.35-20.29-generic 2.6.35.4
Uname: Linux 2.6.35-20-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Sat Sep 18 08:57:54 2010
InstallationMedia: Kubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100427)
ProcEnviron:
 LANGUAGE=
 LANG=ru_RU.UTF-8
 SHELL=/bin/bash
SourcePackage: kdebase-workspace

description: updated

Same problem with Maverick Beta installation.

Same problem with clear and updated Maverick RC installation.
Probably now this bug will be in Kubuntu release.

H1bakusha (lumpi-online) wrote :

confirmed :(

summary: - Not possible enter password for new user in Maverick KDM
+ Not possible to enter password for a new user in KDM (Maverick)
tags: added: regression-release
removed: amd64 apport-bug

On a 2 bit install, I can't replicate this exact problem, but something close. I was able to set the password, but the actual login failed and then I couldn't seem to get focus to type in the user ID or password. After restarting X I could log on.

As anyone having this problem on 32bit or is everyone 64bit?

Scott Kitterman (kitterman) wrote :

Nevermind. I've replicated it.

BTW, it looks like if you don't set a password at all, then you can at least enter the password. I gather those of you who've had this problem set an initial password in userconfig and then the user has to change it on first login?

Additionally, if I restart the system then it works fine.

Does this match what others see?

Scott Kitterman (kitterman) wrote :

Proposed release note:

After a new user is created in Kubuntu systemsettings, they will be prompted to change their password when they log in for the first time. There is an issue in 10.10 that prevents the new password from being entered. In order to avoid this problem, the X server needs to be restarted before the new user logs in. After logout, click on the red logout button on the KDM screen and then click on "Restart X Server". Once the KDM login screen returns, the new user should be able to log in normally.

Changed in ubuntu-release-notes:
importance: Undecided → High
status: New → Fix Committed
Scott Kitterman (kitterman) wrote :
Changed in ubuntu-release-notes:
status: Fix Committed → Fix Released
Changed in kdebase-workspace (Ubuntu):
status: New → Confirmed
importance: Undecided → High

Thanks for High priority, Scott!

Linux Lover (obake) wrote :

I am glad this is high priority now.

Mahendra Tallur (mahen) wrote :

This bug still occurs in KDE 4.5.4 (Kubuntu PPA, so maybe it was fixed in the official repos with KDE 4.5.1 meanwhile ?)

It was reported upstream here but there are only Kubuntu users so it might not be relevant : https://bugs.kde.org/show_bug.cgi?id=260758

It's not fixed, but the work around in the release notes will make it possible.

I suffer from this bug in Kubuntu 11.04 beta2.

Scott Kitterman (kitterman) wrote :

Reopening the release notes task as this is still and issue for Natty and should be included in the release notes again.

Changed in ubuntu-release-notes:
status: Fix Released → Confirmed
Colin Watson (cjwatson) wrote :

OK, I've propagated this from the 10.10 release notes. Please edit on the wiki if it's no longer accurate.

 * After a new user is created in Kubuntu systemsettings, they will be prompted to change their password when they log in for the first time. There is an issue that prevents the new password from being entered. In order to avoid this problem, the X server needs to be restarted before the new user logs in. After logout, click on the red logout button on the KDM screen and then click on "Restart X Server". Once the KDM login screen returns, the new user should be able to log in normally. (Bug:641712)

Changed in ubuntu-release-notes:
assignee: nobody → Colin Watson (cjwatson)
status: Confirmed → Fix Released

I found another workaround to this.

When the password prompt comes up, press OKAY (leaving it blank), it will then give an error that the password is blank and you will now be able to fill in the boxes. At this point the password MUST be different than the original. Occassionally, I have found while typing in the new password a second time, my laptop will lock up, but a hard reboot will allow you to try again and proceed to logging in.

Peter (jynyl) wrote :

Similar symptoms here on Kubuntu 11.04, 32bit.
(This has only showed up when trying to demonstrate Linux to a Windows user, rather embarrassing.)

The restart X server workaround didn't work for me, but the click ok on empty fields did on one occasion. Sometimes, the change token dialog is completely unresponsive, can't enter text in fields or click buttons. The login dialog is also disabled and greyed out, so it virtually locks up the machine.

Harald Sitter (apachelogger) wrote :

This issue is super scary. As is KDM Code. I was running around in it all afternoon but could not find the cause.

It seems jolly obvious that there is a focus issue (or key grab) but it is not exactly clear what causes it :S

affects: kdebase-workspace (Ubuntu) → kde-workspace (Ubuntu)
Scott Kitterman (kitterman) wrote :

Re-opening the release notes task for Oneiric as this will have to be documented (again) if we don't find a fix.

Changed in ubuntu-release-notes:
assignee: Colin Watson (cjwatson) → nobody
status: Fix Released → New
Dimitar Mihailov (theomouse) wrote :

I'm experiencing the same bug on KDM 4.6.5. I created a new user and when tried to login with it, I'm asked to change the user's password but I'm unable to type anything at all.

I should mention, that I start a new session through KDE's KMenu after being logged in as another user.

Cheers!

A.B. (abadr) wrote :

I'm having the same problem with Kubuntu 11.10. This seems like a long running bug that nobody is paying attention to.
I found a workaround here:
http://kubuntuforums.net/forums/index.php?topic=3115856.0

sorcier (fgermain01) wrote :

Reproduced on Kubuntu 11.10 32 bits and 64 bits
The only way to change the password is to connect in console mode.
This bus is 1 year old

sorcier (fgermain01) on 2011-12-07
summary: - Not possible to enter password for a new user in KDM (Maverick)
+ Not possible to enter password for a new user in KDM (Maverick, Natty
+ and Oneiric)
Robert Simmons (rsimmons0) wrote :

This bug still affects me, and I've even upgraded to 4.7.4 from kubuntu backports and I'm running a fresh install of Kubuntu 11.10

Changed in kde-workspace (Ubuntu):
status: Confirmed → Opinion
Changed in kde-workspace (Ubuntu):
status: Opinion → Confirmed
Scott Kitterman (kitterman) wrote :

If you change /etc/kde4/kdm/kdmrc by setting these values, you can avoid this bug:

# Whether to grab keyboard and mouse while the greeter is visible. Grabs
# may improve security, but make on-screen keyboards, etc. unusable.
# "Never" - never grab
# "IfNoAuth" - grab if the display requires no X authorization
# "Always" - always grab
# Default is IfNoAuth
GrabInput=Always
# Hold the X-server grabbed the whole time the greeter is visible. This
# may be more secure, but it will disable any background and other
# X-clients started from the Setup script.
# Default is false
GrabServer=true
# How many seconds to wait for grab to succeed.
# Default is 3
GrabTimeout=3

Adam Conrad (adconrad) on 2012-04-26
Changed in ubuntu-release-notes:
status: New → Fix Released
Rohan Garg (rohangarg) wrote :

All 3 targets are EOL

Changed in kde-workspace (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.