Closed Bug 2105 Opened 26 years ago Closed 26 years ago

Text invisible in form textbox

Categories

(Core :: DOM: Core & HTML, defect, P4)

Product:
Core
Component:
DOM: Core & HTML
Platform:
x86
Windows 95
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: douliana3, Assigned: pollmann)

References

(
URL
)

Details

When text is typed into a textbox, it is not displayed and the only way to reveal it is to select the "invisible" text, when it becomes seen as white aginst the blue selected background. My opinion is that this occurs when the default text color in the <body> element is set to white and the bug is that in Netscape Gecko it gets applied to inputted text as well, while with other browsers it is black. I saw this bug on http://www.interplay.com/carmageddon2/contest.html and do not know if it occurs on other sites as well.
Now I have checked this bug and now I am sure that the text color in the body element applies to text typed into form textboxes which causes the invisible text problem when the text color is set to white.
Assignee: douliana3 → pollmann
Now I have checked this bug and now I am sure that the text color in the body element applies to text typed into form textboxes which causes the invisible text problem when the text color is set to white.
*** Bug 1538 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
*** Bug 2629 has been marked as a duplicate of this bug. ***
*** Bug 2629 has been marked as a duplicate of this bug. ***
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
QA Contact: 4110 → 4137
Reassigning qa contact to cpratt@netscape.com
Target Milestone: M6
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → INVALID
Status: RESOLVED → VERIFIED
There is no form textbox at the given URL. In the future, please submit a concise, reproducible test case and not a URL - URLs change over time. Thanks!
URL: http://www.interplay.com/carmageddon2... → blueviper/forms/calendar.html
Status: VERIFIED → REOPENED
Resolution: INVALID → ---
Status: REOPENED → ASSIGNED
This bug is valid. Please check all of the Duplicate's test cases too before closing out a bug in the future. Thanks! (The original URL that still displays this behaviour is at http://kittycat.net/kizz/calendar.html, bug 2629)
For some reason I didn't see the duplicates. From a duplicate for future reference: Eric, you're probably on this already, but here's another example. Move your mouse over January 10th (or any dates similarly colored). The SetValue() method for nsHTMLTextArea is getting called, but the text in the widget doesn't change. There's also a crash in the EventStateManager when you start moving around a lot, but that's a different bug for Tom Pixley. [...] The text is being updated. Update the field by moving the mouse over one of the numbered dates. Then sneak your mouse into the field and hilight the text. It's correct, just not showing up because it's white text on a white background. The text is being updated. Update the field by moving the mouse over one of the numbered dates. Then sneak your mouse into the field and hilight the text. It's correct, just not showing up because it's white text on a white background.
Target Milestone: M6 → M7
GTK is already happily drawing the text in black, and I don't have a Mac to check this out, but here is a proposed fix: Around line 735 of ua.css, inside of the textarea block, add this line: color:black; Then restart your browser and go to the above URL. Works for me on Windows and GTK. I'll most likely check this in tomorrow. :)
Status: ASSIGNED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
Just checked in a fix.
Status: RESOLVED → VERIFIED
Verified fixed, 1999061409 build, NT 4.
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.