Closed
Bug 1320108
Opened 8 years ago
Closed 2 years ago
[DateTimePicker] Delete button is not visible in High contrast mode
Categories
(Core :: Layout: Form Controls, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox53 | --- | affected |
People
(Reporter: roxana.leitan, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
59 bytes,
text/x-review-board-request
|
Details |
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:53.0) Gecko/20100101 Firefox/53.0
Build ID: 20161123030208
[Affected versions]:
Nightly 53.0a1
[Affected platforms]:
All platforms: Windows 10 x 64, Windows 7, Mac OS X 10.11
[Steps to reproduce]:
1.Activate High Contrast mode
2.Launch Nightly 53.0a1 with a new profile
3.Set "dom.forms.datetime" pref to True in about:config
4.In the URL bar enter "data:text/html, <input type="time">"
5.Set time value
[Expected result]:
Time value should be set and Delete button should be visible
[Actual result]:
Delete button is invisible, but is functional
Updated•8 years ago
|
Blocks: datetime-bugs
Updated•8 years ago
|
No longer blocks: datetime-bugs
Updated•8 years ago
|
Updated•8 years ago
|
Component: XUL Widgets → Layout: Form Controls
Product: Toolkit → Core
Updated•8 years ago
|
Priority: -- → P2
Comment 1•7 years ago
|
||
SV team suggested this should be fix.
NI myself to triage with devs.
Flags: needinfo?(whuang)
Comment 2•7 years ago
|
||
Scott, do you have solution in mind for this?
Flags: needinfo?(whuang) → needinfo?(scwwu)
Comment 3•7 years ago
|
||
I'll take a look and ask someone who has dealt with high contrast mode.
Assignee: nobody → scwwu
Flags: needinfo?(scwwu)
Comment hidden (mozreview-request) |
Comment 5•7 years ago
|
||
Comment on attachment 8902630 [details]
Bug 1320108 - Support high-contrast code by using image instead of background for reset button
High contrast mode ignores all background images, so one workaround is to use `<img>` instead. Could you think of any issue that we might encounter if we do this?
Attachment #8902630 -
Flags: feedback?(jjong)
Comment 6•7 years ago
|
||
(In reply to roxana.leitan@softvision.ro from comment #0)
> [Affected platforms]:
> All platforms: Windows 10 x 64, Windows 7, Mac OS X 10.11
Is MacOS affected? I don't know there's a High Contrast Mode on Mac. I only see the `Increase Contrast` option under `Accessibility`, but it doesn't affect our UIs.
Flags: needinfo?(roxana.leitan)
Hi Scott,
Tested on latest Nightly 57.0a1 (Build ID:20170830220349), on Mac OS X 10.12 and with "Increased Contrast" checked and Maximum Display contrast, delete button is not visible.
If Display contrast is not maximum, but higher than normal value, the button is visible.
Flags: needinfo?(roxana.leitan)
Comment 8•7 years ago
|
||
Comment on attachment 8902630 [details]
Bug 1320108 - Support high-contrast code by using image instead of background for reset button
This looks okay to me and everything works as expected with this patch.
However, as we tested, this fixes the case on Windows high contrast mode, but does not fix macOS with "Increased Contrast" with maximum value. macOS "Invert Colors" works fine though.
Note that the reset button is also not visible on Chrome with "Increased Contrast" with maximum value.
Attachment #8902630 -
Flags: feedback?(jjong)
Comment 9•7 years ago
|
||
It seems to me turning display contrast to maximum on MacOS is quite extreme. I wonder if there is any case in our UI where special treatment is done to pass this scenario?
Wesley, do you think there a need to support this?
Flags: needinfo?(whuang)
Comment 10•7 years ago
|
||
From my view that's a corner case we'd rather not spend efforts on.
When "increased contrast" to the maximum, even the essential back, forward, refresh, home buttons becomes invisible.
Flags: needinfo?(whuang)
Comment 11•7 years ago
|
||
Not saying this isn't an issue, but following str I can't even read osx's system menu properly.
Keep it as known issue but not harmful.
Comment 12•6 years ago
|
||
Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3
Comment 13•3 years ago
|
||
The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.
Assignee: scottcwwu → nobody
Updated•2 years ago
|
Severity: normal → S3
Comment 14•2 years ago
|
||
The Reset
button was replaced with a Calendar
button as a part of the accessibility improvement work in the bug 1676068 and the HCM support is added to the Calendar button (the datepicker itself is to update the HCM styling per the bug 1797669).
Unless the Reset
button would be added to the date/datetime inputs and/or to the time inputs (per the bug 1801911), I think we can close this bug as works for me
as the button is no longer present in the UI.
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•