Open Bug 1592409 Opened 5 years ago Updated 2 years ago

68 ESR introduced a change in the way tabbing between fields acts, causing it to not move to the next line in a grid of fields.

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

68 Branch
x86_64
Windows 10
defect

Tracking

()

UNCONFIRMED

People

(Reporter: afranklin, Unassigned)

References

Details

Attachments

(1 file)

Attached image sample_grid.png

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0

Steps to reproduce:

In JD Edwards users use the tab key to move from one field to the next. This is a grid of editable fields. When the end of the line is reached the next location seems to be up in the header.

Actual results:

When the end of the line is reached the next location seems to be up in the header.

Expected results:

When the end of the line is reached the cursor used to go to the first field in the next line.

I could not reproduce this issue on a regular form (unfortunately I'm not a JD Edwards user) using the latest Nightly 72.0a1 or Firefox 68.2.0 esr. I'm going to assign this to the "Firefox: Keyboard Navigation" component and hopefully someone with more knowledge in this area will take a look over.

Component: Untriaged → Keyboard Navigation
OS: Unspecified → Windows 10
Hardware: Unspecified → x86_64

I just tested with the Nightly 72.0a1 and the same problem occurs.

Component: Keyboard Navigation → DOM: UI Events & Focus Handling
Product: Firefox → Core
See Also: → 1595643

Is there any chance to find a minimal test script to reproduce this? Thanks.

Reporter, is this bug a regression? Did Firefox use to behave differently?

And as Edgar mentioned, a minimal test case would be really useful here.

Flags: needinfo?(afranklin)
Priority: -- → P3

We use the ESR line. The problem was introduced with version 68 ESR. Prior to that the tab would wrap to the first field in the next line.

I have asked our internal developer if he sees it on anything that he has developed and he has not. I'm not a developer so it's hard for me to know how the JDE table is different from what he does. Otherwise, I'd ask him to put something together for me as a test case. I'll ask if he can look at the JDE source and see if he can duplicate some of it for a test.

Flags: needinfo?(afranklin)
See Also: 15956431535742, 1593211
Severity: normal normal → S3 S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: