Xpra: Ticket #1467: dummy driver randr limitation

Discovered by re-arranging the dual monitor layout of a win7 VM and moving the primary monitor to the right. (the left hand side one must be at least 1080p - or whatever the initial display size is set to) When new windows are created without requesting a specific location (ie: xterm), they are mapped onto the primary monitor by MS Windows. The window then fails to respond to any click events until it is moved at least one pixel into the original display size. (ie: 1080p)

This is reminiscent of the problems fixed by 0003-fix-pointer-limits.patch which was added in r8060.

What is strange is that starting an application after the server's dummy screen has been resized works fine. The problem only occurs if the application is started on a display which is smaller than the eventual client display dimensions. As if the application (or the X11 server's internal data structures for this application) were using out of date monitor geometry data.

Thu, 16 Mar 2017 11:30:46 GMT - Antoine Martin: priority, status, description changed

Lazy temporary workaround: r15309 starts the vfb at 8192x4096 (the highest resolution we pre-define). We can do this relatively safely with regards to DPI because every distribution we support has a patched dummy driver (including Debian / Ubuntu since #1215)

Hopefully this can be fixed by the pending patches for #56, if not before that. I will try to cook up a plain C example application to report as an upstream X11 server bug. (that's what it looks like)

Tue, 13 Mar 2018 05:26:47 GMT - Antoine Martin: milestone changed

Wed, 04 Sep 2019 04:37:48 GMT - Antoine Martin: milestone changed

Sat, 15 Feb 2020 12:35:33 GMT - Antoine Martin: milestone changed

Mon, 28 Dec 2020 15:12:27 GMT - Antoine Martin: milestone changed

Sat, 23 Jan 2021 05:25:05 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1467