Closed
Bug 362189
Opened 18 years ago
Closed 17 years ago
[cairo][regression] Aqua layer fails to paint correctly, or vanishes on hover
Categories
(Camino Graveyard :: HTML Form Controls, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
Camino2.0
People
(Reporter: phiw2, Unassigned)
References
Details
(Keywords: regression)
Attachments
(2 files)
This affects all form controls: sometimes the aqua layer fails to paint (completely or partly). Hovering over any form control makes them vanish or suddenly paint correctly. Test case: any bugzilla report page. Hover over the select widgets on top of the page. Note how, when hovering over the widgets in the second column (Hardware, OS, ...), the input fields below are cropped. Joel C. has a movie of the show in action: http://homepage.mac.com/joelcraig23/Sites/cairo.mov Experienced on both 10.3.9 and 10.4.8
Reporter | ||
Comment 1•18 years ago
|
||
hovering over the selects on bugzilla
Reporter | ||
Comment 2•18 years ago
|
||
checkboxes on Gmail (list of messages), the moment the page has loaded. Hovering brings them back.
Comment 3•18 years ago
|
||
I get something very similar with the Preview and Reply buttons at the bottom of any Mozillazine forum thread. STR in that case: 1) Tab to Reply. 2) Watch the button disappear. 3) Move mouse over button. 4) Poof! It comes back. 5) Shift-tab twice to back up into the text field. 6) Watch the Preview button disappear. 7) Mousing over that one brings it back, too. At least, that sure seems like the same bug.
Reporter | ||
Comment 4•18 years ago
|
||
(In reply to comment #3) Yes, that would be the same issue. The only form controls that are _not_ affected by this problem are textareas and listboxes (like the one that contains the CC e-mail addresses). Those two have one common characteristic: -moz-appearance is set to 'none'. Sure enough, if I use a bit of userContent.css magic to style the larger input fields above (next to 'QA Contact'), then the 'cropping' effect seen when hovering over the select dropdown above them disappears.
Reporter | ||
Comment 5•18 years ago
|
||
*** Bug 362670 has been marked as a duplicate of this bug. ***
Yeah, even I'm seeing this now :P
Comment 7•18 years ago
|
||
*** Bug 364051 has been marked as a duplicate of this bug. ***
Comment 8•18 years ago
|
||
*** Bug 364725 has been marked as a duplicate of this bug. ***
Comment 9•18 years ago
|
||
What css magic? Can you post here? (In reply to comment #4) > (In reply to comment #3) > > Sure enough, if I use a bit of userContent.css magic to style the larger input > fields above (next to 'QA Contact'), then the 'cropping' effect seen when > hovering over the select dropdown above them disappears. >
Comment 11•17 years ago
|
||
I compared the graphics context in drawRect: to the one used to actually paint the native widget and they are the same. So if Cairo is creating an offscreen buffer to draw the widgets, we're not drawing into it.
Depends on: 368852
I just checked in a fix for this as bug 368852 (didn't want to move this bug to Core, since I wasn't sure if you guys were using this for Camino tracking). This fixes the rendering problem, but reveals a few other problems, such as bogus dropdown arrows being drawn (both NS_THEME_DROPDOWN and NS_THEME_DROPDOWN_BUTTON) for dropdowns, but that should be easy to fix. Marking this bug fixed as well, though please reopen if there is still a problem.
(In reply to comment #12) > This fixes the rendering problem, but reveals a few other problems, such as > bogus dropdown arrows being drawn (both NS_THEME_DROPDOWN and > NS_THEME_DROPDOWN_BUTTON) for dropdowns, but that should be easy to fix. Thanks for the fix, Vlad! Everything works well for me with some testing of a tinderbuild. I don't actually see any double/bogus select buttons--but is that bit just the dropmarker stuff again (like bug 350973)?
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 14•17 years ago
|
||
This works fine for me as well (Camino Version 2007013115 (1.2+)). I don't see any problems with those arrows mentioned in comment #12 either, not in Camino, nor in Minefield.
Yep, I'm referring to dropmarkers being drawn in addition to the main dropdown, similar to bug 350973 -- except the dropmarker aren't quite overlaid on top of the dropdown up/down arrows, it's a little to the left. I did not have josh's fixes though, so this might have been fixed in the meantime and/or in his patch; my tree is a week or two old.
Comment 16•17 years ago
|
||
I have a fix for the dropdown markers drawing in addition to the main dropdown. It is part of my larger form widgets rewrite, I'll start posting patches on a new bug next week.
You need to log in
before you can comment on or make changes to this bug.
Description
•