summaryrefslogtreecommitdiffstats
path: root/server/char_device.c
diff options
context:
space:
mode:
authorHans de Goede <hdegoede@redhat.com>2013-03-04 16:35:54 +0100
committerHans de Goede <hdegoede@redhat.com>2013-03-04 16:35:54 +0100
commitb42f2e1fc9f5a19a969fc33abe3979c9abb3bb0a (patch)
treed4ce29e815629f6ac3083558deea29cd8a3dab08 /server/char_device.c
parent50efe1e48d2fcf6a2f12c933ce29e73b6985f599 (diff)
downloadspice-b42f2e1fc9f5a19a969fc33abe3979c9abb3bb0a.tar.gz
spice-b42f2e1fc9f5a19a969fc33abe3979c9abb3bb0a.tar.xz
spice-b42f2e1fc9f5a19a969fc33abe3979c9abb3bb0a.zip
Silence __spice_char_device_write_buffer_get: internal buf is not available
These messages are printed when the server tries to push a mouse event to the agent before the previous one has been flushed. This is a normal condition (which gets tracked by the reds->pending_mouse_event boolean), and as such it should *not* trigger the printing of error messages. I've seen these messages occasionally before, but with agent file-xfer they are trivial to trigger, simply send a large file to the agent and while it is transferring move the mouse over the client window. Note that due to the client tokens not allowing the client to completely saturate the agent channel mouse events do still get send to the agent, just with a slightly larger interval. So everything is working as designed and this spice_printerr is just leading to people chasing ghosts. Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Diffstat (limited to 'server/char_device.c')
-rw-r--r--server/char_device.c1
1 files changed, 0 insertions, 1 deletions
diff --git a/server/char_device.c b/server/char_device.c
index 1d5bed92..49c5dc04 100644
--- a/server/char_device.c
+++ b/server/char_device.c
@@ -497,7 +497,6 @@ static SpiceCharDeviceWriteBuffer *__spice_char_device_write_buffer_get(SpiceCha
SpiceCharDeviceWriteBuffer *ret;
if (!client && !dev->num_self_tokens) {
- spice_printerr("internal buf is not available");
return NULL;
}