Hi,
On Sun, Feb 18, 2018 at 11:44:38PM +0100, Jakub Janku wrote:
> >> +typedef struct {
> >> +GMainLoop*loop;
> >> +GtkSelectionData *sel_data;
> >> +} DataRetrieval;
> >> +
> >> +struct VDAgentClipboards {
> >> +struct udscs_connection*conn;
> >> +
> >> +
Hi,
On Mon, Feb 12, 2018 at 10:40 AM, Victor Toso wrote:
> Hi,
>
> Follow up after the comment in the cover letter.
>
> On Sun, Jan 21, 2018 at 09:03:13PM +0100, Jakub Janků wrote:
>> From: Jakub Janků
>>
>> The code will be replaced by GTK+ in the
Hi Victor,
sorry for the delayed reply.
On Mon, Feb 12, 2018 at 2:11 PM, Victor Toso wrote:
> Hi,
>
> On Sun, Jan 21, 2018 at 09:03:14PM +0100, Jakub Janků wrote:
>> From: Jakub Janků
>>
>> Place the code that handles clipboard
>> into a separate file
To communicate the error and avoiding to have to read any data the
guest want to write disable the device.
Signed-off-by: Frediano Ziglio
---
server/stream-device.c | 20
1 file changed, 20 insertions(+)
diff --git a/server/stream-device.c
Due to the way Qemu handle the device we must consume all pending
data inside the callback to read data from the device.
We need to consume all data from previous device dialog to avoid
that next device usage is still seeing old data.
This as Qemu return 0 if you call
Previous patch causes a bug into Qemu if the patch
46764fe09ca2e0f15c0981a672c166ed8cf57e72 ("virtio-serial: fix segfault
on disconnect") is not include in that version of Qemu.
This crash happens when device is closed inside a write operation.
For SPICE character device a
Qemu does not trigger a new data read if we don't read all data in
the buffer.
Signed-off-by: Frediano Ziglio
---
server/tests/test-stream-device.c | 43 +--
1 file changed, 41 insertions(+), 2 deletions(-)
diff --git
The current implementation of server and client assume that a single
data message contains an encoded frame.
This is not a problem for most encoding but for MJPEG this causes
the client to fail decoding.
Signed-off-by: Frediano Ziglio
---
server/stream-channel.c | 97
Test case for the issue fixed by previous commit.
Signed-off-by: Frediano Ziglio
---
server/tests/test-stream-device.c | 42 +++
1 file changed, 42 insertions(+)
diff --git a/server/tests/test-stream-device.c
Test all batched (send together) messages are handled correctly
and device is not stuck.
Signed-off-by: Frediano Ziglio
---
server/tests/test-stream-device.c | 36
1 file changed, 36 insertions(+)
diff --git
If data message is followed by another message was theoretically
possible that device looses the sync with the guest.
The actual Qemu and agent implementation avoids it but better
to avoid it.
Signed-off-by: Frediano Ziglio
---
server/stream-device.c | 2 +-
1 file changed,
These patches fix some problem with streaming device adding also tests
for different issues.
Most of the patches was sent before on ML but still, for different
reason not merged (one a problem with Qemu bug for which one there
is a workaround in this series).
Last patch fix MJPEG encoding and
> Signed-off-by: Snir Sheriber
Acked
> ---
> src/mjpeg-fallback.cpp | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/src/mjpeg-fallback.cpp b/src/mjpeg-fallback.cpp
> index 634864f..53d50ed 100644
> --- a/src/mjpeg-fallback.cpp
> +++ b/src/mjpeg-fallback.cpp
>
Signed-off-by: Snir Sheriber
---
src/mjpeg-fallback.cpp | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src/mjpeg-fallback.cpp b/src/mjpeg-fallback.cpp
index 634864f..53d50ed 100644
--- a/src/mjpeg-fallback.cpp
+++ b/src/mjpeg-fallback.cpp
@@ -26,9 +26,6 @@ using
send_input() may not be immediately called from handle_mouse_event() on
movement. INPUT structure is generated and stored and a timer may be set
instead. If subsequent call to handle_mouse_event() occurs before timer
expires, prepared INPUT structure gets overwritten and MOUSEEVENTF_MOVE
bit is
15 matches
Mail list logo