Open Bug 779725 Opened 13 years ago Updated 3 years ago

text field and text area border disappears in windows high contrast mode

Categories

(Core :: Layout: Form Controls, defect)

12 Branch
x86
Windows XP
defect

Tracking

()

UNCONFIRMED

People

(Reporter: anand.v.nath, Unassigned)

References

Details

(Whiteboard: DUPEME)

Attachments

(1 file)

Attached file test.html
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20100101 Firefox/12.0 Build ID: 20120420145725 Steps to reproduce: Created three text fields, one with no styling, second one with .solidBorder { border-width: 2px; border-style: solid; } and third one with .insetBorder { border-width: 2px; border-style: inset; } Test case is uploaded. Actual results: For the first one border was visible. For second one border disappeared. For third one partial border was visible. Also noted that the computed style for first one and the third one are exactly the same, but it appears differently in the browser. If no style is specified, the default border-width is set by browser as 2px and border-style is set as 'inset'. The third text field had these specified explicitly in CSS and that created a difference in the appearance. Expected results: Border should appear in high contrast mode irrespective of the styling.
Attachment #648225 - Attachment mime type: text/plain → text/html
Component: Untriaged → Canvas: 2D
Product: Firefox → Core
Er... this seems wholly unrelated with canvas. It also sounds like a duplicate of one of the bugs about high contrast mode plus native theming.
Component: Canvas: 2D → Layout: Form Controls
Whiteboard: DUPEME
Did this get fixed by the patch in bug 452800?
Depends on: 452800
Flags: needinfo?(anand.v.nath)
This bug was filed in 2012. It is not relevant now. I moved on to MAC, so I am unable to test it.
This bug was filed in 2012. It is not relevant now. I moved on to MAC, so I am unable to test it.

The test case for this still shows problems, but the problems are now different. I'm not sure what Boris is referring to with "native theming" -- if that's just authored CSS, then yes that is causing an issue.

The problem is now worse, however: the text of the textareas themselves are sometimes entirely invisible. Should this be a separate bug?

I don't seem to be able to post screenshots in comments so I've got it on imgur for now: https://imgur.com/r4zBzyi
Screenshot shows Edge on the left and Firefox on the right with the original test case. The first input ("No Style Textfield") and the first textarea ("Standard Textarea") show white backgrounds and seemingly no text. As expected, text is visible if selected.

Er, correction of my comment: the issue is when there is a LACK of author styles. Firefox' browser default styles appear to be the issue here.

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?(anand.v.nath)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: