2013-09-16  David King  <amigadave@amigadave.com>

	Update NEWS for 3.9.92 release

2013-09-16  Daniel P. Berrange  <berrange@redhat.com>

	Fix reading of TLS data to account for cached data

	When you ask GnuTLS to read 'n' bytes of data it is free to read many
	more than just 'n' bytes, since there is no 1-1 mapping between
	encrypted and unencrypted byte counts.

	The Vino I/O handle triggered when POLLIN reads one single RFB message,
	then checks if POLLIN is still set. This is broken if gnutls has
	previously read more than one RFB message worth of data.

	A symptom of this brokeness is that when connecting to a Vino server
	with gtk-vnc, the screen will be initially black until the user moves
	the mouse or presses a key.  Even then there will be periodic delays in
	updates if the pending data condition arises again.

	Fortunately GnuTLS has a function gnutls_record_check_pending which lets
	apps determine if there is any cached data read off the wire.

	Signed-off-by: Daniel P. Berrange <berrange@redhat.com>

	https://bugzilla.gnome.org/show_bug.cgi?id=703326

2013-09-16  Jiro Matsuzawa  <jmatsuzawa@gnome.org>

	l10n: Update Japanese translation

2013-09-12  David King  <dking@redhat.com>

	Reject new clients if in the deferred state

	As mentioned in bug 641811, Vino can get stuck trying to process the
	same data in an infinite loop if an authentication request is received
	from a client while that client is in the deferred state.

	Avoid this situation by closing new connections from the same client
	when it is in the deferred state.

2013-08-08  Kjartan Maraas  <kmaraas@gnome.org>

	Updated Norwegian bokmål translation

2013-07-08  David King  <amigadave@amigadave.com>

	Post-release version bump to 3.9.5