We might not get one from the default configuration (we might not have
a default configuration at all), so make things more robust.

Grabbing (and ungrabbing) the keyboard generates fake focus events
with modern versions of Xorg. This causes an infinite loop since we
update the grab status on focus events.

Work around this by ignoring these fake events.

It is no longer a workaround but rather intended behaviour.

In-server GLVND requires xorgGlxCreateVendor call from InitOutput.
DPMS functions were moved to another location and no longer need to be faked.
xserver120.patch is a copy of xserver119.patch with refreshed contexts.

We should start by getting the remote end in sync with the actual
keyboard state. This would work randomly before depending on if we
got the first LED state message before or after we got focus.

The user might just want to load a bunch of settings and not
initiate a connection.

Make the code simpler by handling it just like any escaped character.

We decoded "\\n" as "n" rather than "\n".

We use polymorphic exception objects, so catching by value invokes
the copy constructor and stuff that we don't really want.

Patch originally by Dag-Erling Smørgrav for University of Oslo.

Fixes #652.

The user can specify a tigervnc configuration file as an argument to the
viewer. Previously the viewer assumed this to be a server, but now we
will first check if there is any file matching the given argument. If
so, try to load the content of that file, like we normally do.

Fixes issue #38.

The Xserver (at least Xorg 1.19) rejects RRSetCrtcConfig requests if
rotation is zero.

The system to avoid processing changes for a stopped desktop was a
bit overly aggressive and resulted in those changes getting stuck even
when the desktop started again (yet another change was needed to get
things rolling again).

Make sure we flush out anything pending once the desktop is back up and
running. We don't use the frame timer here as we no longer know how
old these changes are, so we're not really rate limiting any application.

Avoids that a viewer connected to Xvnc sometimes disconnects with
"Desktop configured a different screen layout than requested" when
screens are changing.

Makes the code more general and not directly tied to specifically
TCP sockets.

Update fullscreen window if changing fullScreenAllMonitors option

Avoid that the check_c_source_compiles tests fails due to unused
variables, since Debug adds -Werror.

The compiler might default to something older, so make sure we get
the features we need.

With the new unixcommon library we have things outside of common/,
so make the handling of out-of-tree builds more general.

Change Xserver screen through libXrandr. For complex configurations,
all outputs must have corresponding size modes. As a special case, if
the client requests a single screen with an odd size (for example when
adjusting the size of a non-fullscreen vncviewer), find a smaller
suitable mode, and reduce the framebuffer size as well.

This can be used to test if a layout if possible.

Better to avoid making unnecessary calls, but mainly we want to avoid
logging false errors.

For example, if we have earlier disabled an output because it was too
large for the framebuffer, we should prefer this output when
allocating new outputs.

Move the code that turn off unused outputs to the end.

Also, add support for checking the output connection state.

Apparently this is not necessary when using the internal API, but a
must with libXrandr.

This only matters when using clones, which we do not accept yet. This
patch is for completeness and to avoid future surprises.

Return error if no CRTC.

Screen is a Xvnc thing and not relevant for x0vncserver etc.

RANDR is mandatory since Xorg 1.7, which is the oldest version we
support.

In RandR land, there's a lot of return code confusion. Our wrappers
are using the same return codes as RRCrtcSet, RRScreenSizeSet: 1/TRUE
for success. Fixes:

* vncRandRCreateOutputs did not follow this convention

* A lot of code returned -1 upon failure

* vncRandRDisableOutput returned 0 for already disabled outputs

These two code blocks are not specific to Xvnc/vnc.so, but useful for
x0vncserver as well. RandrGlue.h defines the interface on which
unixcommon depends on.

Compatibility with libXrandr, where the name is in dynamically
allocated XRROutputInfo.