This variant keeps more context for the translators by having related
strings clumped together.

Both SSecurityVeNCrypt and SSecurityStack are wrappers around other
security objects, so they need to delegate the properties of those
sub-objects properly.

A read-only client should not be allowed to kick out other clients.
It will be forced into shared mode, or refused the connection, depending
on the neverShared parameter.

So clients with limited access rights can not affect it.

More RPM spec file cleanup

* Removed obsolete patches from openSUSE packages

SPEC file cleanup

* Removed the hard coded snap tag, if needed it should be passed in
  via "rpmbuild --define 'snap ...'".
* Changed the hard coded version to "@VERSION@" to make it clear
  that the copy of the spec file in the repository needs to be
  updated manually.

Remove libvnc server module from statically built versions

* The static libvnc server module can't be loaded anyway so just
  remove it from the el5 and portable binaries.

More Java viewer clipboard handler fixes

* Override TransferHandler.exportToClipboard method to ensure that
  serverCutText updates get sent to the system clipboard.  This
  wasn't always happening when relying on the super class' paste()
  method alone.
* Removed some unnecessary setText() statements and one check for
  whether sending client cut text is enabled.

The 1.4 branch is now live, so change the version number of the
development builds.

They use char* rather than void*, requiring a cast here.

It's much more difficult to test for this on Windows since the
headers have version guards. Just play it safe and assume it is
missing. We can remove this check when we raise the base requirements
to Vista (or newer).

We had already fixed the others, but this one was overlooked.

This is the format we support when converting a string to an
address, so it makes sense to use them the other way around.

There might be more protocols in the future, and we might also
misdetect things depending on varying IPv6 functions being missing.

Major rework of Java viewer clipboard handling

* Clipboard dialog UI significantly improved.
  - Fixes issue where scrollpane size did not track dialog size
  - Removed unnecessary JPanel
  - Adjusted default size of dialog to something more appropriate.
* Clipboard dialog is now a pure clipboard viewer
  - Window title now reflects thati fact.
  - Eliminates problems with concurrency and updating contents.
  - Clipboard dialog now updates contents if a clipbard transfer
    occurs and the dialog is visible.
  - Prevents possible loop condition when text in the scrollpane
    is selected (ie: selection buffer triggers clipboard updates).
* Custom TransferHandler implemented.
  - Limits the size of outbound clipboard transfers.
  - On Windows and Linux this implementation does not appear to
    provoke huge memory spike issue when the transferable is
    accessed.  Unfortunately, the OSX implemenation still
    suffers from this problem, but that is a JRE issue. For the
    time being, this at least minimizes the problem.  Additionaly,
    if an OutOfMemoryError is thrown, it's now caught and an error
    is logged rather than the viewer bailing out.
  - Vastly simpler implementation - the copy/paste methods inherent
    in the JTextArea are utilized for interfacing with the system
    clipboard.  This eliminates the need for checking permissions,
    as well as streamlining the code quite a bit.

Update BUILDING.txt to document GnuTLS requirements

See Issue #44 for further details.

Fixes for java viewer listen mode, TcpSocket methods, and code cleanup

The viewer count was being incorrectly incremented, preventing the
listening viewer from exiting when the window was closed.

Although not actually used anywhere, the getSockPort method was
actually returning the the remote socket's port number.

Also simplified some of the other socket methods.

The finalizer method may not be strictly necessary but for the sake
of consistency shutdown the socket listener the same way we do for
a regular TcpSocket.

Deleted some useless comments in java viewer

This reverts commit 39d7dc043a.

We should be secure by default, even if it might cause a performance
hit. Those who wish to make that trade off are more likely to notice
the lack of performance than others noticing the lack of security.

The local window manager might give us a window of a different size
than the one we request. Make sure that the remote resize setting
gets respected even in this case.

It's often useful to see if encryption was used, and how the user
authenticated (if at all).

Try to read second password (for read only access) from rfbauth file. If client
sent second password instead of first one, allow him read only access.

Ask for optional second password that is used for read only access. Save it
after the main password. This is same format as tightvnc uses.

SConnection has AccessRights property that specifies what connected client can
do. Set this property to value given by SSecurity after successful
authentication. This way individual SSecurity subclasses can accept clients but
restrict their access.