Open Bug 1064879 Opened 10 years ago Updated 2 years ago

Edit fields not activated when braille routing key is pressed

Categories

(Core :: Disability Access APIs, defect)

ARM
Android
defect

Tracking

()

People

(Reporter: MarcoZ, Unassigned)

Details

This was reported on the Accessibility mailing list: https://groups.google.com/forum/#!topic/mozilla.accessibility/KONqTiWStBs

Excerpt:

I am using a Brailliant braille display along with Brailleback on my Samsung Tab S.  90% of the time, when I press one of the Brailliant's routing keys over an edit field, Talkback announces, "Editing," and the blinking braille cursor appears in the edit area.  However, nothing that I type on the Brailliant keyboard is entered into the edit field.  I must first double-tap on the Tab S screen, hear Talkback confirm that editing has started, and then may enter text from the Brailliant.

Occasionally, when a Subject field and a main text area are present, pressing a router key while over the main text area will cause editing to begin in the Subject field instead.  (This most frequently occurs on a journaling site I use, www.livejournal.com.)

-- End of excerpt --

My guess: Something is triggering AccessFu to think it is in editing mode, but the actual text field widget does not gain focus, so the keyboard doesn't come up.

CC'ing MaxLi in case he is interested in taking a look!
I think this may be a dup of bug 1062016. If you could verify that the patch their fixes it.
This bug is still present in my version of Nightly, 36.0a1.

To recreate:
1.  Go to http://www.google.com/
2.  Press braille display touch cursor over Google's Search combo box.
3.  Talkback says, "Editing," but none of the data being brailled shows up in the edit field.
4.  Swipe away from the edit field on the tablet, and "navigating is announced.
5.  Swipe back to the edit field, double tap on the tablet, and "Editing," is again announced.  This time however, braille entry keys are accepted.

Hope this helps.

Dan

Marco, can you still reproduce this?

Flags: needinfo?(mzehe)

I suspect not, because the issue with re-focusing an already focused edit was fixed, and I suspect this is just another expression of that same bug. However, I currently cannot verify that, because my braille display I have with me is too new for BrailleBack. I cannot get them to work together. Tried to reproduce this bug last night, that's how I know. :-( So will have to wait until I get back home where I have a display that is old enough to be supported by BrailleBack. Leaving NI on until I can give you a definitive answer.

Flags: needinfo?(marco.zehe)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.