Closed Bug 371919 Opened 18 years ago Closed 17 years ago

Transparent windows with an element using a flex attribute looses colors

Categories

(Core Graveyard :: GFX: Win32, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: daniel, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(3 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1) Gecko/20061010 Firefox/2.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.9a3pre) Gecko/20070226 When trying to set a semi transparent window containing element with a flex attribute, the whole windows looses it's color information. A testcase can be found at http://www.birgin.de/test/bugzilla/transpwin_flex_bug.xul (Should be started with chrome privileges in a separate window) Without setting the flex attribute the window looks like this: http://www.birgin.de/test/bugzilla/transpwin_noflex.gif The lower area is fully transparent. The green border of the vbox ends below the buttons. Setting the vbox's flex attribute to have a continuous semi transparent background, results in the following: http://www.birgin.de/test/bugzilla/transpwin_flex.gif The bottom area gets filled, but the top color and labels looses their colors and clicks on elements will go through and to the underlaying window. Reproducible: Always
Attached file XUL testcase
The problem actually doesn't seem to be the flex attribute but the content's height. If that is the same height as the window or up to 2px lower, the effect is visible. Setting the difference to 3px or more works: <vbox style="height:247px; background-color:#fff; -moz-opacity:0.8;"> However, using a 3px different results in a 1px fully transparent line at the bottom of the window.
Version: unspecified → Trunk
A complete testcase including the used xulrunner build for windows can be downloaded from http://www.birgin.de/test/bugzilla/winbug.zip Just run start.bat and click on the "Show that bug" button to show the transparent window. (You may remove the "kirschkern" folder in your personal 'application data' directory after removing the testcase.)
You get these prolems on trunk or branch? On trunk, for some reason, I'm even able to click on the buttons.
I'm getting this with the latest XULRunner nightly trunk: Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.9a3pre) Gecko/20070226 Yes, I'm also able to click on the buttons, but the titlebar isn't responding anymore but the click is going through. Thanks for that correction.
It's still reproducable in the latest trunk: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.9a3pre) Gecko/20070320
Keywords: testcase
Blocks: songbird
Daniel, this seems to be fixed in current trunk builds. (it is fixed for me even in a 2007-04-03 build, I could see the problem in a 2007-03-01 build) Could you perhaps retest?
(In reply to comment #9) > Daniel, this seems to be fixed in current trunk builds. Yes, it works for me too! Thanks for the hint. Didn't noticed any process here. I mark it fixed.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: