[Natty] gdm login-screen does not work with "enter"

Bug #687440 reported by Harry
124
This bug affects 20 people
Affects Status Importance Assigned to Milestone
gdm
Fix Released
Low
gdm (Ubuntu)
Fix Released
Medium
Martin Pitt

Bug Description

Binary package hint: gdm

In Natty Narwhal 64 bit, the latest gdm upgrade to version 2.32.0-0ubuntu1 includes a regression.
In login screen, you cannot any longer hit "enter" to choose the user. Hitting enter has no effect.
You have to click the "user" with mouse and then write your passwd.
This is not very handy either, because you use keyboard to type the passwd anyway,
so it is natural to use the keyboard (enter) to choose the user too.

Downgrading to the version 2.30.5-0ubuntu5 solves the issue.

Revision history for this message
cariboo (cariboo) wrote :

I see the same thing on 32-bit versions

Martin Pitt (pitti)
Changed in gdm (Ubuntu):
status: New → Triaged
assignee: nobody → Martin Pitt (pitti)
Revision history for this message
Andrzej Kłapeć (solidslash) wrote :

Ditto, same here.

Revision history for this message
Kees Cook (kees) wrote :

non-mouse workaround: hit tab first. Still needs to be fixed, though. :)

Gary M (garym)
tags: added: natty regression-release
Revision history for this message
Jamie Strandboge (jdstrand) wrote :

Been meaning to file this. It is quite annoying, but glad there is a workaround.

Changed in gdm (Ubuntu):
importance: Undecided → Medium
Revision history for this message
Attila Hammer (hammera) wrote :

Hy,

In orca-list we found following bugreport with similar this bug:
http://bugzilla.gnome.org/show_bug.cgi?id=629310

For example now Michael Whapples wrote following in orca-list:
"Hello,
There was a recent upgrade in archlinux for gdm and it includes a patch which resolves the issue mentioned by Attila, in not being able to just press enter at the gdm screen (see http://bugzilla.gnome.org/show_bug.cgi?id=629310).

Now unfortunately this version of gdm in archlinux has issues with orca. The problem is that when gdm appears and orca has loaded the list for choosing a user does not speak or Braille anything. If I press tab, or possibly if I were to do something which takes focus away from the chooser and then return back to the chooser, then orca will speak and Braille the selection fine.

I have done a debug on this and it appears that orca is getting no events while this happens, only the keypresses appear for that part of the debug output.

Can anyone else reproduce this issue?

Now obviously the list itself is accessible as when I move focus to it explicitly orca speaks fine. Now I get a few thoughts on different approaches to solve this, advice would be welcome:
1. Should I add to the bug report for bug 629310 saying that patch isn't making the chooser accessible to orca when it is giving focus to the list item?
2. Should we try and do some sort of work around in orca? I feel probably not. If others feel this is the best way to go, what is the best way to find out about what accessible elements are available at the gdm screen (I mean what can I run in such a restricted environment, I imagine accerciser won't work here).
3. Should I file a separate bug against GDM for this?"

Attila

Martin Pitt (pitti)
Changed in gdm (Ubuntu):
status: Triaged → In Progress
Changed in gdm:
importance: Unknown → Low
status: Unknown → New
Martin Pitt (pitti)
Changed in gdm (Ubuntu):
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gdm - 2.32.0-0ubuntu5

---------------
gdm (2.32.0-0ubuntu5) natty; urgency=low

  [ Martin Pitt ]
  * Add 38_user_chooser_focus.patch: Correctly give focus to the user chooser
    on startup. Patch by Vincent Untz, merci! (LP: #687440)

  [ James Hunt ]
  * debian/gdm.upstart: Remove starting-dm event (which was missed from a
    previous commit) and add login-session-start and desktop-session-start
    events (LP: #706842).
 -- Martin Pitt <email address hidden> Mon, 24 Jan 2011 17:14:25 +0100

Changed in gdm (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Harry (harry33) wrote :

Confirming this issue is fixed.

Changed in gdm:
status: New → Confirmed
Changed in gdm:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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