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)

PowerPC
macOS
defect
Not set
normal

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
Attached image screen shot
hovering over the selects on bugzilla
Attached image screen shot 2
checkboxes on Gmail (list of messages), the moment the page has loaded. Hovering brings them back.
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.
(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.
*** Bug 362670 has been marked as a duplicate of this bug. ***
Yeah, even I'm seeing this now :P
Blocks: 334729
Status: UNCONFIRMED → NEW
Ever confirmed: true
Target Milestone: --- → Camino2.0
*** Bug 364051 has been marked as a duplicate of this bug. ***
*** Bug 364725 has been marked as a duplicate of this bug. ***
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.
> 

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.
Blocks: 365638
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.
Status: NEW → RESOLVED
Closed: 17 years ago
No longer depends on: 368852
Resolution: --- → FIXED
(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
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.
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.

Attachment

General

Created:
Updated:
Size: