Closed Bug 1617342 Opened 4 years ago Closed 4 years ago

tabbing inputs of type number require 2 tab presses with certain input heights/max-height

Categories

(Core :: Layout: Form Controls, defect, P2)

75 Branch
defect

Tracking

()

VERIFIED FIXED
mozilla75
Tracking Status
firefox-esr68 --- unaffected
firefox73 --- unaffected
firefox74 + verified
firefox75 --- verified

People

(Reporter: Ryan.Flaherty, Assigned: emilio)

References

(Regression)

Details

(Keywords: regression)

Attachments

(2 files)

Attached file numberInputEx.html

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

Steps to reproduce:

On Firefox nightly for windows 75.0a1 (2020-02-21) (64-bit)
Viewing the attached html file:
Enter a number into ok 1 and press tab
enter a number into ok 2 and press tab
enter a number into sticky 1 and press tab. press tab again
enter a number into ok 3 and press tab
enter a number into sticky 2 and press tab. press tab again

Actual results:

On "sticky 1" and "sticky 2" the input is highlighted while tabbing through

Expected results:

tabbing behaviour should have been consistent with other number inputs. I expected to move onto the next tab.

This behaviour is not present on Firefox for windows 73.0.1 (64-bit)

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

Hi,

I have managed to reproduce this issue in Beta version 74.0b7 and latest Nightly build 75.0a1 (2020-02-25). The issue not reproducible on release version 73.0.1 or Chrome.
Further, I will move this over to a component so developers can take a look over it. If this is not the correct component please feel free to change it to an appropriate one.

Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4fddecc4bdb81585491253a6f3ae4d706947ff0f&tochange=bebd7befedef0a06afa1925279f44b815d450f5b

Thanks for the report.

Status: UNCONFIRMED → NEW
Component: Untriaged → Layout: Form Controls
Ever confirmed: true
Keywords: regression
Product: Firefox → Core
Flags: needinfo?(emilio)
Regressed by: 981248
Has Regression Range: --- → yes
Priority: -- → P2

[Tracking Requested - why for this release]: form control regression

Assignee: nobody → emilio

I cannot reproduce on Linux with a clean profile, for some reason, but I can repro in my main profile... Looking into it.

See Also: → 1618260
Flags: needinfo?(emilio)

This works for non-number input elements because of the
IsRootOfNativeAnonymousSubtree check above, but doesn't work for
<input type=number>.

It used to work (kinda) before bug 981248 because of the weird focus-manager
redirection code to the inner <input> that was causing problems and which that
bug removed.

Make the check a bit more explicit, and add a test.

Comment on attachment 9129244 [details]
Bug 1617342 - Don't treat scrollable boxes inside input elements as focusable. r=bzbarsky

Beta/Release Uplift Approval Request

  • User impact if declined: comment 0
  • Is this code covered by automated tests?: Yes
  • Has the fix been verified in Nightly?: No
  • Needs manual test from QE?: Yes
  • If yes, steps to reproduce: comment 0 (on windows)
  • List of other uplifts needed: none
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Simple check to restore semantics. Intentionally minimal, upliftable patch.
  • String changes made/needed: none
Attachment #9129244 - Flags: approval-mozilla-beta?
Flags: qe-verify+

Comment on attachment 9129244 [details]
Bug 1617342 - Don't treat scrollable boxes inside input elements as focusable. r=bzbarsky

P2, fixes a 74 regression, uplift approved for 74 beta 9, thanks.

Attachment #9129244 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
Attachment #9129244 - Attachment description: Bug 1617342 - Don't treat scrollable boxes inside input elements as focusable. r=smaug → Bug 1617342 - Don't treat scrollable boxes inside input elements as focusable. r=bzbarsky
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/ff3125134c93
Don't treat scrollable boxes inside input elements as focusable. r=bzbarsky

Verified - Fixed in latest Beta build 74.0b9 (Build id: 20200227210932) using Windows 10.

QA Whiteboard: [qa-triaged]
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla75

Verified - Fixed in latest Nightly build 75.0a1 (Build id: 20200228092428) using Windows 10, Mac OS 10.15 and Ubuntu 18.04

Status: RESOLVED → VERIFIED
QA Whiteboard: [qa-triaged]
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: