Weird rendering of the Identity information and Edit bookmark widgets with metacity compositor

VERIFIED FIXED in mozilla18

Status

()

defect
VERIFIED FIXED
9 years ago
7 years ago

People

(Reporter: julenx, Assigned: karlt)

Tracking

({qawanted})

Trunk
mozilla18
x86_64
Linux
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [fixed in bug 408284])

Attachments

(2 attachments, 1 obsolete attachment)

Currently when you click on the Identity icon on the location bar, a widget is displayed showing current site's identity information, but the widget's shadow is not correctly rendered on the first time. On subsequent clicks the shadow is not always displayed correctly either. The buggy behaviour seems to be inconsistent.

Something similar happens when you click the star icon to bookmark the current location, but the effect is even worse when you try to pick a specific folder by clicking the dropdown icon — the UI ends up in a completely useless state.

See the attached screenshots for reference.

The Minefield build I am using is the following:
Mozilla/5.0 (X11; Linux x86_64; rv:2.0b12pre) Gecko/20110222 Firefox/4.0b12pre
It's because of the small arrow that was very recently added to those widgets.
I have had this problem on one of my computers (at home): on first click, the shadow is completely black, as in the first attachment, and then, the shadow's transparency is ok, but not always well positioned.
I don't have the problem (at work), as there is no shadow at all.

I believe that the difference is that the first one, with the broken shadows, uses metacity (with compositing activated), while the second one (without shadows) uses Compiz.
Blocks: 604257
No longer blocks: 572482
Component: Theme → General
Keywords: qawanted
Product: Firefox → Core
QA Contact: theme → general
Component: General → Widget: Gtk
QA Contact: general → gtk
Duplicate of this bug: 636961
Reporter, you aren't using the default theme. Please start Firefox in safe mode and retest.
Run Firefox in safe mode with a new profile and the buggy behaviour remains the same.

Tested with several GTK themes, including Darkilouche, elementary, Candido, and the GNOME's default Clearlooks.
Would you mind trying a build from here, please?
(64-bit builds should be there soon.)

http://ftp.mozilla.org/pub/mozilla.org/firefox/tryserver-builds/ktomlinson@mozilla.com-b9d3bd833d86/

It would also be helpful to confirm compiz as the window manager (check the list of running processes) and determine compiz and xorg-server versions.

It sounds like the compositor is not handling shape changes appropriately.
The difference in that build is that the shape change happens before drawing.
That may or may not be more to the compositors liking.
Tried the 64bit build with no success.

I'm not using Compiz as a window manager but Metacity (Compiz isn't installed on this system).

Installed versions are:
Metacity 2.30.1
xorg-server 1.7.6
Thanks, Julen.

I can reproduce with metacity 2.30.3 and xorg-server 1.9.4.

Shaping before drawing avoids the solid black as in attachment 514181 [details], though the compositor's shadow does not take the shape into account.
I still see situations like attachment 514182 [details] sometimes.

This looks like a bug in metacity not handling dynamic shape changes.
Summary: Weird rendering of the Identity information and Edit bookmark widgets → Weird rendering of the Identity information and Edit bookmark widgets with metacity compositor
Yes, if I disable compositing in Metacity then the rendering looks acceptable:
gconftool-2 -s '/apps/metacity/general/compositing_manager' --type bool false

There are some bugs in GNOME's bugzilla that may be related to this:
https://bugzilla.gnome.org/show_bug.cgi?id=571854
https://bugzilla.gnome.org/show_bug.cgi?id=576589
https://bugzilla.gnome.org/show_bug.cgi?id=596464
I get the same on KDE, compositing enabled. 
OpenGL vendor string: NVIDIA Corporation                                       
OpenGL renderer string: GeForce 8400 GS/PCI/SSE2                               
OpenGL version string: 3.2.0 NVIDIA 195.36.15
Florian is using OpenSuSE 11.2, so I assume that means kwin 4.3.5.

I haven't managed to reproduce with kwin 4.4.5 (except for the initial black flicker), so the issue may have been resolved in kwin.

End of life for OpenSuSE 11.2 is May 12.  Please report if the issue still exists with a more recent kwin.

If we were to workaround the metacity situation, RGBA windows (bug 408284) would be the preferred approach.
Depends on: 408284
opened bug 651076 for the kwin issue
Blocks: 651076
I'm currently running Aurora and it seems the bug isn't present anymore, the shadows are properly rendered.

Have there been any changes related to this recently? Can someone confirm this please?
Bug 655932 (described in comments 8-10) landed for Mozilla 6, but I wouldn't expect that to change the shadows.
Bug 635903 is related and also landed for Mozilla 6, but I didn't expect that to have any effect.

Are you still running the same metacity?
Oh sorry, just tested again and it seems the issue remains. No idea why it didn't happen yesterday. Metacity version is the same, btw.

Sorry for the bugmail noise.
Bug 741271 may be a duplicate of this one.
Comment on attachment 514181 [details]
Identity widget with completely black shadow

This should no longer be happening since bug 655932 was fixed.
Attachment #514181 - Attachment is obsolete: true
Duplicate of this bug: 741271
Assignee: nobody → karlt
Whiteboard: [fixed in bug 408284]
Target Milestone: --- → mozilla18
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Is this already in nightly? Which build should I use to verify this?
Should be in the next nightly.
Thanks for fixing this!

Verified in 18.0a1 (2012-10-08) (Linux x86_64)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.