Keyboard is hard to use on Manta, and occasionally hard to use on flo

Bug #1281657 reported by John McAleely on 2014-02-18
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Gustavo Pichorim Boiko
Gerry Boland
unity8 (Ubuntu)
Daniel d'Andrada

Bug Description

Flash a nexus 10 with the current MWC demo image (

(It will probably fail to push the video content. That doesn't matter for this bug)

Boot device
Dismiss greeter, with 'tap to unlock'

Find a place to use the keyboard. A good choice is to swipe down the notification, and attempt to join a wifi network.

Enter your wifi password

In my experience, one of the buttons will fail to respond. It seems to vary, but I feel it is more common on buttons on the top row.

A common (but not 100% symptom) is that the button pop up showing the letter tapped stays stuck on screen, but the letter is not recorded.

John McAleely (john.mcaleely) wrote :

This has also been observed on flo, but seems much rarer. Retitled to reflect

tags: added: mwcdemo2014
summary: - Keyboard is hard to use on Manta
+ Keyboard is hard to use on Manta, and occasionally hard to use on flo
John McAleely (john.mcaleely) wrote :

I guess this is against the wrong project, but I've been unable to locate the correct one. Sending this bug in the right direction would be much appreciated. Sorry for the hassle

Olli Ries (ories) on 2014-02-18
Changed in ubuntu-keyboard:
assignee: nobody → Bill Filler (bfiller)
Changed in unity8:
assignee: nobody → kevin gunn (kgunn72)
Pat McGowan (pat-mcgowan) wrote :

The hit points for the keys are too low, so on the top row hitting just above the letter results in no character.
Try hitting high on a letter in the second row, and you get a letter in the top row (i.e. you can hit within the key for a d and get an e)
Seems that the hit area is not the same as the key.

Changed in ubuntu-keyboard:
importance: Undecided → High
Pat McGowan (pat-mcgowan) wrote :

Also note that the location of the OSK is not at the bottom of the screen, but offset up by several pixels.

Gerry Boland (gerboland) wrote :

This is a bug in qtubuntu, not in the OSK itself.

The OSK is a fullscreen surface. I think in lp:qtubuntu:/src/ubuntu/ubuntucommon/ that the availableGeometry() or geometry() values are incorrect for manta - causing positioning and input events to be mis-calculated. Regression most likely caused by changes made for Flo.

Please give more info on the Flo keyboard problems.

Changed in ubuntu-keyboard:
status: New → Invalid
Changed in ubuntu-keyboard:
assignee: Bill Filler (bfiller) → Gustavo Pichorim Boiko (boiko)
Olli Ries (ories) wrote :

re comment #3) does this apply to manta & flo?

kevin gunn (kgunn72) on 2014-02-18
Changed in unity8:
assignee: kevin gunn (kgunn72) → Daniel d'Andrada (dandrader)
kevin gunn (kgunn72) wrote :
Gerry Boland (gerboland) wrote :

Upon a little more research, I deduced the fault to unity-mir's surface placement logic - not qtubuntu's internal geometry.

OSK surface needs to be positioned underneath the panel (0, 67). But ApplicationManager::placeSession was positioning it at (0,0), since it didn't recognize it as an application surface.

If unity-mir places a surface in a position where the app doesn't expect it to be, input events get confused, causing these key mis-hit issues.

affects: qtubuntu → unity-mir
Gerry Boland (gerboland) wrote :

Ok, I've linked a branch that I believe fixes this issue. I'm now scoping out testers...

Changed in unity-mir:
assignee: nobody → Gerry Boland (gerboland)
status: New → In Progress
Changed in unity8:
status: New → Invalid
kevin gunn (kgunn72) on 2014-02-19
Changed in unity-mir:
status: In Progress → Fix Committed
Pat McGowan (pat-mcgowan) wrote :

Filed related bug #1282133

Michał Sawicz (saviq) on 2017-03-13
affects: unity8 → unity8 (Ubuntu)
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers