203438 - form controls with a border defined inherit parent's background color (or are transparent)

Status: RESOLVED FIXED

(Camino Graveyard :: HTML Form Controls, defect)

Description

[Chris Casciano]

[note: this is an offshoot of bug 197768 because I didn't want to morph it into
something that it wasn't initially (stuff other then inputs & only a this one
case outstanding)]

It appears that Camino (2003-04-25-05 and earlier trunk builds) has issues with
form controls with borders defined (a switch to non-native controls?) The most
obvious problem is the inheritance of the parent's background color (but not
text color). Or maybe it has no background and is transparant... can't really
tell but the effect its the same.

Possible resolutions:

* Ignore the style settings as is done with submit buttons
* Force a white background if one is not defined specifically for the form
control element.

(testcase in a second)

Comment 1

[Chris Casciano]

Attachment: testcase

testcase with an example input type="text" element and a textarea. testcase
works fine in similar mozilla trunk builds

Comment 2

[Chris Blackstone]

For a real world site, check out http://www.ccs.com
There are two fields in the upper left hand corner that ask for login and password.
On every other browser, including Mozilla but not Camino the text-field
background is white. On Camino the text-field background is blue, which makes
the text field illegible.
I tested and this goes back to when Camino moved to the trunk

Comment 3

[Ludovic Hirlimann [:Usul]]

Real world exampel does show the incorrect behavior in 2003082402.

Comment 4

[Chris Casciano]

can also see this at the top of the homepage for fox news

http://www.foxnews.com/

Top left corner under the logo theres a "Search" and a "Go" and an invisible
text field in there too


adding top100 keyword (site didn't make the 'list' but its the best keyword
given the visibility of the site)

Comment 5

[Mike Pinkerton (not reading bugmail)]

i fixed this today, but the text field with the red bg stays red. i think this
is the behavior we want as it's intentional on the web page designers part.