Comment 1 Pierre Ossman 2007-03-29 14:25:31 CEST

Rough time est.

This bug shouldn't be difficult considering both Xinerama and basic RANDR is in place, and we have only one output per CRTC.

Comment 2 Pierre Ossman 2009-03-20 16:00:04 CET

We need to have a look at RandR 1.3 and see if panning is something that we want for VNC.

Comment 5 Pierre Ossman 2012-07-13 12:52:39 CEST

Clarification: This bug is about the server portions. Client is handled in bug 4229.

Comment 6 Pierre Ossman 2012-07-13 13:00:13 CEST

Implemented in r25475.

Tester also needs to check that old clients still work.

Comment 7 Pierre Ossman 2012-07-18 13:18:27 CEST

More outputs than necessary are being created. Need to have another look.

Comment 8 Pierre Ossman 2012-07-18 14:48:14 CEST

This is caused by how Gnome disables outputs. It not only removes the mode, but also the associated CRTC. This confuses our code.

Comment 9 Pierre Ossman 2012-07-18 16:53:57 CEST

Fixed in r25510.

Comment 10 Pierre Ossman 2012-07-20 13:29:46 CEST

We're doing something that upsets xfce's configuration tool. Need to have a look.

Comment 11 Pierre Ossman 2012-08-27 14:35:32 CEST

I'm getting a bogus "invalid screen layout" when using the OS X client. Seems to have something to do with very specific frame buffer sizes before and after the resize.

Comment 12 Pierre Ossman 2012-08-27 15:07:59 CEST

(In reply to comment #11)
> I'm getting a bogus "invalid screen layout" when using the OS X client. Seems
> to have something to do with very specific frame buffer sizes before and after
> the resize.

Fixed in r25655.

Comment 13 Pierre Ossman 2012-08-29 11:13:33 CEST

(In reply to comment #10)
> We're doing something that upsets xfce's configuration tool. Need to have a
> look.

Must have been fixed along the way. Cannot get any problems with it now.

Comment 14 Henrik Andersson 2012-10-03 15:12:57 CEST

I need some concrete testcases for this bug

Comment 15 Pierre Ossman 2012-10-09 09:39:38 CEST

Be creative! You're supposed to out-smart the guy implementing the bug ;)

Some ideas:

 - Test various randr tools (e.g. gnome's, xfce's and kde's display tools)

 - Try various odd local monitor configurations and see that they are properly represented on the server.

 - Reconnect and resize with various configurations to see that things transition smoothly.

 - Look in xinit.log for randr related warnings/errors

 - Test an old client and see how things behave when moving back and forth (e.g. reconnect to a multi-monitor session created by a new client)

 - etc.

Comment 16 Henrik Andersson 2012-10-09 13:43:05 CEST

Tested different layouts on client side (seperated, overlapped, in any direction) while connecting to a session, the session is successfully updated with the new layout requested, however i one changes the layout on serverside the client will not update its layout and therefore a mismatch will be introduced..

See new bug: #4419

Comment 17 Henrik Andersson 2012-10-10 08:37:40 CEST

Tested to connect against a session with multiple monitors with 3.4.0 client
which seems to work as expected, xrandr tells there is an additional VNC screen
which is not activated.

Comment 18 Henrik Andersson 2012-10-15 08:17:40 CEST

I failed to test with 3 monitors (hardware issue) as per request, 
but i have done several attempts to make the server side break 
and failed. I'm closing hereby this bug.