Open Bug 851347 Opened 12 years ago Updated 2 years ago

Autocomplete interferes with use of onscreen / virtual keyboard input to awesome bar and search

Categories

(Firefox :: Disability Access, defect)

22 Branch
x86_64
Linux
defect

Tracking

()

UNCONFIRMED

People

(Reporter: grhm.perry, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20130301 Firefox/22.0 Build ID: 20130301030909 Steps to reproduce: Type into Awesome bar or Search box with a virtual keyboard such as Onboard or Plasmaboard. Actual results: A character is output, leading to a drop down auto-complete box appearing. The next key press makes the auto-complete list disappear but does not produce a character in the text box. The third key press results in a second character and the dropdown reappears. The cycle repeats with only alternating key presses resulting in a character. Expected results: The first key press should enter a character and bring up the auto-complete box, the second key press should enter a second character without closing the auto-complete drop down.
Component: Untriaged → Disability Access
David, do you have any ideas on this? You were once involved in the GOK project and probably know more about how these on-screen keyboards work than anyone else in our team. :)
My first reaction is that it sounds like a focus issue. Graham did this just start happening or does it happen with earlier FF versions?
It has always been the case with firefox on linux, or at least the DEs I've tried. It is definitely a focus issue, as I can increase focus stealing prevention in KDE, in which case going from 'low' to 'medium' prevents the autocomplete drop down from appearing but allows key presses to be entered. There is no setting that allows the autocomplete to appear without it stealing focus though.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.