Bug 17261

Summary:	Problems between xfwm4, cairo and randr
Product:	cairo	Reporter:	Yves-Alexis <corsac>
Component:	xlib backend	Assignee:	Carl Worth <cworth>
Status:	RESOLVED NOTOURBUG	QA Contact:	cairo-bugs mailing list <cairo-bugs>
Severity:	normal
Priority:	medium
Version:	1.6.4
Hardware:	x86-64 (AMD64)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:

Description Yves-Alexis 2008-08-22 08:43:34 UTC

Hi,

I have a weird problem which is hard to debug. This is the third bug I open, first ones were against xfwm4 and murrine:

http://bugzilla.xfce.org/show_bug.cgi?id=4309
http://bugzilla.gnome.org/show_bug.cgi?id=548997

I'm using Xfce 4.4.2 on a laptop, and murrine engine 0.60~svn.

When I plug a VGA screen and do xrandr --auto, everything works fine and I get the external screen as clone mode. Then I want to use the second screen to extend my desktop, I do:

xrandr --output VGA --right-of LVDS

Then, the screen on the right correctly gets of clone mode, but nothing (or so) is displayed there. I can see the mouse pointer, but that's all. I use compositing on inactive and moving windows, so I tried disabling compositing on xfwm4, and it worked, I could see the window on the right screen.

As murrine is a RGBA-enabled theme engine, I tried to switch theme, and use xfce engine, with compositing, and it works too. So I reported the bug against murrine, and Cimi helped me a bit. I tried Clearlooks, Crux and Industrial themes, which are all cairo-based (which xfce engine is not), and it doesn't work on any. Cimi thinks this can be related to cairo or intel xorg driver.

I have a related problems, where all “text” widgets (menus, menubar, labels etc.) and “composited” widget disappear from time to time, at resume. Sometime just putting the laptop to sleep again and having it back fixes the problem, so I'll try to see with intel driver maintainers too.

Cheers and thanks for all the work.

Comment 1 Yves-Alexis 2008-08-23 03:25:51 UTC

*** Bug 17265 has been marked as a duplicate of this bug. ***

Comment 2 Chris Wilson 2008-10-12 01:50:23 UTC

Reading through the chain of bugs, this just seems like a driver failure handling ARGB windows after an xrandr switch. cairo itself doesn't discriminate, it is passed a drawable to which it sends a stream of XRender requests (and if XRender doesn't support the request operation, then we grab a copy of the drawable and perform the rendering in software and then copy the result back to the drawable). So nothing in that sequence is ostensibly different between the primary and the secondary displays.

Thanks for the bug report - I do hope it will be solved and you get to continue enjoying Cairo!

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.