Open
Bug 1430196
Opened 8 years ago
Updated 3 years ago
input type file and not working focus via TAB key in CSS
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
NEW
| Tracking | Status | |
|---|---|---|
| firefox-esr52 | - | wontfix |
| firefox57 | --- | wontfix |
| firefox58 | --- | wontfix |
| firefox59 | --- | fix-optional |
| firefox60 | --- | fix-optional |
People
(Reporter: nadiaa, Unassigned)
References
()
Details
(Keywords: css2, reproducible)
User Agent: Mozilla/5.0 (Windows NT 6.1; rv:52.0) Gecko/20100101 Firefox/52.0
Build ID: 20171226003912
Steps to reproduce:
https://codepen.io/anon/pen/VydPdO
Actual results:
After use of tab key, the input looks like focused but the input:focus probably doesn't work
Expected results:
During use TAB key, the label should be red.
Environmen
status-firefox-esr52:
--- → ?
tracking-firefox-esr52:
--- → ?
Keywords: css2,
reproducible
Comment 3•8 years ago
|
||
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
I managed to reproduce this issue using the provided steps from the Description, on latest Nightly 59.0a1 (2018-01-16) and Release 57.0.4 with Windows 10 x64, Ubuntu 14.04 x64 and macOS 10.12.
Pressing the "Tab" key highlights the "Browse" button, but the text from the right side that indicates the focus state remains the same (it should change accordingly to the focus state and become red).
I don't think this is a regression since it's also reproducible on an older Nightly build 29.0a1 (2014-01-20).
Status: UNCONFIRMED → NEW
status-firefox57:
--- → affected
status-firefox58:
--- → affected
status-firefox59:
--- → affected
Component: Untriaged → Event Handling
Ever confirmed: true
Product: Firefox → Core
Updated•8 years ago
|
Priority: -- → P2
Comment 4•8 years ago
|
||
On second though, moving to layout/forms.
Question: is this due to the fact that nsFileControlFrame::SetFocus hasn't got an implementation? Compare to nsTextControlFrame.
Component: Event Handling → Layout: Form Controls
Priority: P2 → --
Comment 5•8 years ago
|
||
Out of scope for ESR consideration. I'd consider a patch for Fx59 backport if one materialized, though.
Comment 6•7 years ago
|
||
Is there a workaround? Bootstrap's custom file inputs inherit this problem and :focus-within is not really a solution. A fix would be really appreciated. https://github.com/twbs/bootstrap/issues/26563
Comment 7•7 years ago
|
||
(In reply to Aleksander Machniak from comment #6)
> Is there a workaround? Bootstrap's custom file inputs inherit this problem
> and :focus-within is not really a solution. A fix would be really
> appreciated. https://github.com/twbs/bootstrap/issues/26563
Only workaround I've managed to get is to wrap the file input in a div and then `div:inner-focus` to detect whether the file input has been detected. Bit shonkey though.
Makes it harder to implement simple accessibility, so I'd also really appreciate a fix!
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•