! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Problems with randr 1.2 support
Status:
RESOLVED: FIXED

Comments

Description Yves-Alexis Perez editbugs 2008-08-22 11:58:53 CEST
Hi,

I open a bug so we can keep track of that (irc chats are not really persistent). All I say is about xfwm 4.4.2, I didn't try xfwm4 4.5.80 as I don't have gtk 2.13 and from the code it seems that randr 1.2 support will need it. I may try at one time.

Basically, Xfce randr 1.2 support is ok when everything is defined statically, but the changes are not propagated correctly, when adding a monitor for example.

I may open separate bugs for xfce4-panel and xfdesktop4. but first things first. I know that xfwm4 stable (4.4.2) is not really the point at the time, and that work is more on 4.6 but still.

I have a laptop with an intel card, running Debian sid:
- xorg 7.3
- randr 1.2.3

When I plug a VGA monitor, then run xrandr --auto, the laptop screen is cloned on the VGA screen, and it seems to work fine. xfwm kind of resize/replace all windows so they fit on the extermal screen resolution (1280×1024 while lvds is 1400×1050):

http://molly.corsac.net/~corsac/xfce/01_clone.png

Then I try to switch to dual screen mode, using:

xrandr --output VGA --right-of LVDS

Then the desktop is a bit messed up:

http://molly.corsac.net/~corsac/xfce/02_dual.png

I'll try to explain the screenshot:
- xfce4-panel thinks the master screen is the external (right) one, so it disappears from the first screen and goes to the second
- xfdesktop4 seems to put the separation between both screen in the middle of the first (left) one
- right/external screen doesn't display anything at all. it should at least display the xfce4-panel in the screenshot. When I put the mouse there, I can see the pointer, but that's all. If I try to drag a window there, nothing appears either.

I investigated a bit more, and in fact the “nothing appears on other screen” is due to compositing. If I disable compositing before the switch, I can see the windows (and the panel), so maybe the problem is in compositorUpdateScreenSize()

Hope that helps, feel free to ask me some debug and patches.

Cheers, and thanks :)

--
Yves-Alexis
Comment 1 Yves-Alexis Perez editbugs 2008-08-22 12:12:24 CEST
Hmhm, after a little bit more investigations, I have an update. Still linked to compositing, and it's linked to my gtk engine too.

I use murrine engine (svn), which uses RGBA compositing on a lot of widgets. So I guess it's related. I dont have another composited wm to test on, to see how much xfwm is involved, but I'll report the issue to murrine author too.

Cheers,
Comment 2 Yves-Alexis Perez editbugs 2008-08-22 14:03:02 CEST
Ok, I opened a bug on murrine engine too, let's see what Cimi thinks about this.

For what it worths, restarting xfwm4 after the xrandr stuff leads to a working desktop area.

And it seems that it may be cairo related. Clearlooks and murrine clearly show the bug, while xfce engine doesn't.

You can follow the murrine bug there: http://bugzilla.gnome.org/show_bug.cgi?id=548997

Comment 3 Jari Rahkonen 2008-10-15 10:03:32 CEST
I regularly attach either a 1024x768 projector or a 1680x1050 lcd screen to my laptop with a 1680x1050 panel and an AMD/ATI Mobility Radeon x1600. I'm running Xubuntu Intrepid, and the open source radeon driver seems to work very well with Xorg 7.4 / xserver 1.5.1. Clone mode works pretty much flawlessly, but in dual head mode there are a couple of problems which I'll describe below:

1. As Yves-Alexis mentioned, xfdesktop does strange things with the background image. I'm sure there's a pattern, but there are at least three distinct bugs:
- Sometimes it seems like the background image was set to be centered across both displays regardless of the actual state of the relevant setting, producing the half-image seen in Yves-Alexis' second screenshot.
- Sometimes the second screen background is displayed on both screens.
- Sometimes the second screen background remains blank (black) and the image file has to be reselected via the file chooser for it to actually display.

2. I need to toggle the Xfwm compositor off and back on in Window Manager Tweaks before anything besides the mouse cursor is shown on the second monitor. Switching to the Xfce GTK theme doesn't seem to have any effect, so I'm not sure if this is the same problem Yves-Alexis sees.

3. Going back to clone mode (xrandr --output VGA-0 --same-as LVDS) or disabling the second display usually kills both xfdesktop and xfce4-panel.


I'll test on Xfce 4.6 as soon as it stabilizes a bit, probably somewhere around beta2.
Comment 4 Olivier Fourdan editbugs 2008-10-15 11:11:03 CEST
(In reply to comment #3)

> 1. As Yves-Alexis mentioned, xfdesktop does strange things with the background
> image. I'm sure there's a pattern, but there are at least three distinct bugs:
> - Sometimes it seems like the background image was set to be centered across
> both displays regardless of the actual state of the relevant setting, producing
> the half-image seen in Yves-Alexis' second screenshot.
> - Sometimes the second screen background is displayed on both screens.
> - Sometimes the second screen background remains blank (black) and the image
> file has to be reselected via the file chooser for it to actually display.

This bug is filled against xfwm4, xfdesktop is another component.
 
> 2. I need to toggle the Xfwm compositor off and back on in Window Manager
> Tweaks before anything besides the mouse cursor is shown on the second monitor.
> Switching to the Xfce GTK theme doesn't seem to have any effect, so I'm not
> sure if this is the same problem Yves-Alexis sees.

That could be related to xfwm4.

> 3. Going back to clone mode (xrandr --output VGA-0 --same-as LVDS) or disabling
> the second display usually kills both xfdesktop and xfce4-panel.

xfce4-panel and xfdesktop are other components, you need to open different bugzillas for different components.

> I'll test on Xfce 4.6 as soon as it stabilizes a bit, probably somewhere around beta2.

There is no xrandr 1.2 support prior to xfce 4.6 so I am not sure what you are testing.
Comment 5 Olivier Fourdan editbugs 2008-10-15 11:22:59 CEST
If that bug is for 4.4 as I suspect it, there is no support for xrandr 1.2 in xfwm 4.4 and that will not be added in 4.4.

Xfce 4.6 will have the required bits for Xrand 1.2 support, and only with gtk+-2.14.
Comment 6 Yves-Alexis Perez editbugs 2012-12-08 12:38:39 CET
RandR 1.2 support is mostly ok right now, so better close this bug and open specific ones in cases it's required.

Bug #4309

Reported by:
Yves-Alexis Perez
Reported on: 2008-08-22
Last modified on: 2012-12-08

People

Assignee:
Olivier Fourdan
CC List:
1 user

Version

Attachments

Additional information