After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 753195 - capslock+shift+tab does not jump to the previous field in my machine
capslock+shift+tab does not jump to the previous field in my machine
Status: RESOLVED OBSOLETE
Product: orca
Classification: Applications
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Orca Maintainers
Orca Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-08-03 20:16 UTC by Jose Vilmar Estacio de Souza
Modified: 2018-02-08 13:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
debug file with capslock+tab and capslock+shift+tab pressed. (8.33 KB, application/gzip)
2015-08-03 20:16 UTC, Jose Vilmar Estacio de Souza
Details
An another testcase with form field handling related (365.18 KB, text/plain)
2015-08-04 04:04 UTC, Hammer Attila
Details

Description Jose Vilmar Estacio de Souza 2015-08-03 20:16:45 UTC
Created attachment 308700 [details]
debug file with capslock+tab and capslock+shift+tab pressed.

When I am filling a form I can use capslock+tab to jump to the next form field but I can not use capslock+shift+tab to jump to the next field.
If I press capslock+shift+tab in help mode, nothing is announced by orca.
I'll attach a debug file to demonstrate the problem.
Comment 1 Hammer Attila 2015-08-04 04:04:07 UTC
Created attachment 308713 [details]
An another testcase with form field handling related

Joanie, if I experiencing a separate issue, please tell me and I report my experiencing issue an another report.
What the case with sticky focus mode? When useful this mode?
I newer used this mode, but now tryed a thing with Orca form fields handling related after I read José letter in Orca-list.
If I using for example in Bugzilla the Orca modifier+TAB and Orca modifier+SHIFT+TAB keystroke when focus mode toggled on, some time the caret jumping a link and Orca switch back with browse mode.
This is right with TAB keystroke, but I think possible not with Orca modifier+TAB and Orca modifier+SHIFT+TAB keystrokes.
Not this situation need using the sticky focus mode?
I tryed sticky focus mode function in Bugzilla page, testcase:
1. Open firefox, and goto following page:
https://bugzilla.gnome.org/enter_bug.cgi?product=orca
2. Press e keystroke to jump the"quick search" text entry. If focus mode not activated automaticaly, press Orca modifier+a keystroke.
If this situation you press two time with Orca modifier+TAB keystroke, Orca jumping a link and switch back with browse mode. If again press Orca modifier+Tab keystroke, Orca again jumping a link.
I think José founded this problem he's bug report, I not see a testcase with José report.
Ok, go back with Orca modifier+SHIFT+TAB keystroke with quick search entry before you doing the next step.
3. Activate with Sticky focus mode mode.
4. Press Orca modifier+TAB keystroke twice.
I think the expected result (possible only I missunderstand this feature purpose):
Because the focus mode is sticky, TAB and SHIFT+TAB keystrokes, Orca modifier+TAB and Orca modifier+SHIFT+TAB keystrokes need jumping only between form fields.
Actual result:
This situation Orca again jumping a link. If again you press Orca modifier+Tab keystroke, Orca again jumping a link, not a form field element.

I using Orca focus mode feature with following app-specific preferences:
Automatic focus mode during caret navigation check box: unchecked,
Automatic focus mode during structural navigation check box: checked.

Attila