GNOME Bugzilla – Bug 507987
multihead needs work
Last modified: 2008-01-08 11:03:05 UTC
I have a multihead setup with 2 x 22" monitors each at 1680x1050. Using xrandr 1.2 on Fedora Rawhide, it's providing me with a 3360x1050 desktop. However, when using Totem in full screen mode, my system is reconfigured to only use VGA-0. It goes, sorta, like this Before Totem is launched it looks like the following (I normally issue 'xrandr --output DVI-0 --right-of VGA-0' at login) Screen 0: minimum 320 x 200, current 3360 x 1050, maximum 3360 x 2100 VGA-0 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 474mm x 296mm 1680x1050 60.0*+ 1280x1024 75.0 59.9 1280x960 59.9 1152x864 75.0 74.8 1024x768 75.1 70.1 60.0 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 75.0 72.8 66.7 60.0 720x400 70.1 DVI-0 connected 1680x1050+1680+0 (normal left inverted right x axis y axis) 474mm x 296mm 1680x1050 60.0*+ 1280x1024 75.0 59.9 1280x960 59.9 1152x864 75.0 74.8 1024x768 75.1 70.1 60.0 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 75.0 72.8 66.7 60.0 720x400 70.1 S-video disconnected (normal left inverted right x axis y axis) After launching Totem, everything is fine. Now I want to go full screen.. DVI-0 is turned off and all my windows are moved to VGA-0. Output of xrandr then it looks like this $ xrandr Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 3360 x 2100 VGA-0 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 474mm x 296mm 1680x1050 60.0*+ 1280x1024 75.0 59.9 1280x960 59.9 1152x864 75.0 74.8 1024x768 75.1 70.1 60.0 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 75.0 72.8 66.7 60.0 720x400 70.1 DVI-0 connected (normal left inverted right x axis y axis) 1680x1050 60.0 + 1280x1024 75.0 59.9 1280x960 59.9 1152x864 75.0 74.8 1024x768 75.1 70.1 60.0 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 75.0 72.8 66.7 60.0 720x400 70.1 S-video disconnected (normal left inverted right x axis y axis) Note that I cannot get back to where I was by just issuing 'xrandr --output DVI-0 --right-of VGA-0'. But if I issue --auto before it.. then it succeeds $ xrandr --auto $ xrandr --output DVI-0 --right-of VGA-0 $ xrandr Screen 0: minimum 320 x 200, current 3360 x 1050, maximum 3360 x 2100 VGA-0 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 474mm x 296mm 1680x1050 60.0*+ 1280x1024 75.0 59.9 1280x960 59.9 1152x864 75.0 74.8 1024x768 75.1 70.1 60.0 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 75.0 72.8 66.7 60.0 720x400 70.1 DVI-0 connected 1680x1050+1680+0 (normal left inverted right x axis y axis) 474mm x 296mm 1680x1050 60.0*+ 1280x1024 75.0 59.9 1280x960 59.9 1152x864 75.0 74.8 1024x768 75.1 70.1 60.0 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 75.0 72.8 66.7 60.0 720x400 70.1 S-video disconnected (normal left inverted right x axis y axis) I can do this even while totem is playing in full screen mode. However as soon as I exit full screen mode the same problem happens. Maybe Totem is trying to be smart about xrandr and this smartness doesn't apply in an xrandr1.2 world? (That was krh's guess when I demonstrated the bug in his cube) Thanks for investigating.
As a data point this works fine with mplayer including moving the window from head to head and going full screen etc. Other data - x86_64 - Fedora Rawhide up to date (this bug been around for many months) - 01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 PRO] (rev 01) - radeon X11 driver - metacity
Created attachment 102368 [details] xdpyinfo
Btw, I should add that I expect Totem to behave like mplayer, e.g. 1. Totem should, by default, go full screen on the head that the window is on and leave the other heads alone. Other possible modes of operation 2. all other heads are turned off 3. movie is stretched across all heads I can see 3. being useful in a 2x2 monitor setup and 2. being useful if using the machine with e.g. an 2x1 setup (like mine) for only watching the movie. Finally 1. is useful for watching a movie while doing other work or keeping an eye on IRC or IM. I don't know what should be default (leaning towards 1.) or even it if it should be configurable. Don't know. But current behavior is pretty broken as I manually have to reconfigure my system.
(In reply to comment #3) > Btw, I should add that I expect Totem to behave like mplayer, e.g. > > 1. Totem should, by default, go full screen on the head that the window is on > and leave the other heads alone. It already does that (bug #487932) > Other possible modes of operation > > 2. all other heads are turned off This has been requested, but we can't easily turn off the heads. We should be able to "power-save" on one monitor. See bug #347737. > 3. movie is stretched across all heads > > I can see 3. being useful in a 2x2 monitor setup and 2. being useful if using > the machine with e.g. an 2x1 setup (like mine) for only watching the movie. > Finally 1. is useful for watching a movie while doing other work or keeping an > eye on IRC or IM. This is hardly useful IMO, as you're better off with a specialised application. We use GTK+ to fullscreen the application, which tells the window manager to go fullscreen. Window managers restrict to one screen (and we also make some assumptions in Totem that we'll be restricted to one screen). > I don't know what should be default (leaning towards 1.) or even it if it > should be configurable. Don't know. But current behavior is pretty broken as I > manually have to reconfigure my system. The problem you're seeing is bug 472494. *** This bug has been marked as a duplicate of 472494 ***