Onscreen Keyboard cannot be used to input password

Bug #851565 reported by Ryan Davies
0
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Unity Greeter
Fix Released
High
Unassigned
unity-greeter (Ubuntu)
Fix Released
High
Unassigned

Bug Description

When using a tablet with no keyboard, selecting the onscreen keyboard (onboard) comes up as expected.

However cannot focus on password box and enter password using the stylus.
Password box isnt pupulated, This may be because when entering text in onboard, onboard takes focus away from lightdm.

Changed in unity-greeter:
status: New → Triaged
importance: Undecided → High
Revision history for this message
Robert Ancell (robert-ancell) wrote :

marmuta says in duplicate bug 852032:
"I've seen this too. This is just a guess, but the reason may be, that there is no real input focus on the password entry field. Onboard uses XTestFakeKeyEvent to send keystrokes. If there is no focussed window the keystrokes don't go anywhere."

Changed in unity-greeter (Ubuntu):
status: New → Triaged
importance: Undecided → High
Revision history for this message
Robert Ancell (robert-ancell) wrote :

An observation:
The focus follows the mouse, i.e. with the mouse over the password entry you can use the up/down keys. When over the onscreen keyboard up/down doesn't work. This is probably due to there not being a window manager running.

Revision history for this message
marmuta (marmuta) wrote :

That would explain it. With focus-follows-mouse Onboard sends keystrokes at best to itself.

I wonder if a simple XSetInputFocus() on the password entry would help.
"It causes keyboard input to go to the selected window regardless of the position of the pointer. When the root window is selected, keyboard events are distributed normally according to the position of the pointer (this is the default situation)." [1]

I would try it with unity-greeter, but I don't know how to call xlib from vala.

FWIW, I had a quick look at the sources of GDM and KDM. GDM actually starts either metacity or compiz for a click-to-focus policy.
KDM seems to do without a window manager. It appears to hold a keyboard grab and manually creates fake focus events into the Qt library as needed.

[1] "Changing Keyboard Focus", http://www.sbin.org/doc/Xlib/chapt_16.html

Revision history for this message
Robert Ancell (robert-ancell) wrote :

Fixed in 0.0.9

Changed in unity-greeter:
status: Triaged → Fix Committed
Changed in unity-greeter (Ubuntu):
status: Triaged → Fix Committed
Changed in unity-greeter:
status: Fix Committed → Fix Released
tags: added: iso-testing
Revision history for this message
Sebastien Bacher (seb128) wrote :

the new version is in Oneiric

Changed in unity-greeter (Ubuntu):
status: Fix Committed → 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.