Open Bug 790623 Opened 12 years ago Updated 1 year ago

High Contrast: display problems in forms

Categories

(Core :: Layout: Form Controls, defect)

15 Branch
All
Windows 7
defect

Tracking

()

People

(Reporter: k.schmelzle, Unassigned)

Details

Attachments

(1 file)

Attached file HighContrastBug_FF.pdf
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0.1
Build ID: 20120905151427

Steps to reproduce:

i run windows 7 in high contrast mode
color-settings in FF: white text / black background


Actual results:

on websites with forms, the borders are invisible


Expected results:

on websites with forms, the borders should be visible
like in older versions of FF
i dont know, since wich version this happens
Confirming the reported behavior on:
Mozilla/5.0 (Windows NT 6.1; rv:18.0) Gecko/18.0 Firefox/18.0
Status: UNCONFIRMED → NEW
Component: Untriaged → Shell Integration
Ever confirmed: true
Hardware: x86_64 → All
The forms become visible after a page refresh. Karsten, can you please confirm this?
Status: NEW → UNCONFIRMED
Ever confirmed: false
Refreshing does not resolve this. The problem occurs whenever a border style is set on on certain form controls. In addition, Focus outline styles are not shown either in high contrast mode. I've created a test case (basic form controls with a border style) that illustrates this issue here: https://dl.dropboxusercontent.com/u/573324/testcases/bugreports/mozilla/form_controls_hc_mode.html

There are already a few other bugs reporting the same problem: 698710, 779725, 898437, 452800 

It would be greatly appreciated if this could be fixed. It used to work fine but it has been broken for a long time now, making dealing with high contrast more unnecessarily more complicated than it already was.
Component: Shell Integration → Layout: Form Controls
Product: Firefox → Core
About this issue: many websites display black text inside input fields and buttons.  Input fields are black (which is against regulations).  On some websites, input fields don't have outline colors or outlines; so, the user won't even know that an input field exists.

I think this is a very important issue (perhaps critical) because it has a major environmental impact, and it significantly effects the user's experience.  Firefox is one of the very few programs that has trouble with Windows high-contrast mode.  But other browsers have the same problem, and it would be a competitive edge if Firefox became compatible.  Also, I think it's very connected to Firefox's inspiring culture of do-gooding.  Maybe people will refuse to use high-contrast mode because of this problem.  Or, an admin might set an elderly or low-vision user's computer to high-contrast mode in order to help that user, and that user will never understand the problem.

Also, this seems to be an intermittent issue.  It does come and go.  I'm not sure why, but it may have something to do with the language code or something similar because when I receive Chinese documents, Microsoft Word also shows all of the text in black unless I remove the formatting and re-apply automatic color to the affected text.

This also makes me wonder what else is hidden?

Thank you for reading.
Changing to new after talking with jmikebot on irc.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Just to make sure we're all on the same page:

1)  Are we talking about the testcase at <https://dl.dropboxusercontent.com/u/573324/testcases/bugreports/mozilla/form_controls_hc_mode.html>?  If not, you should probably file a separate bug with a link to your testcase.  Feel free to cc me on that bug.

2)  Whichever testcase we're talking about, please attach a screenshot of that testcase in high contrast mode to the relevant bug.

3)  Whichever testcase we're talking about, please attach a screenshot of that testcase _not_ in high contrast mode, but with the "browser.display.document_color_use" preference set to 2 instead of the default value of 0.

4)  Whichever testcase we're talking about, please attach a screenshot of that testcase in high contrast mode, but with the "browser.display.document_color_use" preference set to 1 instead of the default value of 0.

At that point I'll likely have followup questions about the values of various colors on your theme, but those questions depend on the testcase we're talking about.
Flags: needinfo?(jmikebot)
Flags: needinfo?(cork)
Sorry i can't provide any extra information, i haven't seen this problem my self and has only had contact with him over irc.
Flags: needinfo?(cork)
Severity: normal → S3

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 auto_nag documentation.

Flags: needinfo?(jmikebot)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: