10939 - <INPUT TYPE=IMAGE> element is not transparent

Status: VERIFIED FIXED

(Core :: Layout, defect, P3)

Description

[Mats Palmgren (inactive)]

Summary says it all.
I'm adding an attachment, hang on...

Comment 1

[Mats Palmgren (inactive)]

Attachment: testcase

Comment 2

[troy]

So it seems the form is painting "white". This looks like Vidur's doing, but
since you handle forms I'm assigning it to you. Looking at ua.css it seems the
form should be transparent, because there is no explicit background color.

Comment 3

[Eric Pollmann]

Just checked in a fix.

Comment 4

[Chris Petersen]

With the August 11th build, this problem is fixed.

Comment 5

[Mats Palmgren (inactive)]

It's broken again.

Comment 6

[Mats Palmgren (inactive)]

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

Comment 7

[leger]

Clearing FIXED resolution due to reopen.

Comment 8

[Eric Pollmann]

Moving to M16, probably won't get a chance to look at this any time soon.

Comment 9

[Eric Pollmann]

This is a problem only for <INPUT TYPE=IMAGE>, as I've tried other form elements
and none seem to have the problem.

Comment 10

[Eric Pollmann]

My original fix for this bug was to add this line when the view was created:

    view->SetContentTransparency(PR_TRUE);

(revision 3.29 of layout/html/forms/nsImageControlFrame.cpp)

The line is still there, but seems to no longer have any effect, I don't know
why this might be?

Comment 11

[ekrock's old account (dead)]

Bulk moving [testcase] code to new testcase keyword. Sorry for the spam!

Comment 12

[pnunn]

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

Comment 13

[Eric Pollmann]

This is due to a recent change in html.css and I'll check in the fix either
tonight or tomorrow!  :)

Comment 14

[Eric Pollmann]

Fix checked in.

Comment 15

[Eric Pollmann]

Updating mileston/resolution.

Comment 16

[Chris Petersen]

Fixed in the Jan 31 build.

Comment 17

[Eric Pollmann]

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