Closed
Bug 1318339
Opened 8 years ago
Closed 8 years ago
[DateTimeInput] When action on Delete button an " | " is displayed over it
Categories
(Core :: Layout: Form Controls, defect, P3)
Tracking
()
VERIFIED
FIXED
mozilla55
Tracking | Status | |
---|---|---|
firefox53 | --- | wontfix |
firefox54 | --- | fix-optional |
firefox55 | --- | verified |
People
(Reporter: roxana.leitan, Assigned: jessica)
References
(Blocks 1 open bug)
Details
Attachments
(3 files)
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:53.0) Gecko/20100101 Firefox/53.0
Build ID: 20161115030213
[Affected versions]:
Nightly 53.0a1
[Affected platforms]:
All platforms: Windows 10, Windows 7, Ubuntu 16.04
[Steps to reproduce]:
1.Launch Nightly 53.0a1 with a new profile
2.Set "dom.forms.datetime" pref to True in about:config
3.Open attached html
4.Press Tab key to navigate through input columns (hour, minutes, AM/PM)
5.Click on Delete button
[Expected result]:
Values from hour and minutes should be deleted. Delete button should be displayed correctly.
[Actual result]:
Values from hour and minutes are deleted, but over the Delete button is displayed a vertical line.
[Additional notes]:
Ubuntu: The issue is reproducible without step 4.
Updated•8 years ago
|
Blocks: datetime-bugs
Updated•8 years ago
|
No longer blocks: datetime-bugs
Updated•8 years ago
|
Priority: -- → P3
Updated•8 years ago
|
Component: XUL Widgets → Layout: Form Controls
Product: Toolkit → Core
Assignee | ||
Comment 2•8 years ago
|
||
Hi Roxana, is this bug still valid? as we now hide the reset button when there are no values.
Flags: needinfo?(roxana.leitan)
Assignee | ||
Updated•8 years ago
|
Summary: [DateTimePicker] When action on Delete button an " | " is displayed over it → [DateTimeInput] When action on Delete button an " | " is displayed over it
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0
Build ID: 20170305030210
Hi Jessica, the issue is still reproducible even if Delete button appears only after time values are set.
Reproducible only on Windows and Ubuntu.
Flags: needinfo?(roxana.leitan)
Comment hidden (mozreview-request) |
Assignee | ||
Comment 5•8 years ago
|
||
Hi :mossop, here comes another one, this one is simpler. :)
Comment 6•8 years ago
|
||
mozreview-review |
Comment on attachment 8860324 [details]
Bug 1318339 - [DateTimeInput] Prevent reset button from getting focus.
https://reviewboard.mozilla.org/r/132354/#review135354
Can you elaborate more about what's going on here? My understanding of what the patch is doing doesn't seem to match the commit message.
Assignee | ||
Comment 7•8 years ago
|
||
mozreview-review-reply |
Comment on attachment 8860324 [details]
Bug 1318339 - [DateTimeInput] Prevent reset button from getting focus.
https://reviewboard.mozilla.org/r/132354/#review135354
Sorry, should have made myself clearer. There is a dotted line on the button because it's being focused. We can either fix this by removing the border of the button on focus (on its stylesheet), or prevent the button for getting focus at all. I chose the latter one, because I think the button should not steal the focus from the text field, even if the focus will be set back to the first inner text box.
Comment 8•8 years ago
|
||
(In reply to Jessica Jong [:jessica] from comment #7)
> Comment on attachment 8860324 [details]
> Bug 1318339 - [DateTimeInput] Prevent reset button from getting focus.
>
> https://reviewboard.mozilla.org/r/132354/#review135354
>
> Sorry, should have made myself clearer. There is a dotted line on the button
> because it's being focused. We can either fix this by removing the border of
> the button on focus (on its stylesheet), or prevent the button for getting
> focus at all. I chose the latter one, because I think the button should not
> steal the focus from the text field, even if the focus will be set back to
> the first inner text box.
Ok and I can buy that the change makes it so you can't focus with the mouse, but how does it stop it being focused by keyboard? Would doing that be an accessibility issue?
Assignee: nobody → jjong
Flags: needinfo?(jjong)
Assignee | ||
Comment 9•8 years ago
|
||
(In reply to Dave Townsend [:mossop] from comment #8)
> Ok and I can buy that the change makes it so you can't focus with the mouse,
> but how does it stop it being focused by keyboard? Would doing that be an
> accessibility issue?
Oh, that has already been done with `tabindex=-1` [1]. Hmm, I'm not sure about accessibility, but it seems that the up/down keys in input type=number or the reset button in input type=date/time on Chrome browser are not tabbable either.
[1] http://searchfox.org/mozilla-central/rev/baf47b352e873d4516d7656186d6d7c7447d3873/toolkit/content/widgets/datetimebox.xml#1095
Flags: needinfo?(jjong)
Comment 10•8 years ago
|
||
mozreview-review |
Comment on attachment 8860324 [details]
Bug 1318339 - [DateTimeInput] Prevent reset button from getting focus.
https://reviewboard.mozilla.org/r/132354/#review136438
Attachment #8860324 -
Flags: review?(dtownsend) → review+
Assignee | ||
Comment 11•8 years ago
|
||
Keywords: checkin-needed
Comment 12•8 years ago
|
||
Pushed by cbook@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/cc40abcbe193
[DateTimeInput] Prevent reset button from getting focus. r=mossop
Keywords: checkin-needed
Comment 13•8 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 8 years ago
status-firefox55:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla55
Reporter | ||
Comment 14•8 years ago
|
||
Verified as fixed using the latest Nightly 55.0a1 (2017-05-05) on Ubuntu 16.04 x64, Windows 10 x64 and Mac OS X 10.12.
Status: RESOLVED → VERIFIED
Comment 15•8 years ago
|
||
I think we can assume 54 is affected here. Want to uplift this fix to 54?
status-firefox54:
--- → affected
Flags: needinfo?(jjong)
Updated•8 years ago
|
Assignee | ||
Comment 16•8 years ago
|
||
I don't think this needs to be uplifted, it's a minor issue and it's pref-off by default.
Flags: needinfo?(jjong)
You need to log in
before you can comment on or make changes to this bug.
Description
•