GNOME Bugzilla – Bug 537438
[blocked] Braille selection indicators are sometimes not removed in FireFox
Last modified: 2013-01-09 22:59:16 UTC
Please describe the problem: If you have several text input fields in a form on a page in Firefox and hit tab several times to move across the various fields without editing them, the selection is not removed if you leave a field, resulting in all input text indicated as selected in braille. Steps to reproduce: 1. Go to http://delysid.org/orca-firefox-braille-problem.html 2. If focus is on the "test button" link, hit tab two times. 3. Now hit shift-tab two times to go back to your original position. Actual results: A input field selects all its text if focus enters it. This is normal GUI behaviour. But if the input field has no focus anymore, the selection is removed on screen. Orca seems to miss that selection event and thinks the text is still selected. Expected results: If I leave an input field, the selection should be removed, since that is what happens on screen. Does this happen every time? This actually seems to happen in every form that contains a input fields. Other information:
This is a Mozilla bug. Merely moving focus away from the entry does not cause the selection information to be updated and the accessible text interface's getSelection(0) continues to return the original starting and ending offsets of the text that had been selected. It seems you have to perform some action within that entry in order for Gecko to update the selected text info. I have opened a bug against Mozilla and am blocking this bug against it. There's nothing we can do if Gecko lies and tells us the text is still selected. :-( https://bugzilla.mozilla.org/show_bug.cgi?id=440590
Sorry for the spam. Updating the target to FUTURE. Orca should automatically start doing the right thing w.r.t. this problem when they fix their bug.
When this bug is fixed by the Mozilla guys, Orca will automatically start doing the right thing. That, plus the fact that we track Mozilla bugs impacting Orca here[1] means there is little benefit in keeping this tracker in GNOME's bugzilla. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=374212