TigerVNC 1.12.0

Update French translation

(cherry picked from commit 8eee7f364ae6f55868e498bcdc02ae0960006c88)

Increase maximum input buffer

macOS' built in VNC server unfortunately sends the entire monitor in a
single rect, so we need to be prepared to buffer a lot of data in case
the monitor has a large resolution.

(cherry picked from commit 479ec11a2ee29a5321a28118c2d69307d752e216)

Update Swedish translation

(cherry picked from commit 8d3c279289934ba89bcf20dec34d3a024cba3df9)

Fix closing reconnect dialog logic

If you close the reconnect dialog then we should assume that you want to
close things, not that you want to reconnect. Unfortunately FLTK returns
the first choice when closing the dialog, so that needs to be the
"Cancel" alternative.

(cherry picked from commit 7fe85cd4a7ce89b55662fd445b78d50001bad68a)

Don't fail on user CA/CRL problems

The certificates might still be fine using the system trust store, or
the user can make an exception. So let's just log and continue on.

This got very common after 960c7d2 where we now always have a default
value for these settings.

(cherry picked from commit 37f3a8b47f0b17ea1c1cacaf5c048a0bada618d3)

System certificate load returns number loaded not GNUTLS_E_SUCCESS

(cherry picked from commit d32ff1c9600f7f19f5fe391ed6c71cc117ab1521)

Workaround options window appearing behind viewer

FLTK's fullscreen_x() function will always put the window on a high
level (NSStatusWindowLevel = 25), even if the window doesn't have focus.
This causes the OptionsDialog to end up behind the DesktopWindow when
the fullscreen function is called. Until we can rest assured that most
people building TigerVNC will use a fixed version of FLTK, we will need
this workaround.

(cherry picked from commit 9023a2ec1823d473f1cfe0b723c8636d8e994e2c)

Remove modal property from ServerDialog

Modal windows are meant to be child windows such as menus or popups that
are intended to always appear in front of its parent.

Modal FLTK windows without a parent seem to behave strangely on macOS.
Such windows can appear in front of their modal children windows.
When opening OptionsDialog from ServerDialog, it was easy to get to a
broken state by then switching focus back to the ServerDialog. This
would cause the ServerDialog to appear in front, but not be useable as
the options window would still have control of mouse and keyboard.

Additionally, modal windows without parents appear in front of other
normal applications on macOS. This means that the ServerDialog couldn't
be put behind Safari for example.

The fact that ServerDialog was a "modal" window was a bit strange,
seeing as it doesn't have any parent windows. Removing the modal
property from this window causes all the strange-ness to go away.

(cherry picked from commit 86ffb61a3bf220eb60b9b3cb25e5dd90c2e2b18c)

Only grab keyboard when we have focus

There was an issue with the new grabs that were introduced in commit
2289342de7222e4ff2483eae95bb9898830e6097. On macOS when running
vncviewer in fullscreen on one monitor, we saw that we sometimes got
resize and fullscreen events when switching the focus away from
vncviewer. With the changes in the commit mentioned above this meant
that we immediately grabbed the keyboard again, thus never releasing it.

Fixes #1332.

(cherry picked from commit 72e94ca93d3ada8fb7f518fa65644d2bc172bd4b)

Create helper function for grabKeyboard conditions

(cherry picked from commit d6f4edbbf3e27771d27d8691f7bf0984997bd2e3)

Update Korean translation

(cherry picked from commit cac3849dd5a432826932718c8dd38505f1fd96fb)

Update Russian translation

(cherry picked from commit e3917eea8a70353182a225a98dcc7c484fa7cdba)

Update Swedish translation

(cherry picked from commit 0dbc8467379930516e0ccee97ee3aa24eeb6c02c)

Update Chinese (traditional) translation

(cherry picked from commit f00f01bf9e4ed7e877d2cada940c603bf74de071)

Update Finnish translation

(cherry picked from commit f2117d1e7f0f9c16a800c1e5ef5b13c089445d83)

Update Czech translation

(cherry picked from commit cfceea2a6020416568da73f1e136628087087584)

Update Bulgarian translation

(cherry picked from commit 62c8f8d92d6afd168cd8d4f45c4199342e23bc34)

Update Hebrew translation

(cherry picked from commit b862e5ddf11b45712db61d06bad43a81cbed3d2d)

Update German translation

(cherry picked from commit 23dcccc1e3ef0c707e92713d43ed3fed0a910b1b)

Update Ukrainian translation

(cherry picked from commit d9867f201371e4296c308ed8671995af05a346f6)

Update Indonesian translation

(cherry picked from commit cbbb15945e5b7aef92414432c9e046dd3b816db5)

Give all monitor names when mirrored

If a monitor is part of a set of mirrored monitors, then give the name
of all used monitors as we don't know which one the user will most
strongly associate with what they see.

(cherry picked from commit 39086068b97217e76ca3ed0fcae01fabd04b4499)

More user friendly monitor name on Windows

The device name is very internal and likely of little use to a user.
Instead give the more user friendly string we can get out of the system.

(cherry picked from commit 6a1eaff040cab5984f9928fb2bba1a983f4c2fd0)

Use std::string for monitor names

Makes it a lot easier to deal with the allocation of memory for the
string, avoiding any limits.

(cherry picked from commit 11ae24f1f3fe39c1382c6cb37d3cddeeb757c91c)

Inline the Windows monitor name code

It's just used in this one place, and isn't very large. Also move things
around a bit to avoid having to define new complex types.

(cherry picked from commit c8af502bd2a50398bf1f4da06b90457150340316)

Fix corner case in monitor index calculation

Fix a bug in the comparison function that could result in the wrong
index being assigned to a monitor. Change the logic to more directly map
to the description.

(cherry picked from commit 72d632673ba4531132fd1cd59c2d0b9966551300)

Handle mirrored monitors on X11

macOS and Windows present mirrored monitors as a single virtual monitor,
but X11 exposes this scenario as two distinct monitors with identical
coordinates. This messes up our logic, and is likely confusing for the
user. So instead we'll ignore any monitors that have identical
coordinates to any already seen monitors.

(cherry picked from commit fb561eb321b36dcf13932c903047ce08e55d67d5)

TigerVNC 1.11.90 (1.12.0 beta)

Update translation template file

Clean up some error strings

Try to reuse and split things so that it makes things easier for the
translators.

Consistently use exceptions for parameter errors

Clean up the structure around storing and loading parameters and server
history so that failures will always be reported by using exceptions.

Use classic FILE I/O for storing server history

Error handling is more straight forward in the C file interface.

Merge pull request #1253 from binary-manu/accented-chars

Handle keys reported only by KeyEvent.getExtendedKeyCode

Clean up global event handler structure

Let's separate the standard global event handling from the hacky
workarounds, for clarity.

Restore FLTK event dispatcher on exit

Merge branch 'fullscreens-added-removed' of https://github.com/x11clone/x11clone

Tolerate carriage return in config files

If the file has been transferred from a Windows system then it might
have \r\n line endings instead of \n. Make sure this doesn't leak in to
the parameter values.

Fix inconsistent line endings in vncviewer configuration file

Include translations in macOS and Windows builds

Disable dangerous macOS SDK macros

They define macros such as "check()" which causes our code to break as
we have methods with that name.

Merge branch 'fb-session-nfs' of https://github.com/zpytela/tigervnc

Expose reconnect setting in options dialog

Retry connection in case of an error

Merge branch 'x0-interface-option' of https://github.com/sotho/tigervnc

Add -interface option to x0vncserver

Merge branches 'host-name-max', 'fix-build-viewer-off' and 'fix-case-insensitive-fs' of https://github.com/arichardson/tigervnc

Keep ownership of second selection when first is lost

This fixes regression introduced by the extended clipboard extension.
Previously it was possible for the server to hold on to the CLIPBOARD
selection even if another application took ownership of PRIMARY. This is
important to handle the common use case of selecting something in order
to paste over it.

The new request based model doesn't readily support this as we assume
the client has lost its data once we push the new PRIMARY selection to
it. So to handle this we have the maintain a cache of the client's data,
and make sure to fill that cache before we do anything that might cause
the client to lose the data.

Simply screen refresh handler

We only need to check the event type once, and preferably early, and
avoid doing more work than necessary.

Only log error when setting FullScreenSelectedMonitors

We don't want the log to spam every time this parameter is used so only
complain from the parses when the value is changed.

Don't reference specific variable in class

This class is generic and should not reference a specific instance of
it.

Avoiding final period in log messages

Try to be consistent with existing log messages.

Clean up style in recent monitor code

Fix some indentation issues and make sure everything* uses CamelCase.

* MonitorArrangement is left as snake_case in order to pretend it is an
  independent FLTK widget class.

Refresh MonitorArrangement on configuration change

MonitorArrangement (in the options dialog) never changes when the system
monitor configuration changes. Therefore, the user can get into a state
where the reality doesn't match what is shown (when a monitor is
added/removed, resolution or position changed etc).

All these changes triggers an event in FLTK
(FL_SCREEN_CONFIGURATION_CHANGED). This commit adds an event handler in
MonitorArrangement and refreshes the widget whenever that event occurs.

Because Fl_Handler does not have a void*-argument (and we must be able
to access the widget from our handler callback) a static set of
instances have been added, which all will receive the events.

Merge branch 'selected_monitors' of https://github.com/hugolundin/tigervnc

Add monitor description to tooltip

It might be useful to have more information about a monitor when
configuring its settings in the Options menu. Therefore, this commit
adds support for showing additional information about a monitor
(resolution and platform-specific name).

Explicitly choose current monitor

There are no guarantees from the WM that calling `fullscreen_screens`
with all monitor indices set to `-1` results in the window's current
monitor being used. Because FullScreenMode uses the word "current"
we want to explicitly ask the WM to use that monitor.

Add fullscreen mode for selected monitors

The user might not always want to use all monitors when in fullscreen
mode, but instead only a few. This commit adds support for configuring
selected monitors from command line, in the config file and graphically
in the options menu.

Because it might be hard to guarantee the consistency of monitor
identifiers coming from third-parties (for example FLTK), it has been
decided to use our own numerical identifier. This identifier is based on
the monitor's positions. The mapping between this identifier and the
indices used by FLTK is done by MonitorIndicesParameter.

Add fullscreen mode parameter

Before this commit, `FullScreen` and `FullScreenAllMonitors` could be
used to configure whether to use the current monitor in fullscreen,
or all monitors in fullscreen.

This commit deprecates `FullScreenAllMonitors` in favour of
`FullScreenMode` (which can either be `current` or `all`). This allows
for additional modes to be added, without the risk of having invalid
states (for example two activate two different fullscreen modes at the
same time).

A new concept has been added; read-only parameters. They are parameters
that will be read, but never written back. This allows for migration
paths to be constructed, where a parameter can be taken to consideration
but then for example be discarded, logged or changed into something else.

This has been used for `FullScreenAllMonitors` to provide a migration
path. On startup of vncviewer, if `FullScreenAllMonitors` is enabled,
`FullScreenMode=all` will be automatically enabled instead. The next
time the configuration file is written to disk, `FullScreenAllMonitors`
will then be removed.

Calculate overlay position from window size

Previously, it was assumed that all monitors (and especially the primary
monitor, index 0) was inside the window when we calculate the position
of the overlay.

That might not always be the case, for example when using fullscreen
mode over a narrower set of monitors. This commit does so the overlay is
positioned correctly based on the actual window size, instead of what we
expect it to be.

Release displays not enclosed by the window

cocoa_capture_displays it captures all displays enclosed by the
window_rect. If a set of displays were captured, but the configuration of
what monitors to use changed, a second call would only add to the set
of captured displays. Therefore, if the user enabled
FullScreenAllMonitors (all displays captured) and then disabled it (only
one display captured) they would get into a state were monitors not used
for the VNC session still were captured (which on macOS for example,
results in displays being unusable for other things).

This has now been fixed, resulting in monitors outside the window_rect
not being unnecessarily captured.

Fix priority string when using newer GnuTLS

The call of gnutls_set_default_priority_append() expects a normal priority
string, which means it must not start with ':'.

Capture all displays inside the viewport (macOS)

It was only possible to capture either the current, or all displays
previously. This could become an issue if you want to show a vnc session
over only a selected set of displays, because then we only want to
capture those displays.

The solution in the commit was chosen because it handles all cases - by
looking at what monitors are enclosed by the viewport the implementation
is independent on any configuration, but instead captures the monitors
actually being used.

Allow building with -DBUILD_VIEWER=OFF

Without this change I get CMake errors due to use of ${FLTK_INCLUDE_DIR}
and references to the non-existent vncviewer target.

Rename Input.h to vncInput.h to fix building on case-insensitive FS

I am cross-compiling from macOS for a FreeBSD-derived system so my host
file system is case insensitive but the target isn't. Without this change
I get the following warnings which show that the vnc "Input.h" is being
included from mi/mi.h instead of the xserver "input.h":
```
In file included from /Users/alex/cheri/xvnc-server/hw/vnc/Input.c:33:
/Users/alex/cheri/xvnc-server/mi/mi.h:55:10: warning: non-portable path to file '"Input.h"'; specified path differs in case from file name on disk [-Wnonportable-include-path]
#include "input.h"
         ^~~~~~~~~
         "Input.h"
```

Fix build on systems without HOST_NAME_MAX

Some operating systems such as FreeBSD don't define a HOST_NAME_MAX
macro. The portable approach to determine the real host name limit is
calling sysconf(_SC_HOST_NAME_MAX) so do that instead.

Merge branch 'utilize-system-wide-crypto' of https://github.com/grulja/tigervnc

Utilize system-wide crypto policies

Merge branch 'xvfb' of https://github.com/CendioOssman/tigervnc

Remove vfb references from symbol names

Xvnc was originally based on Xvfb, but it's just confusing to keep the
names. So change all prefix to "vnc" instead to clearly mark things as
part of TigerVNC.

Remove zaphod mode from Xvnc

It isn't really useful as it behaves just like starting multiple
servers, so remove it in favour of keeping things simple.

Remove undocumented -linebias argument

This is a development flag with no real use, so remove it to clean up
the code.

Clean up Xvnc screen struct

Remove stuff we don't use, and get it more in sync with Xvfb for easier
comparison.

Remove unused headers

Remove obsolete AIX hack

Remove obsolete comment about backing store

This was removed years ago.

Remove CloseScreen() wrapper

The memory leak this worked around was fixed in X.org 1.16.

Do all RandR init in vncRandRInit()

Keep everything in one place to make it easier to read.

This also removes the call to RRInit() as that is done implicitly
anyway.

Use central SetRootClip()

There's been a common one since X.org 1.11, so use that instead of our
own copy.

Remove Darwin code from Xvnc

We don't build for that platform anyway, so this is just a remnant from
Xvfb.

Handle X.org patch level features

With the 1.20.x releases there has been features and API changes even on
patch level versions, so we need to update our macros to handle these as
well.

Remove shared memory framebuffer option

This is a pointless remnant of Xvfb. We never print the id of the shared
memory, so no other application can access this memory anyway.

Remove more color map code from Xvnc

This hasn't been supported or used in many years, so clean out the final
remnants.

Remove DDXTIME code

This hasn't been used since xorg-server 1.1 so get rid of it.

Call FatalError() on bad Xvnc arguments

This is consistent with other ddx behaviour.

Use CHECK_FOR_REQUIRED_ARGUMENTS() for arg check

This is what all the other ddx variants use, so do the same in Xvnc to
be consistent.

Apply Xorg coding style to xvnc.c

Makes it easier to compare with upstream files as the formatting will be
the same.

Remove #ifdef RENDER

RENDER has been mandatory since xorg-server 1.9, so remove these
checks.

Move ddxInputThreadInit() to xvnc.c

This should only be in the ddx parts of an X server, and Input.c is used
by libvnc.so as well and can cause conflicts there.

Remove Ubuntu rethrow signals patch

This was removed from Ubunut's X.org packages years ago, so drop it from
our packing as well.

Correctly handle screen layout with offset

We miscalculated the screen layout if the geometry had an offset as we
adjusted the real screen layout to account for the offset, but compared
it to the unadjusted geometry.

Merge branch 'smooth-edge-scrolling' of https://github.com/ToyKeeper/tigervnc

Merge branch 'master' of https://github.com/jasonsikes/tigervnc

Avoid some variable aliasing

Remove unnecessary header include

Use <user>@<hostname> as the default desktop name

Is a lot more useful default than the previous "x11", or "x0vncserver".
At the same time give x0vncserver a parameter to change the name.

Clean up default value for X509 parameters

Let's avoid making this too complex and force every user to know about
magical functions.

Use RFC7919-2048 group in GnuTLS for FIPS compliance.

Keep own memory for duplicate config value

Allows the default value to be dynamically generated in a buffer that is
reused.

Remove unused LogParameter::setDefault()