The keyboard focus may change while usb-device-manager is in the process of
redirecting a usb-device (as this may show a policykit dialog). Making
autoredir/automount setting changes while this is happening is not a good idea!
Since usb-device-manager already sets keyboard_grab_inhibit when it is
Inhibit automounting when usb-autoredirection is active.
Note:
1) While changing the prototype for the spice_gtk_session_update_keyboard_focus
function, this patch also renames it to spice_gtk_session_update_usb_autoredir
to better reflect its function.
2) This patch changes the "do we have focus
We need to integrate closely with the desktop environment of the user in
several cases. Some examples are disabling auto-mounting when auto-usbredir
is active (rhbz#812972), and disabling the screensaver when fullscreen
(fdo#34793).
Unfortuntely these kinds of things require desktop environment sp
Only update the UsbDeviceManager's "auto-connect" property when
"auto-usb-redir" is set, otherwise leave it as is. This allows apps to
control UsbDeviceManager's "auto-connect" directly, without it getting reset
on every keyboard focus change.
Signed-off-by: Hans de Goede
---
gtk/spice-gtk-sessi
Hi All,
Here is a new version of the automount inhibit patchset, based on discussions
with David Zeuthen, this is now modelled after the screensaver and other
inhibits in gnome which now a days all live in gnome-session.
This also needs some small gnome-shell changes, which I still need to upstre
On Thu, Jun 21, 2012 at 04:08:21PM +0300, Alon Levy wrote:
Already pushed, please ignore.
> ---
> server/spice.h |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/server/spice.h b/server/spice.h
> index a6b3c3d..abaffbd 100644
> --- a/server/spice.h
> +++ b/server/spic
---
server/spice.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/server/spice.h b/server/spice.h
index a6b3c3d..abaffbd 100644
--- a/server/spice.h
+++ b/server/spice.h
@@ -22,7 +22,7 @@
#include
#include
-#define SPICE_SERVER_VERSION 0x000a03 /* release 0.10.3 */
+#
Please ignore my question. It is my fault.
From: Charles.Tsai-蔡清海-研究發展部
Sent: Thursday, June 21, 2012 5:56 PM
To: 'spice-devel@lists.freedesktop.org'
Subject: VirtIO bug (Mouse & Keyboard fail to work after opeining an non-exist
serial port)
We implemented an virt IO port for printing channel.
We implemented an virt IO port for printing channel. It works without any
problem if Qemu command options specify our printing device.
However, we found a bug in virtio serial driver when a VM is launched without
specifying the “printing device” from the qemu command line.
In this case, mouse cl
