If I have a page with a blue background and drop down a <select>, the menu should be light blue, but instead it's gray. It seems as if the menu thinks the background is black. Possibly related: bug 70798, [RFE] Ability to have transparent background on popups. If you open the testcase, you'll probably also see bug 45092, <select> arrow misplaced when <select> is transparent.

Wow, very strange rendering issue

I attached an even simpler test case. No -moz- styles needed. Plain old background-color:transparent. Problem verified on Win32 (Windows 98) 0.9.5 milestone.

Bug is still there over one year later.

This looks like a views/widgets issue....

This testcase works fine now.

Micah's testcase has a gray background because we can't render a transparent popup, so we give it a gray background by default. In theory we could support transparent popups using the transparent chrome mechanism (currently on works on GTK1, could be extended to other platforms). Anyway, the original bug is fixed and this is now a duplicate of the bug for supporting transparent popups. *** This bug has been marked as a duplicate of 70798 ***

In the testcase, the dropdowns now have a white background (they should have a light blue background). Verified dup.

> the dropdowns now have a white background (they should have a light blue > background) I don't think we can make the popup part of the opacity group. I have no idea how that should behave. Imagine, for example, that you have a translucent SELECT with some normal content positioned on top of it, and then you show the popup and the popup happens to overlap the SELECT as it sometimes does. What should you see? We could imagine trying to make the popup a separate opacity group, but what opacity should it have? The opacity of its nearest container with opacity < 1? The product of the opacities of all its containers? It would be weird.