input type="number" with datalist, repeat up/down keys increases or decreases values only once
Categories
(Core :: Layout: Form Controls, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
thunderbird_esr68 | --- | unaffected |
firefox-esr68 | --- | unaffected |
firefox74 | --- | unaffected |
firefox75 | --- | unaffected |
firefox76 | --- | wontfix |
firefox77 | --- | fix-optional |
People
(Reporter: alice0775, Unassigned)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: nightly-community, regression, Whiteboard: [layout:backlog:quality])
After landing Bug 1620778,
Str:
- Open http://jsbin.com/quluwijohe/1/edit
- Focus the field
- Repeat keypress ↑ or ↓
Actual results:
Strange behavior.
The value increases or decreases only once.
Expected results:
The value increases or decreases with each keypress.
Comment 1•4 years ago
|
||
Hmmm, fantastic fail on my side, I was pretty sure I had tested that case...
Thanks for reporting as always Alice, you're amazing.
Comment 2•4 years ago
|
||
Huh, I can't repro on Linux... Is this on Windows?
Comment 3•4 years ago
|
||
Or, does the autocomplete popup show up once after you press it? If so it's a kinda weird interaction because it shows up when there are results that match the input value, but it's not clear what would be the right interaction there...
Maybe we could suppress the popup if there's a repeating keypress somehow.
Reporter | ||
Comment 4•4 years ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #2)
Huh, I can't repro on Linux... Is this on Windows?
Yes, windows.
Reporter | ||
Comment 6•4 years ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #3)
Or, does the autocomplete popup show up once after you press it?
Yes.
If so it's a kinda weird interaction because it shows up when there are results that match the input value,
but it's not clear what would be the right interaction there...Maybe we could suppress the popup if there's a repeating keypress somehow.
Yes, but it is complicated. It needs to organize how to interact with the keyboard...
Updated•4 years ago
|
Comment 7•4 years ago
|
||
Hi Emilio - are you planning on working on this for 76 during the beta?
Comment 8•4 years ago
|
||
I thought this was a somewhat more serious issue at first, I don't think it's a P2.
This probably needs some UX input or something.
Comment 9•4 years ago
|
||
Changing the priority to p2 as the bug is tracked by a release manager for the current nightly.
See What Do You Triage for more information
Comment 10•4 years ago
|
||
It does feel broken, and yes I think we need some UX input. Doesn't seem like there is much standard behavior. Trying this on Mac in both Firefox and Chrome:
- On initial focus and pressing ↓: For Firefox, I get a negative value, no popup. On Chrome the popup appears on initial focus and I select a value from the datalist. Chrome feels better in this case.
- On initial focus and pressing ↑: For Firefox, the popup appears after pressing ↑ and I select a value. On Chrome the popup appears on initial focus but ↑ does nothing (presumably because the popup is below). Firefox feels better in this case.
- After selecting an item from the data list and pressing ↑ or ↓ multiple times: For Firefox, it feels broken at this point. You can't nudge values up or down, but the popup appears. On Chrome it also feels broken; you can nudge values up and down, but the popup will no longer appear. Chrome seems better, but both feel broken for different reasons.
Stephen do you know who could provide input on how this should work?
Comment 11•4 years ago
|
||
Ryan: Based on comment 8 do you think we should keep tracking? I'd prioritize this as P3 and not track it. It's kind of wonky in Firefox and Chrome for different reasons.
If anything we should simply fix it so that the popup appears on first ↑ or ↓ (or on focus) but we don't increment or decrement the value in the field while the popup is open.
Comment 13•4 years ago
|
||
(In reply to Sean Voisen (:svoisen) from comment #11)
Ryan: Based on comment 8 do you think we should keep tracking? I'd prioritize this as P3 and not track it. It's kind of wonky in Firefox and Chrome for different reasons.
If anything we should simply fix it so that the popup appears on first ↑ or ↓ (or on focus) but we don't increment or decrement the value in the field while the popup is open.
I just set the priority accordingly.
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Comment 14•9 months ago
|
||
Clear a needinfo that is pending on an inactive user.
Inactive users most likely will not respond; if the missing information is essential and cannot be collected another way, the bug maybe should be closed as INCOMPLETE
.
For more information, please visit BugBot documentation.
Description
•