Closed
Bug 1353554
Opened 8 years ago
Closed 7 years ago
Form field does not allow entry and JAWS screenreader reads varying statements when keys are pressed
Categories
(Core :: Disability Access APIs, defect, P3)
Tracking
()
RESOLVED
INVALID
People
(Reporter: u554753, Unassigned)
References
(Blocks 2 open bugs)
Details
(Keywords: multiprocess, Whiteboard: aes+)
Jaws Version:
18.0.2530
User Agent:
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/55.0
Steps to Reproduce:
1. Navigate to http://drive.google.com
2. Attempt to enter characters in the password field to log in.
Expected Results:
JAWS screenreader reads "star" as the user enters characters for the password
Firefox Nightly enters in valid information
Actual Results:
JAWS screenreader says different things dependent on the key entered, and characters are not entered in the form field. The following happens when Firefox Nightly is in focus on the OS:
For example, pressing the following keys in the password, JAWS screenreader reads the following:
A - "There are no radio buttons on this page."
B - "There are no buttons on this page."
C - "There are no selectable ARIA controls, list boxes, or comboboxes on this page."
D - "This is the first element of this page."
F - "There are no form fields on this page."
This works normally when e10s is turned off.
Comment 1•8 years ago
|
||
It appears that JAWS is not switching to forms mode automatically (a high-pitched blop sound when the password field gains focus is not heard). These messages are an indication that virtual cursor is still active.
This issue is still reproducible with the below specs - This continues to happen whether or not e10s is enabled.
Firefox Nightly - 57.0a1
JAWS Version - 18.0.4938
Updated•7 years ago
|
Keywords: multiprocess,
singleprocess
Updated•7 years ago
|
Flags: needinfo?(mzehe)
Comment 3•7 years ago
|
||
I can reproduce (or similar to) this with latest Nightly and Jaws on Win 10 at https://bugzilla.mozilla.org. Simple try to enter a bug number into the search field. It won't work. Profiler: https://perfht.ml/2vXeCYH
Comment 4•7 years ago
|
||
(In reply to Tracy Walker [:tracy] from comment #3)
> I can reproduce (or similar to) this with latest Nightly and Jaws on Win 10
> at https://bugzilla.mozilla.org. Simple try to enter a bug number into the
> search field. It won't work. Profiler: https://perfht.ml/2vXeCYH
Did you enter forms input mode?
http://www.htctu.fhda.edu/trainings/manuals/tutorials/readweb/forms.htm
Flags: needinfo?(mzehe) → needinfo?(twalker)
status-firefox56:
--- → affected
status-firefox57:
--- → affected
Updated•7 years ago
|
Flags: needinfo?(twalker)
Updated•7 years ago
|
Blocks: 1350984
Keywords: singleprocess
Comment 5•7 years ago
|
||
Marco can you close this or adjust the priority to match severity?
Flags: needinfo?(mzehe)
Priority: -- → P3
Updated•7 years ago
|
Whiteboard: aes+
Comment 6•7 years ago
|
||
Closing as INVALID due to user error while operating JAWS. I have seen form input working fine with recent JAWS and Nightly, provided forms mode is correctly turned on first.
Status: NEW → RESOLVED
Closed: 7 years ago
Flags: needinfo?(mzehe)
Resolution: --- → INVALID
Updated•7 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•