197768 - By default, input elements are rendered with transparent background instead of opaque

Status: VERIFIED FIXED

(Camino Graveyard :: HTML Form Controls, defect)

Description

[Chris Petersen]

Build: 2003-03-14-13
Platform: OS X 10.2.4
Expected Results: The input element should have a opaque white background.
What i got: Input element has a transparent background.

Steps to reproduce:

1) Open either test cases : body_bgcolor.html or table_bgcolor.hyml
2) Both test cases have a INPUT element
3) Notice the field has a transparent background rather than a opaque white
background.

Comment 1

[Chris Petersen]

Attachment: Body with a bgcolor attribute applied.

Comment 2

[Chris Petersen]

Attachment: Table element with bgcolor applied

Comment 3

[Chris Petersen]

*** Bug 198079 has been marked as a duplicate of this bug. ***

Comment 4

[S Woodside]

Agreed (my votes are all tiedup sorry! ;-)

Comment 5

[Mark Mentovai]

Duplicate/bug 197094, resolved, WorksForMe with daily 0.7.0+-2003040505.

Mark

Comment 6

[Chris Casciano]

the two test cases in this bug show black type on white input backgrounds -
Camino/2003041008, however I'm still seeing cases of text inputs that seem to
have a transparent background such as the text field on this page...

http://www.yayhooray.com/

(middle column, left of "search" button... looks white in today's mozilla build)

Comment 7

[Chris Petersen]

Marking verified in the 2003-04-25-05 camino build.

Comment 8

[Chris Casciano]

The site mentioned in comment 6 still suffers from this problem (2003-04-25-05).
I'll nail a testcase before I reopen or decide to file a new bug. But consider
this a warning.

Initial glance at the page code shows the following is in play (but its just a
quick glance there may be other things impacting the display):

.middlebar3			{ background-color: #D1D1C5; }
.midbottomborder	{ border-bottom: 2px solid #CCCCBE; }
.fstandard { font-family: Verdana, Arial, Helvetica; font-size:10px; border:1px
solid #D0D0C2; color: #333333; }

<table class="middlebar3 midbottomborder">
[...]
<input type="text" style="width:100%" class="fstandard" name="keywords">

Comment 9

[Chris Casciano]

after looking at whats going on I'll leave this bug resolved (although WFM would
have been a better resoultion w/o a patch IMO)...

However, it looks like there's one case that hasn't cleared itself up yet and
that's when a border is set on the form control, which is the case with the site
I mentioned in comment 6. I've gone ahead and filed bug 203438 on that remaining
issue.

Comment 10

[Chris Petersen]

Verified in the 2004010103 NB under 10.2.3