1726173 - [XFA & AcroForm] The order in which the input fields are being focused/highlighted is incorrect

Status: NEW

(Firefox :: PDF Viewer, defect, P2)

Description

[Daniel Bodea [:danibodea]]

Attachment: imm5257e.pdf

Note

• When the user loads some specific PDF files and navigates them by keyboard (Tab key), he will notice that the fields are being focused/visually highlighted in the wrong order.

Affected versions

• Beta v92.0b4

Affected platforms

• all

Steps to reproduce

1. Launch browser.
2. Load the attached PDF file.
3. Press the Tab key to focus through the form fields (text fields/radio buttons/checkboxes/combo-boxes/buttons...).

Expected result

• The focus should move in an orderly manner, up-down, left-right.
• Then behavior seen in Abobe is the one described above, the most logical one: "Validate" button, "Clear Form" button, "UCI" text field, "I want service in" combo box, "Visa requested" combo box, "*Family name (as shown on your passport or travel document)" text field, "Given name(s) (as shown on your passport or travel document)" text field, "Have you ever used any other name (e.g. Nickname, maiden name, alias, etc.) ?" radio buttons set, and so on...

Actual result

• The focus is moved from the PDF controls to a radio button (on page 2, sub-section 6, from PASSPORT section), then to an "Email address" text field (on page 2, sub-section 6, from CONTACT INFORMATION section, then (presumably) focuses the "Validate" and "Clear Form" buttons from the top of the document, only then finally focusing the first field of the document (1. UCI).

Regression range

• Not a recent regression, but it is important to notice that a more confusing behavior can be seen in Release v91.0 since a visual focus was even more lacking (XFA disable under pref in this channel).

Additional notes

• I have set this bug's severity as S2, because it could be a very complicated and confusing process for keyboard users. Please lower it if it is believed to be too high.
• [access] keyword set because it's an interest of keyboard users.

Comment 1

[Daniel Bodea [:danibodea]]

Attachment: FormSolicitudDerechosRGPD-PURE-XFA.pdf

This behavior is also seen here.

Comment 2

[Daniel Bodea [:danibodea]]

Attachment: 1d8160be-abd4-4168-8fcb-9db3f0ff6e1b.pdf

This issue can also be observed in this PDF;
The dynamic link from the top of the page should be focused first, but in fact it's focused last, in the top-right group of fields (row 1, column 2), the "Reset information" button/link is focused before the "DOB" text field when it should be vice-versa.

Keep in mind that the buttons/links aren't visually focused (bug 1726183).

Comment 3

[Daniel Bodea [:danibodea]]

Attachment: 05fbf06e-1fec-40f2-ad14-d26bf91e2368.pdf

This is probably a less than adequate example for this issue because the focus in Adobe is still a little faulty, but the one seen in Firefox is considerably worse and obvious.

Comment 4

[Daniel Bodea [:danibodea]]

Attachment: GHOSTSCRIPT-693446-0.pdf

This PDF looks a lot like the first one, but it's a little different and shows the same behavior.

Comment 5

[Daniel Bodea [:danibodea]]

Attachment: GHOSTSCRIPT-696510-0.pdf

This might be a good example considering the large table. Adobe shows correct behavior.

Comment 6

[Daniel Bodea [:danibodea]]

Attachment: MOZILLA-1082743-1.pdf

Another good example of this issue.

Comment 7

[Daniel Bodea [:danibodea]]

Attachment: pdf.js-LINK-1773-1-GOOD.pdf

Another one.

Comment 8

[Marco Castelluccio [:marco]]

Lowering the severity to S3 given the accessibility rating.

Comment 9

[Marco Castelluccio [:marco]]

Is this still reproducible?

Comment 10

[Marco Castelluccio [:marco]]

Yes, still reproducible.