spice issueshttps://gitlab.freedesktop.org/groups/spice/-/issues2018-07-27T07:22:25Zhttps://gitlab.freedesktop.org/spice/spice/-/issues/23Regression on image compress fallback2018-07-27T07:22:25ZVictor TosoRegression on image compress fallbackFix 48179332d9
```
git tag --contains f401eb07
v0.13.1
v0.13.2
v0.13.3
v0.13.90
v0.13.91
v0.14.0
```
Opening the bug for documentation.Fix 48179332d9
```
git tag --contains f401eb07
v0.13.1
v0.13.2
v0.13.3
v0.13.90
v0.13.91
v0.14.0
```
Opening the bug for documentation.v0.14.1https://gitlab.freedesktop.org/spice/spice/-/issues/37Release 0.14.32020-02-27T13:35:20ZVictor TosoRelease 0.14.3As of Today we have 196 commits since v0.14.2. v0.14.2 was released in 26.04.2019, to compare with Fedora distro, that was 4 days before Fedora 30 and Fedora 31 was release 2 days ago (29.10.2019)
I've opened the milestone for 0.14.3 re...As of Today we have 196 commits since v0.14.2. v0.14.2 was released in 26.04.2019, to compare with Fedora distro, that was 4 days before Fedora 30 and Fedora 31 was release 2 days ago (29.10.2019)
I've opened the milestone for 0.14.3 release and will open a 0.14.4, perhaps with ~3 months time range to release a bit more often. I'm not asking to keep a strict schedule, just not to forget to release following some schedule that can help users.0.14.3https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/168Question about coroutine (use ucontext)in spice-gtk2023-02-17T08:19:21Zzkm111Question about coroutine (use ucontext)in spice-gtkHello, I'm a little confused. details in
https://gitlab.freedesktop.org/spice/spice-gtk/-/commit/0f9a432c547d16529c0ca8b83048a065f620aaf1#note_1668025
@elmarco
Looking forward to your reply.Hello, I'm a little confused. details in
https://gitlab.freedesktop.org/spice/spice-gtk/-/commit/0f9a432c547d16529c0ca8b83048a065f620aaf1#note_1668025
@elmarco
Looking forward to your reply.https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/118qemu spice sound crackling2020-03-25T11:37:45ZOleg Popovqemu spice sound cracklingHello. Short video description of the problem - https://www.youtube.com/watch?v=f8YBa6H-NV0
The problem appears during user inactivity/lack of user input.
What I have tried:
1. different clients: virt-viewer and spicy.
2. disable any...Hello. Short video description of the problem - https://www.youtube.com/watch?v=f8YBa6H-NV0
The problem appears during user inactivity/lack of user input.
What I have tried:
1. different clients: virt-viewer and spicy.
2. disable any compression and effects.
3. use spice-protocol 0.12.14 instead of 0.14.0.
4. tune sample rate on the guest and on the host.
5. switch to different sound cards in qemu.
6. use spice-vdagent (crackling even worse, mouse events help slightly).
The problem will completely disappear if user performs some mouse activities (keyboard input doesn't help).
Versions:
1. virt-viewer - 8.0
2. spice-gtk - 0.37
3. spice-protocol - 0.14.0
4. spice-server - 0.14.2
5. qemu - 4.2.0https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/112gstreamer h264 play 1080p2020-02-25T15:47:27Zwangfangstreamer h264 play 1080pclient: fedora 29 x86_64 server,
server: centos 7.5
qemu-kvm-ev-2.10.0-21.el7_5.7.1.x86_64
spice-server-0.14.0-2.el7_5.5.x86_64
When using gstramer H264 mode, when using media to play 1080p video, it will be foun...client: fedora 29 x86_64 server,
server: centos 7.5
qemu-kvm-ev-2.10.0-21.el7_5.7.1.x86_64
spice-server-0.14.0-2.el7_5.5.x86_64
When using gstramer H264 mode, when using media to play 1080p video, it will be found that video playback will be split, and when video conversion is fast, there will be obvious white horizontal lines in the middle of the video. If the gstramer initialization parameter is adjusted, it will be reduced, but obviously it still exists.https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/107GSpice-CRITICAL error in usb-device-manager.c when running spicy2021-08-20T04:51:44ZJ WGSpice-CRITICAL error in usb-device-manager.c when running spicyI'm using spice-gtk 0.37 on macOS 10.14.6 and have an external monitor plugged in over Thunderbolt 3 (USB-C):
```
$ spicy --spice-debug --gdk-debug=all --g-fatal-warnings
Gdk-Message: 14:43:46.619: Trying quartz backend
(spicy:20234): G...I'm using spice-gtk 0.37 on macOS 10.14.6 and have an external monitor plugged in over Thunderbolt 3 (USB-C):
```
$ spicy --spice-debug --gdk-debug=all --g-fatal-warnings
Gdk-Message: 14:43:46.619: Trying quartz backend
(spicy:20234): GSpice-DEBUG: 14:43:46.772: spice-session.c:288 New session (compiled from package spice-gtk 0.37)
(spicy:20234): GSpice-DEBUG: 14:43:46.772: spice-session.c:292 Supported channels: main, display, inputs, cursor, playback, record, usbredir
(spicy:20234): GSpice-DEBUG: 14:43:46.772: usb-device-manager.c:485 auto-connect filter set to 0x03,-1,-1,-1,0|-1,-1,-1,-1,1
Gdk-Message: 14:43:47.320: acceptsFirstResponder
Gdk-Message: 14:43:47.321: acceptsFirstResponder
Gdk-Message: 14:43:47.321: becomeFirstResponder
Gdk-Message: 14:43:47.324: EventLoop: Found ready file descriptors before waiting
Gdk-Message: 14:43:47.324: 3: in
(spicy:20234): GSpice-CRITICAL **: 14:43:47.365: file usb-device-manager.c: line 1708 (probe_isochronous_endpoint): should not be reached
Trace/BPT trap: 5
```
If I remove `--g-fatal-warnings`, the error still appears, but I can connect establish a connection with another machine.
Adding `--spice-disable-usbredir` does not remove the error.
Lastly, this error goes away when the external monitor is unplugged.https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/96Initial Russian translation2020-03-10T16:16:48ZIllumariaInitial Russian translationHello, I would like to add an initial Russian translation for spice-gtk: [ru.po](/uploads/93b24170c4ce2d33f4bf971daa2ab703/ru.po)Hello, I would like to add an initial Russian translation for spice-gtk: [ru.po](/uploads/93b24170c4ce2d33f4bf971daa2ab703/ru.po)v0.38https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/68spice-gtk-0.33 gst-audio recording abort or no sound recored2018-08-10T09:50:14Zyueyihuaspice-gtk-0.33 gst-audio recording abort or no sound recoredWhen I record voice using my microphone, some error occur like this:
Assertion 'pa_channels_valid(channels)' failed at pulse/volume.c:74, function pa_cvolume_set(). Aborting.
or there is no sound recorded, but i write some debug co...When I record voice using my microphone, some error occur like this:
Assertion 'pa_channels_valid(channels)' failed at pulse/volume.c:74, function pa_cvolume_set(). Aborting.
or there is no sound recorded, but i write some debug code, the error appear like this:
ERROR: from element /GstPipeline:pipeline3/GstAutoAudioSrc:audiosrc/GstPulseSrc:audiosrc-actual-src-puls: pa_stream_set_source_output_volume() failed: Invalid parameters.
Additional debug info:
pulsesrc.c(668): gst_pulsesrc_set_stream_volume (): /GstPipeline:pipeline3/GstAutoAudioSrc:audiosrc/GstPulseSrc:audiosrc-actual-src-puls
ERROR: from element /GstPipeline:pipeline3/GstAutoAudioSrc:audiosrc/GstPulseSrc:audiosrc-actual-src-puls: pa_stream_set_source_output_mute() failed: Invalid parameters.
Additional debug info:
pulsesrc.c(721): gst_pulsesrc_set_stream_mute (): /GstPipeline:pipeline3/GstAutoAudioSrc:audiosrc/GstPulseSrc:audiosrc-actual-src-puls
ERROR: from element /GstPipeline:pipeline3/GstAutoAudioSrc:audiosrc/GstPulseSrc:audiosrc-actual-src-puls: Inner data stream error.
Additional debug info:
gstbasesrc.c(2943): gst_base_src_loop (): /GstPipeline:pipeline3/GstAutoAudioSrc:audiosrc/GstPulseSrc:audiosrc-actual-src-puls:
streaming task paused, reason error (-5)
Can any version resolved this problem?v0.36https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/66X Server crashes in VM starting from Kubuntu 16.04.2 till 18.04 (dev branch) ...2018-06-11T11:34:59ZBugzilla Migration UserX Server crashes in VM starting from Kubuntu 16.04.2 till 18.04 (dev branch) in guest during logging in## Submitted by Eugene
Assigned to **Spice Bug List**
**[Link to original bug (#102554)](https://bugs.freedesktop.org/show_bug.cgi?id=102554)**
## Description
Created attachment 133981
Xorg log file
Host:
Kubuntu 17.04
Linux 4.13...## Submitted by Eugene
Assigned to **Spice Bug List**
**[Link to original bug (#102554)](https://bugs.freedesktop.org/show_bug.cgi?id=102554)**
## Description
Created attachment 133981
Xorg log file
Host:
Kubuntu 17.04
Linux 4.13
libvirt-bin 3.6.0
qemu 2.10
Guest:
Kubuntu 16.04.3
Linux 4.10.0-33-generic
xserver-xorg-video-qxl 0.1.4-3ubuntu3
xserver-common 1.18.4-0ubuntu0.3
If not to change default screen resolution 1280x1024 in VM, this issue is not happens. But if screen resolution has been changed to any other, crash happens while login (please, see the log in attachment). This issue started to happen from 16.04.2. In Kubuntu 16.04.1 all is OK.
**Attachment 133981**, "Xorg log file":
[Xorg.0.log.old](/uploads/ff2a2a531f67be70d379a10c08df6ceb/Xorg.0.log.old)https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/60RFE: Multiple Connections to different screens on the guest2019-01-05T12:03:48ZBugzilla Migration UserRFE: Multiple Connections to different screens on the guest## Submitted by Norbert Möndjen
Assigned to **Spice Bug List**
**[Link to original bug (#104927)](https://bugs.freedesktop.org/show_bug.cgi?id=104927)**
## Description## Submitted by Norbert Möndjen
Assigned to **Spice Bug List**
**[Link to original bug (#104927)](https://bugs.freedesktop.org/show_bug.cgi?id=104927)**
## Descriptionhttps://gitlab.freedesktop.org/spice/spice-gtk/-/issues/56Conflicting Frame Buffer On System Startup2018-06-06T15:58:59ZBugzilla Migration UserConflicting Frame Buffer On System Startup## Submitted by XorgBug
Assigned to **Spice Bug List**
**[Link to original bug (#97101)](https://bugs.freedesktop.org/show_bug.cgi?id=97101)**
## Description
Created attachment 125356
console_startup.png
Hello,
My Host System Sp...## Submitted by XorgBug
Assigned to **Spice Bug List**
**[Link to original bug (#97101)](https://bugs.freedesktop.org/show_bug.cgi?id=97101)**
## Description
Created attachment 125356
console_startup.png
Hello,
My Host System Specs:
Slackware 14.2 x86_64 (multilib)
Openbox 3.6.1
Nvidia GTX 660M - nvidia-driver-352.63
xorg-server-1.18.3
QEMU 2.6.0
celt051-0.5.1.3
pyparsing-2.0.3
six-1.10.0
spice-0.12.8
spice-gtk-0.32
spice-protocol-0.12.11
vala-0.32.1
Guest Specs:
Slackware 14.1
Xfce 4.10.1
xorg-server-1.14.3
spice-protocol-0.12.11
xf86-video-qxl-0.1.4
spice-vdagent-0.17.0
When starting up the Slackware guest I noticed the console text dissapears, and some appear misplaced on the screen, just after this message I see in the console;
fb: conflicting fb hw usage qxldrmfb vs VESA VGA
Please see the attached screen shot how the console appears when this happens.
**Attachment 125356**, "console_startup.png":
![console_startup](/uploads/c8fe9af75e0eabc0e46d902eda83568d/console_startup.png)https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/52virt-viewer double-free on sized-streams2018-06-10T23:28:56ZBugzilla Migration Uservirt-viewer double-free on sized-streams## Submitted by Victor Toso
Assigned to **Victor Toso**
**[Link to original bug (#94318)](https://bugs.freedesktop.org/show_bug.cgi?id=94318)**
## Description
While playing with patch [0] on rhel6 spice-server due bug [1], virt-vi...## Submitted by Victor Toso
Assigned to **Victor Toso**
**[Link to original bug (#94318)](https://bugs.freedesktop.org/show_bug.cgi?id=94318)**
## Description
While playing with patch [0] on rhel6 spice-server due bug [1], virt-viewer had double-free when messing with guest stream size. Sadly, debug info was lacking but I'll get back to it afterwards (just to no forget to file the bug)
##############################################################
*** Error in `/home/vtosodec/work/jhbuild/dev/bin/remote-viewer': free(): invalid next size (normal): 0x0000000004497d70 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x77da5)[0x7ffff43bcda5]
/lib64/libc.so.6(+0x804fa)[0x7ffff43c54fa]
/lib64/libc.so.6(cfree+0x4c)[0x7ffff43c8cac]
/lib64/libglib-2.0.so.0(g_free+0xe)[0x7ffff4fff5ee]
/lib64/libspice-client-glib-2.0.so.8(+0x2aa8a)[0x7ffff4cb6a8a]
/lib64/libspice-client-glib-2.0.so.8(+0x2a842)[0x7ffff4cb6842]
/lib64/libglib-2.0.so.0(+0x4a893)[0x7ffff4ffa893]
/lib64/libglib-2.0.so.0(g_main_context_dispatch+0x15a)[0x7ffff4ff9e3a]
/lib64/libglib-2.0.so.0(+0x4a1d0)[0x7ffff4ffa1d0]
/lib64/libglib-2.0.so.0(g_main_context_iteration+0x2c)[0x7ffff4ffa27c]
/lib64/libgio-2.0.so.0(g_application_run+0x1ec)[0x7ffff55e4a0c]
/home/vtosodec/work/jhbuild/dev/bin/remote-viewer(main+0x4a)[0x40f5ea]
/lib64/libc.so.6(__libc_start_main+0xf0)[0x7ffff4365580]
/home/vtosodec/work/jhbuild/dev/bin/remote-viewer(_start+0x29)[0x40f629]
======= Memory map: ========
00400000-00433000 r-xp 00000000 fd:03 2100540 /home/vtosodec/work/jhbuild/dev/bin/remote-viewer
00633000-00634000 r--p 00033000 fd:03 2100540 /home/vtosodec/work/jhbuild/dev/bin/remote-viewer
00634000-00635000 rw-p 00034000 fd:03 2100540 /home/vtosodec/work/jhbuild/dev/bin/remote-viewer
00635000-08218000 rw-p 00000000 00:00 0 [heap]
7fffac000000-7fffac021000 rw-p 00000000 00:00 0
7fffac021000-7fffb0000000 ---p 00000000 00:00 0
7fffb1ffe000-7fffb5ffe000 rw-s 00000000 00:05 14876674 /SYSV00000000 (deleted)
7fffb5ffe000-7fffc3ffe000 rw-p 00000000 00:00 0
7fffc3ffe000-7fffc7fff000 rw-s 00000000 00:13 33842 /dev/shm/pulse-shm-2419090321
7fffc7fff000-7fffcc000000 rw-s 00000000 00:13 825542 /dev/shm/pulse-shm-2193547351
7fffcc000000-7fffcc021000 rw-p 00000000 00:00 0
7fffcc021000-7fffd0000000 ---p 00000000 00:00 0
7fffd0000000-7fffd0022000 rw-p 00000000 00:00 0
7fffd0022000-7fffd4000000 ---p 00000000 00:00 0
7fffd49f4000-7fffd69f4000 rw-p 00000000 00:00 0
7fffd6df4000-7fffd6df5000 ---p 00000000 00:00 0
7fffd6df5000-7fffd75f5000 rw-p 00000000 00:00 0 [stack:1284]
7fffd75f5000-7fffd75f6000 ---p 00000000 00:00 0
7fffd75f6000-7fffd7df6000 rw-p 00000000 00:00 0 [stack:1281]
7fffd7df6000-7fffd7dff000 r-xp 00000000 fd:01 3153275 /usr/lib64/libltdl.so.7.3.1
7fffd7dff000-7fffd7ffe000 ---p 00009000 fd:01 3153275 /usr/lib64/libltdl.so.7.3.1
7fffd7ffe000-7fffd7fff000 r--p 00008000 fd:01 3153275 /usr/lib64/libltdl.so.7.3.1
7fffd7fff000-7fffd8000000 rw-p 00009000 fd:01 3153275 /usr/lib64/libltdl.so.7.3.1
7fffd8000000-7fffd8021000 rw-p 00000000 00:00 0
7fffd8021000-7fffdc000000 ---p 00000000 00:00 0
7fffdc200000-7fffdc214000 r-xp 00000000 fd:01 3153550 /usr/lib64/libtdb.so.1.3.8
7fffdc214000-7fffdc414000 ---p 00014000 fd:01 3153550 /usr/lib64/libtdb.so.1.3.8
7fffdc414000-7fffdc415000 r--p 00014000 fd:01 3153550 /usr/lib64/libtdb.so.1.3.8
7fffdc415000-7fffdc416000 rw-p 00015000 fd:01 3153550 /usr/lib64/libtdb.so.1.3.8
7fffdc416000-7fffdc41e000 r-xp 00000000 fd:01 3154956 /usr/lib64/libvorbisfile.so.3.3.6
7fffdc41e000-7fffdc61d000 ---p 00008000 fd:01 3154956 /usr/lib64/libvorbisfile.so.3.3.6
7fffdc61d000-7fffdc61e000 r--p 00007000 fd:01 3154956 /usr/lib64/libvorbisfile.so.3.3.6
7fffdc61e000-7fffdc61f000 rw-p 00000000 00:00 0
7fffdc61f000-7fffdc630000 r-xp 00000000 fd:01 3154178 /usr/lib64/libcanberra.so.0.2.5
7fffdc630000-7fffdc82f000 ---p 00011000 fd:01 3154178 /usr/lib64/libcanberra.so.0.2.5
7fffdc82f000-7fffdc830000 r--p 00010000 fd:01 3154178 /usr/lib64/libcanberra.so.0.2.5
7fffdc830000-7fffdc831000 rw-p 00011000 fd:01 3154178 /usr/lib64/libcanberra.so.0.2.5
7fffdc831000-7fffdc835000 r-xp 00000000 fd:01 3154177 /usr/lib64/libcanberra-gtk3.so.0.1.9
7fffdc835000-7fffdca35000 ---p 00004000 fd:01 3154177 /usr/lib64/libcanberra-gtk3.so.0.1.9
7fffdca35000-7fffdca36000 r--p 00004000 fd:01 3154177 /usr/lib64/libcanberra-gtk3.so.0.1.9
7fffdca36000-7fffdca37000 rw-p 00000000 00:00 0
7fffdca37000-7fffdca3c000 r-xp 00000000 fd:01 262788 /usr/lib64/gtk-3.0/modules/libcanberra-gtk3-module.so
7fffdca3c000-7fffdcc3c000 ---p 00005000 fd:01 262788 /usr/lib64/gtk-3.0/modules/libcanberra-gtk3-module.so
7fffdcc3c000-7fffdcc3d000 r--p 00005000 fd:01 262788 /usr/lib64/gtk-3.0/modules/libcanberra-gtk3-module.so
7fffdcc3d000-7fffdcc3e000 rw-p 00000000 00:00 0
7fffdcc3e000-7fffdcc41000 r-xp 00000000 fd:01 271399 /usr/lib64/gtk-3.0/modules/libpk-gtk-module.so
7fffdcc41000-7fffdce40000 ---p 00003000 fd:01 271399 /usr/lib64/gtk-3.0/modules/libpk-gtk-module.so
7fffdce40000-7fffdce41000 r--p 00002000 fd:01 271399 /usr/lib64/gtk-3.0/modules/libpk-gtk-module.so
7fffdce41000-7fffdce42000 rw-p 00003000 fd:01 271399 /usr/lib64/gtk-3.0/modules/libpk-gtk-module.so
7fffdce42000-7fffdce43000 ---p 00000000 00:00 0
7fffdce43000-7fffdd643000 rw-p 00000000 00:00 0 [stack:1280]
7fffdd643000-7fffdd644000 ---p 00000000 00:00 0
7fffdd644000-7fffdde44000 rw-p 00000000 00:00 0 [stack:1279]
7fffdde44000-7fffdde46000 r-xp 00000000 fd:01 3154895 /usr/lib64/libutil-2.22.so
7fffdde46000-7fffde045000 ---p 00002000 fd:01 3154895 /usr/lib64/libutil-2.22.so
7fffde045000-7fffde046000 r--p 00001000 fd:01 3154895 /usr/lib64/libutil-2.22.so
7fffde046000-7fffde047000 rw-p 00002000 fd:01 3154895 /usr/lib64/libutil-2.22.so
7fffde047000-7fffde07e000 r-xp 00000000 fd:01 135782 /usr/lib64/gvfs/libgvfscommon.so
7fffde07e000-7fffde27d000 ---p 00037000 fd:01 135782 /usr/lib64/gvfs/libgvfscommon.so
7fffde27d000-7fffde283000 r--p 00036000 fd:01 135782 /usr/lib64/gvfs/libgvfscommon.so
7fffde283000-7fffde284000 rw-p 00000000 00:00 0
7fffde284000-7fffde2b4000 r-xp 00000000 fd:01 135781 /usr/lib64/gio/modules/libgvfsdbus.so
7fffde2b4000-7fffde4b4000 ---p 00030000 fd:01 135781 /usr/lib64/gio/modules/libgvfsdbus.so
7fffde4b4000-7fffde4b6000 r--p 00030000 fd:01 135781 /usr/lib64/gio/modules/libgvfsdbus.so
7fffde4b6000-7fffde4b7000 rw-p 00032000 fd:01 135781 /usr/lib64/gio/modules/libgvfsdbus.so
7fffde4b7000-7fffe4e0a000 r--p 00000000 fd:01 3157757 /usr/lib/locale/locale-archive
7fffe4e0a000-7fffe4e35000 r-xp 00000000 fd:01 3154954 /usr/lib64/libvorbis.so.0.4.7
7fffe4e35000-7fffe5035000 ---p 0002b000 fd:01 3154954 /usr/lib64/libvorbis.so.0.4.7
7fffe5035000-7fffe5036000 r--p 0002b000 fd:01 3154954 /usr/lib64/libvorbis.so.0.4.7
7fffe5036000-7fffe5037000 rw-p 00000000 00:00 0
7fffe5037000-7fffe503d000 r-xp 00000000 fd:01 3154673 /usr/lib64/libogg.so.0.8.2
7fffe503d000-7fffe523c000 ---p 00006000 fd:01 3154673 /usr/lib64/libogg.so.0.8.2
7fffe523c000-7fffe523d000 r--p 00005000 fd:01 3154673 /usr/lib64/libogg.so.0.8.2
7fffe523d000-7fffe523e000 rw-p 00000000 00:00 0
7fffe523e000-7fffe5255000 r-xp 00000000 fd:01 3146675 /usr/lib64/libelf-0.165.so
7fffe5255000-7fffe5454000 ---p 00017000 fd:01 3146675 /usr/lib64/libelf-0.165.so
7fffe5454000-7fffe5455000 r--p 00016000 fd:01 3146675 /usr/lib64/libelf-0.165.so
7fffe5455000-7fffe5456000 rw-p 00017000 fd:01 3146675 /usr/lib64/libelf-0.165.so
7fffe5456000-7fffe54cd000 r-xp 00000000 fd:01 3153838 /usr/lib64/libfreebl3.so
7fffe54cd000-7fffe56cc000 ---p 00077000 fd:01 3153838 /usr/lib64/libfreebl3.so
7fffe56cc000-7fffe56ce000 r--p 00076000 fd:01 3153838 /usr/lib64/libfreebl3.so
7fffe56ce000-7fffe56cf000 rw-p 00078000 fd:01 3153838 /usr/lib64/libfreebl3.so
7fffe56cf000-7fffe56d3000 rw-p 00000000 00:00 0
7fffe56d3000-7fffe56d7000 r-xp 00000000 fd:01 3154124 /usr/lib64/libattr.so.1.1.0
7fffe56d7000-7fffe58d7000 ---p 00004000 fd:01 3154124 /usr/lib64/libattr.so.1.1.0
7fffe58d7000-7fffe58d8000 r--p 00004000 fd:01 3154124 /usr/lib64/libattr.so.1.1.0
7fffe58d8000-7fffe58d9000 rw-p 00000000 00:00 0
7fffe58d9000-7fffe5966000 r-xp 00000000 fd:01 3154955 /usr/lib64/libvorbisenc.so.2.0.10
7fffe5966000-7fffe5b65000 ---p 0008d000 fd:01 3154955 /usr/lib64/libvorbisenc.so.2.0.10
7fffe5b65000-7fffe5b81000 r--p 0008c000 fd:01 3154955 /usr/lib64/libvorbisenc.so.2.0.10
7fffe5b81000-7fffe5b82000 rw-p 000a8000 fd:01 3154955 /usr/lib64/libvorbisenc.so.2.0.10
7fffe5b82000-7fffe5bda000 r-xp 00000000 fd:01 3154008 /usr/lib64/libFLAC.so.8.3.0
7fffe5bda000-7fffe5dd9000 ---p 00058000 fd:01 3154008 /usr/lib64/libFLAC.so.8.3.0
7fffe5dd9000-7fffe5ddb000 r--p 00057000 fd:01 3154008 /usr/lib64/libFLAC.so.8.3.0
7fffe5ddb000-7fffe5ddc000 rw-p 00059000 fd:01 3154008 /usr/lib64/libFLAC.so.8.3.0
7fffe5ddc000-7fffe5de6000 r-xp 00000000 fd:01 3154423 /usr/lib64/libgsm.so.1.0.12
7fffe5de6000-7fffe5fe6000 ---p 0000a000 fd:01 3154423 /usr/lib64/libgsm.so.1.0.12
7fffe5fe6000-7fffe5fe7000 r--p 0000a000 fd:01 3154423 /usr/lib64/libgsm.so.1.0.12
7fffe5fe7000-7fffe5fe8000 rw-p 0000b000 fd:01 3154423 /usr/lib64/libgsm.so.1.0.12
7fffe5fe8000-7fffe5ffe000 r-xp 00000000 fd:01 3154604 /usr/lib64/libnsl-2.22.so
7fffe5ffe000-7fffe61fd000 ---p 00016000 fd:01 3154604 /usr/lib64/libnsl-2.22.so
7fffe61fd000-7fffe61fe000 r--p 00015000 fd:01 3154604 /usr/lib64/libnsl-2.22.so
7fffe61fe000-7fffe61ff000 rw-p 00016000 fd:01 3154604 /usr/lib64/libnsl-2.22.so
7fffe61ff000-7fffe6201000 rw-p 00000000 00:00 0
7fffe6201000-7fffe6248000 r-xp 00000000 fd:01 3152839 /usr/lib64/libdw-0.165.so
7fffe6248000-7fffe6448000 ---p 00047000 fd:01 3152839 /usr/lib64/libdw-0.165.so
7fffe6448000-7fffe644a000 r--p 00047000 fd:01 3152839 /usr/lib64/libdw-0.165.so
7fffe644a000-7fffe644b000 rw-p 00049000 fd:01 3152839 /usr/lib64/libdw-0.165.so
7fffe644b000-7fffe645d000 r-xp 00000000 fd:01 3153127 /usr/lib64/libgpg-error.so.0.17.0
7fffe645d000-7fffe665d000 ---p 00012000 fd:01 3153127 /usr/lib64/libgpg-error.so.0.17.0
7fffe665d000-7fffe665e000 r--p 00012000 fd:01 3153127 /usr/lib64/libgpg-error.so.0.17.0
7fffe665e000-7fffe665f000 rw-p 00013000 fd:01 3153127 /usr/lib64/libgpg-error.so.0.17.0
7fffe665f000-7fffe673a000 r-xp 00000000 fd:01 3154355 /usr/lib64/libgcrypt.so.20.0.4
7fffe673a000-7fffe693a000 ---p 000db000 fd:01 3154355 /usr/lib64/libgcrypt.so.20.0.4
7fffe693a000-7fffe693b000 r--p 000db000 fd:01 3154355 /usr/lib64/libgcrypt.so.20.0.4
7fffe693b000-7fffe6943000 rw-p 000dc000 fd:01 3154355 /usr/lib64/libgcrypt.so.20.0.4
7fffe6943000-7fffe6944000 rw-p 00000000 00:00 0
7fffe6944000-7fffe6948000 r-xp 00000000 fd:01 3153599 /usr/lib64/libuuid.so.1.3.0
7fffe6948000-7fffe6b47000 ---p 00004000 fd:01 3153599 /usr/lib64/libuuid.so.1.3.0
7fffe6b47000-7fffe6b48000 r--p 00003000 fd:01 3153599 /usr/lib64/libuuid.so.1.3.0
7fffe6b48000-7fffe6b49000 rw-p 00000000 00:00 0
7fffe6b49000-7fffe6b4c000 r-xp 00000000 fd:01 3154546 /usr/lib64/libkeyutils.so.1.5
7fffe6b4c000-7fffe6d4b000 ---p 00003000 fd:01 3154546 /usr/lib64/libkeyutils.so.1.5
7fffe6d4b000-7fffe6d4c000 r--p 00002000 fd:01 3154546 /usr/lib64/libkeyutils.so.1.5
7fffe6d4c000-7fffe6d4d000 rw-p 00000000 00:00 0
7fffe6d4d000-7fffe6d5a000 r-xp 00000000 fd:01 3156015 /usr/lib64/libkrb5support.so.0.1
7fffe6d5a000-7fffe6f5a000 ---p 0000d000 fd:01 3156015 /usr/lib64/libkrb5support.so.0.1
7fffe6f5a000-7fffe6f5b000 r--p 0000d000 fd:01 3156015 /usr/lib64/libkrb5support.so.0.1
7fffe6f5b000-7fffe6f5c000 rw-p 0000e000 fd:01 3156015 /usr/lib64/libkrb5support.so.0.1
7fffe6f5c000-7fffe6fcb000 r-xp 00000000 fd:01 3155944 /usr/lib64/libpcre.so.1.2.6
7fffe6fcb000-7fffe71ca000 ---p 0006f000 fd:01 3155944 /usr/lib64/libpcre.so.1.2.6
7fffe71ca000-7fffe71cb000 r--p 0006e000 fd:01 3155944 /usr/lib64/libpcre.so.1.2.6
7fffe71cb000-7fffe71cc000 rw-p 0006f000 fd:01 3155944 /usr/lib64/libpcre.so.1.2.6
7fffe71cc000-7fffe71d1000 r-xp 00000000 fd:01 3154093 /usr/lib64/libXxf86vm.so.1.0.0
7fffe71d1000-7fffe73d0000 ---p 00005000 fd:01 3154093 /usr/lib64/libXxf86vm.so.1.0.0
7fffe73d0000-7fffe73d1000 r--p 00004000 fd:01 3154093 /usr/lib64/libXxf86vm.so.1.0.0
7fffe73d1000-7fffe73d2000 rw-p 00005000 fd:01 3154093 /usr/lib64/libXxf86vm.so.1.0.0
7fffe73d2000-7fffe73e9000 r-xp 00000000 fd:01 3153664 /usr/lib64/libxcb-glx.so.0.0.0
7fffe73e9000-7fffe75e8000 ---p 00017000 fd:01 3153664 /usr/lib64/libxcb-glx.so.0.0.0
7fffe75e8000-7fffe75ea000 r--p 00016000 fd:01 3153664 /usr/lib64/libxcb-glx.so.0.0.0
```
Program received signal SIGABRT, Aborted.
0x00007ffff4379a98 in raise () from /lib64/libc.so.6
```
##############################################################
thread apply all bt
```
Thread 5 (Thread 0x7fffd75f4700 (LWP 1284)):
#0 0x00007ffff443bfdd in poll () at /lib64/libc.so.6
#1 0x00007ffff22580b5 in handle_events () at /lib64/libusb-1.0.so.0
#2 0x00007ffff2259043 in libusb_handle_events_timeout_completed () at /lib64/libusb-1.0.so.0
#3 0x00007ffff225912f in libusb_handle_events () at /lib64/libusb-1.0.so.0
#4 0x00007ffff4cc4b50 in spice_usb_device_manager_usb_ev_thread () at /lib64/libspice-client-glib-2.0.so.8
#5 0x00007ffff5020835 in g_thread_proxy () at /lib64/libglib-2.0.so.0
#6 0x00007ffff470d60a in start_thread () at /lib64/libpthread.so.0
#7 0x00007ffff4447a4d in clone () at /lib64/libc.so.6
Thread 4 (Thread 0x7fffd7df5700 (LWP 1281)):
#0 0x00007ffff443bfdd in poll () at /lib64/libc.so.6
#1 0x00007ffff225eb3c in linux_udev_event_thread_main () at /lib64/libusb-1.0.so.0
#2 0x00007ffff470d60a in start_thread () at /lib64/libpthread.so.0
#3 0x00007ffff4447a4d in clone () at /lib64/libc.so.6
Thread 3 (Thread 0x7fffdd642700 (LWP 1280)):
#0 0x00007ffff443bfdd in poll () at /lib64/libc.so.6
#1 0x00007ffff4ffa16c in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0
#2 0x00007ffff4ffa4f2 in g_main_loop_run () at /lib64/libglib-2.0.so.0
#3 0x00007ffff561b336 in gdbus_shared_thread_func () at /lib64/libgio-2.0.so.0
#4 0x00007ffff5020835 in g_thread_proxy () at /lib64/libglib-2.0.so.0
#5 0x00007ffff470d60a in start_thread () at /lib64/libpthread.so.0
#6 0x00007ffff4447a4d in clone () at /lib64/libc.so.6
Thread 2 (Thread 0x7fffdde43700 (LWP 1279)):
#0 0x00007ffff443bfdd in poll () at /lib64/libc.so.6
#1 0x00007ffff4ffa16c in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0
#2 0x00007ffff4ffa27c in g_main_context_iteration () at /lib64/libglib-2.0.so.0
#3 0x00007ffff4ffa2b9 in glib_worker_main () at /lib64/libglib-2.0.so.0
#4 0x00007ffff5020835 in g_thread_proxy () at /lib64/libglib-2.0.so.0
#5 0x00007ffff470d60a in start_thread () at /lib64/libpthread.so.0
#6 0x00007ffff4447a4d in clone () at /lib64/libc.so.6
Thread 1 (Thread 0x7ffff7ef3a80 (LWP 1275)):
#0 0x00007ffff4379a98 in raise () at /lib64/libc.so.6
#1 0x00007ffff437b69a in abort () at /lib64/libc.so.6
#2 0x00007ffff43bcdaa in () at /lib64/libc.so.6
#3 0x00007ffff43c54fa in _int_free () at /lib64/libc.so.6
#4 0x00007ffff43c8cac in free () at /lib64/libc.so.6
#5 0x00007ffff4fff5ee in g_free () at /lib64/libglib-2.0.so.0
#6 0x00007ffff4cb6a8a in stream_mjpeg_data () at /lib64/libspice-client-glib-2.0.so.8
#7 0x00007ffff4cb6842 in display_stream_render () at /lib64/libspice-client-glib-2.0.so.8
#8 0x00007ffff4ffa893 in g_timeout_dispatch () at /lib64/libglib-2.0.so.0
#9 0x00007ffff4ff9e3a in g_main_context_dispatch () at /lib64/libglib-2.0.so.0
#10 0x00007ffff4ffa1d0 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0
#11 0x00007ffff4ffa27c in g_main_context_iteration () at /lib64/libglib-2.0.so.0
```https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/50guest X crashes periodically2018-06-06T14:55:17ZBugzilla Migration Userguest X crashes periodically## Submitted by Darin McBride
Assigned to **Spice Bug List**
**[Link to original bug (#91154)](https://bugs.freedesktop.org/show_bug.cgi?id=91154)**
## Description
Scenario: RHEL 6 64-bit guest, Gentoo 64-bit host. Using KVM on I...## Submitted by Darin McBride
Assigned to **Spice Bug List**
**[Link to original bug (#91154)](https://bugs.freedesktop.org/show_bug.cgi?id=91154)**
## Description
Scenario: RHEL 6 64-bit guest, Gentoo 64-bit host. Using KVM on Intel i7. Using remote-viewer to connect via spice protocol.
After having the RHEL guest running for days (usually), the X server in the guest will suddenly exit and restart. I'm not sure if this is due to the number of cut&pastes between guest and host or anything like that, it can sometimes take a couple days, or sometimes a week, but this occurs regularly, and I need to eventually log back in, and, because of the crash, it never remembers my screen size, etc.
The guest VM does not reboot in its entirety, it just seems the X server restarts. At the bottom of /var/log/Xorg.0.log.old is:
[1479356.477] Out of memory allocating 262100 bytes
[1479356.477] Out of mem - stats
[1479356.480] max system bytes = 50319360
[1479356.480] system bytes = 50319360
[1479356.480] in use bytes = 22097912
so this may be a form of memory leak, and my guess would be the qxl driver?
# rpm -qf /usr/lib64/xorg/modules/drivers/qxl_drv.so
xorg-x11-drv-qxl-0.1.1-15.el6.x86_64https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/47Add support for multiple CAs in truststore2018-06-07T21:46:10ZBugzilla Migration UserAdd support for multiple CAs in truststore## Submitted by r@s..@..am.wtf
Assigned to **Spice Bug List**
**[Link to original bug (#94200)](https://bugs.freedesktop.org/show_bug.cgi?id=94200)**
## Description
Apparently, virt-viewer/remote-viewer does not support having mor...## Submitted by r@s..@..am.wtf
Assigned to **Spice Bug List**
**[Link to original bug (#94200)](https://bugs.freedesktop.org/show_bug.cgi?id=94200)**
## Description
Apparently, virt-viewer/remote-viewer does not support having more than one root CA in the Trust Store as of now. This feature would make it easier when dealing with multiple remote systems that do not share a common CA. Changing between multiple CAs via commandline parameter/ini file is a workaround, but for me a "trust store" suggests that it could hold more than one CA.
Optionally: use /etc/ssl/certs to accept system-wide installed CAs as a default.https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/46can't start remote session2019-01-11T11:29:06ZBugzilla Migration Usercan't start remote session## Submitted by Alekasandr
Assigned to **Spice Bug List**
**[Link to original bug (#105266)](https://bugs.freedesktop.org/show_bug.cgi?id=105266)**
## Description
Created attachment 137633
error window
After have updated MS NETFr...## Submitted by Alekasandr
Assigned to **Spice Bug List**
**[Link to original bug (#105266)](https://bugs.freedesktop.org/show_bug.cgi?id=105266)**
## Description
Created attachment 137633
error window
After have updated MS NETFramework to version 4.7, on loca computers ith win7 and win10, virt-viewer version 6.0 can't start remote session to virt machines host debian proxmox 4.4-1 guest OS win 7 and exit with error "Can not determinate connection type from URI"
**Attachment 137633**, "error window":
![virt_viewer](/uploads/15f0a9b569cd474f7c390675e6179ed4/virt_viewer.png)https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/37Virt-viewer freezes and looses SPICE connection during Copy&Paste2019-01-05T11:15:02ZBugzilla Migration UserVirt-viewer freezes and looses SPICE connection during Copy&Paste## Submitted by Mikhail Kotelnikov
Assigned to **Spice Bug List**
**[Link to original bug (#93501)](https://bugs.freedesktop.org/show_bug.cgi?id=93501)**
## Description
Host: Debian GNU/Linux 8.2
qemu-system-x86: 2.4
libspice-...## Submitted by Mikhail Kotelnikov
Assigned to **Spice Bug List**
**[Link to original bug (#93501)](https://bugs.freedesktop.org/show_bug.cgi?id=93501)**
## Description
Host: Debian GNU/Linux 8.2
qemu-system-x86: 2.4
libspice-server1 0.12.6
libspice-client-glib-2.0-8:amd64 (0.25-1+b1)
libspice-client-gtk-3.0-4:amd64 (0.25-1+b1)
virt-viewer (1.0-1)
Guest: Win7 x64, spice-guest-tools v0.100
virt-viewer log:
=== cut ===
(virt-viewer:16339): GSpice-CRITICAL **: spice_inputs_key_press: assertion 'SPICE_CHANNEL(channel)->priv->state != SPICE_CHANNEL_STATE_UNCONNECTED' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_inputs_key_release: assertion 'SPICE_CHANNEL(channel)->priv->state != SPICE_CHANNEL_STATE_UNCONNECTED' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_playback_channel_set_delay: assertion 'SPICE_IS_PLAYBACK_CHANNEL(channel)' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_playback_channel_set_delay: assertion 'SPICE_IS_PLAYBACK_CHANNEL(channel)' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_playback_channel_set_delay: assertion 'SPICE_IS_PLAYBACK_CHANNEL(channel)' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_playback_channel_set_delay: assertion 'SPICE_IS_PLAYBACK_CHANNEL(channel)' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_inputs_key_release: assertion 'SPICE_CHANNEL(channel)->priv->state != SPICE_CHANNEL_STATE_UNCONNECTED' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_playback_channel_set_delay: assertion 'SPICE_IS_PLAYBACK_CHANNEL(channel)' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_inputs_key_press: assertion 'SPICE_CHANNEL(channel)->priv->state != SPICE_CHANNEL_STATE_UNCONNECTED' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_playback_channel_set_delay: assertion 'SPICE_IS_PLAYBACK_CHANNEL(channel)' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_inputs_key_release: assertion 'SPICE_CHANNEL(channel)->priv->state != SPICE_CHANNEL_STATE_UNCONNECTED' failed
=== cut ===
vdagent log:
=== cut ===
4168::INFO::2015-12-25 18:34:19,389::VDAgent::handle_clipboard_grab::grab type 1
4168::INFO::2015-12-25 18:34:22,389::VDAgent::on_clipboard_request::Clipboard wait timeout
4168::INFO::2015-12-25 18:34:25,872::VDAgent::on_clipboard_request::Clipboard wait timeout
4168::INFO::2015-12-25 18:34:28,862::VDAgent::on_clipboard_request::Clipboard wait timeout
4168::INFO::2015-12-25 18:34:33,471::VDAgent::on_clipboard_request::Clipboard wait timeout
4168::INFO::2015-12-25 18:34:38,290::VDAgent::on_clipboard_request::Clipboard wait timeout
=== cut ===https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/34crash when taking a screenshot with EGL enabled2018-06-04T11:46:06ZJonathon Jongsmacrash when taking a screenshot with EGL enabled## Submitted by Jonathon Jongsma `@jjongsma`
Assigned to **Spice Bug List**
**[Link to original bug (#101823)](https://bugs.freedesktop.org/show_bug.cgi?id=101823)**
## Description
I was connected to a virgl guest and tried to tak...## Submitted by Jonathon Jongsma `@jjongsma`
Assigned to **Spice Bug List**
**[Link to original bug (#101823)](https://bugs.freedesktop.org/show_bug.cgi?id=101823)**
## Description
I was connected to a virgl guest and tried to take a screenshot. The client crashed with the following backtrace.
Thread 1 "virt-viewer" received signal SIGSEGV, Segmentation fault.
0x00007fffaaf3936c in intel_miptree_attach_map (mode=1, h=768, w=1024, y=114, x=0, slice=0, level=0, mt=0x0)
at intel_mipmap_tree.c:3010
3010 mt->level[level].slice[slice].map = map;
```
(gdb) bt
#0 0x00007fffaaf3936c in intel_miptree_attach_map (mode=1, h=768, w=1024, y=114, x=0, slice=0, level=0, mt=0x0)
at intel_mipmap_tree.c:3010
#1 0x00007fffaaf3936c in intel_miptree_map (brw=brw@entry=0xe57420, mt=0x0, level=0, slice=0, x=x@entry=0, y=y@entry=114, w=1024, h=768, mode=1, out_ptr=0x7fffffffccd8, out_stride=0x7fffffffcce0) at intel_mipmap_tree.c:3107
#2 0x00007fffaaf3528f in intel_map_renderbuffer (ctx=0xe57420, rb=0xd13d90, x=0, y=114, w=<optimized out>, h=<optimized out>, mode=1, out_map=0x7fffffffcdb8, out_stride=0x7fffffffcdb0) at intel_fbo.c:169
#3 0x00007fffaac26efa in read_rgba_pixels (packing=0x7fffffffcf00, pixels=<optimized out>, type=5121, format=6408, height=768, width=1024, y=0, x=0, ctx=0xe57420) at main/readpix.c:457
#4 0x00007fffaac26efa in _mesa_readpixels (ctx=ctx@entry=0xe57420, x=x@entry=0, y=y@entry=0, width=width@entry=1024, height=height@entry=768, format=format@entry=6408, type=5121, packing=0x7fffffffcf00, pixels=<optimized out>)
at main/readpix.c:889
#5 0x00007fffaaf3c628 in intelReadPixels (ctx=0xe57420, x=0, y=0, width=1024, height=768, format=6408, type=5121, pack=0x7fffffffcf00, pixels=0x19f4e90) at intel_pixel_read.c:264
#6 0x00007fffaac283df in _mesa_ReadnPixelsARB (x=<optimized out>, y=<optimized out>, width=<optimized out>, height=<optimized out>, format=6408, type=5121, bufSize=2147483647, pixels=0x19f4e90) at main/readpix.c:1116
#7 0x00007fffaac28562 in _mesa_ReadPixels (x=<optimized out>, y=<optimized out>, width=<optimized out>, height=<optimized out>, format=<optimized out>, type=<optimized out>, pixels=0x19f4e90) at main/readpix.c:1124
#8 0x00007ffff6871bb7 in spice_display_get_pixbuf (display=<optimized out>) at spice-widget.c:3146
#9 0x000000000042c3b6 in virt_viewer_display_spice_get_pixbuf (display=0x989320 [VirtViewerDisplaySpice])
at ../../src/virt-viewer-display-spice.c:158
#10 0x000000000041fe0e in virt_viewer_display_get_pixbuf (display=0x989320 [VirtViewerDisplaySpice])
at ../../src/virt-viewer-display.c:526
#11 0x00000000004235b5 in virt_viewer_window_save_screenshot (self=0x7fffc8003670 [VirtViewerWindow], file=0x14b3da0 "/home/jjongsma/Pictures/Screenshot") at ../../src/virt-viewer-window.c:946
#12 0x00000000004238e9 in virt_viewer_window_menu_file_screenshot (menu=0x6b7710 [GtkMenuItem], self=0x7fffc8003670 [VirtViewerWindow]) at ../../src/virt-viewer-window.c:999
#16 0x00007ffff3e8943f in <emit signal ??? on instance 0x6b7710 [GtkMenuItem]> (instance=<optimized out>, signal_id=<optimized out>, detail=<optimized out>) at gsignal.c:3447
#13 0x00007ffff3e6e3e5 in g_closure_invoke (closure=0x73be80, return_value=return_value@entry=0x0, n_param_values=1, param_values=param_values@entry=0x7fffffffd2a0, invocation_hint=invocation_hint@entry=0x7fffffffd220)
at gclosure.c:804
#14 0x00007ffff3e80432 in signal_emit_unlocked_R (node=node@entry=0x6fe2f0, detail=detail@entry=0, instance=instance@entry=0x6b7710, emission_return=emission_return@entry=0x0, instance_and_params=instance_and_params@entry=0x7fffffffd2a0) at gsignal.c:3635
#15 0x00007ffff3e8905f in g_signal_emit_valist (instance=<optimized out>, signal_id=<optimized out>, detail=<optimized out>, var_args=var_args@entry=0x7fffffffd460) at gsignal.c:3391
#17 0x00007ffff62da78e in gtk_widget_activate () at /lib64/libgtk-3.so.0
#18 0x00007ffff61a7e16 in gtk_menu_shell_activate_item () at /lib64/libgtk-3.so.0
#19 0x00007ffff61a814b in gtk_menu_shell_button_release () at /lib64/libgtk-3.so.0
#20 0x00007ffff618b081 in _gtk_marshal_BOOLEAN__BOXEDv () at /lib64/libgtk-3.so.0
#21 0x00007ffff3e6e614 in _g_closure_invoke_va (closure=closure@entry=0x6d0be0, return_value=return_value@entry=0x7fffffffd7c0, instance=instance@entry=0x8f0590, args=args@entry=0x7fffffffd890, n_params=<optimized out>, param_types=0x6f3dc0) at gclosure.c:867
#22 0x00007ffff3e888b3 in g_signal_emit_valist (instance=0x8f0590, signal_id=<optimized out>, detail=0, var_args=var_args@entry=0x7fffffffd890) at gsignal.c:3300
#23 0x00007ffff3e8943f in g_signal_emit (instance=<optimized out>, signal_id=<optimized out>, detail=<optimized out>)
at gsignal.c:3447
#24 0x00007ffff62d829c in gtk_widget_event_internal () at /lib64/libgtk-3.so.0
#25 0x00007ffff618805e in propagate_event () at /lib64/libgtk-3.so.0
#26 0x00007ffff618a0ce in gtk_main_do_event () at /lib64/libgtk-3.so.0
#27 0x00007ffff5c9f605 in _gdk_event_emit () at /lib64/libgdk-3.so.0
#28 0x00007ffff5cfb262 in gdk_event_source_dispatch () at /lib64/libgdk-3.so.0
#29 0x00007ffff3b95e52 in g_main_dispatch (context=0x698c60) at gmain.c:3203
#30 0x00007ffff3b95e52 in g_main_context_dispatch (context=context@entry=0x698c60) at gmain.c:3856
#31 0x00007ffff3b961d0 in g_main_context_iterate (context=context@entry=0x698c60, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3929
#32 0x00007ffff3b9627c in g_main_context_iteration (context=context@entry=0x698c60, may_block=may_block@entry=1)
at gmain.c:3990
#33 0x00007ffff414eb9d in g_application_run (application=0x694330 [VirtViewer], argc=4, argv=0x7fffffffdd28)
at gapplication.c:2381
#34 0x0000000000414371 in main (argc=4, argv=0x7fffffffdd28) at ../../src/virt-viewer-main.c:41
```https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/32GSpice-CRITICAL **: spice_egl_update_display: assertion 'd->ready' failed2020-02-09T10:16:33ZBugzilla Migration UserGSpice-CRITICAL **: spice_egl_update_display: assertion 'd->ready' failed## Submitted by Laurent Bigonville
Assigned to **Spice Bug List**
**[Link to original bug (#103196)](https://bugs.freedesktop.org/show_bug.cgi?id=103196)**
## Description
Hi,
With libvirt 3.8.0 and virt-manager 1.4.2 I get the fo...## Submitted by Laurent Bigonville
Assigned to **Spice Bug List**
**[Link to original bug (#103196)](https://bugs.freedesktop.org/show_bug.cgi?id=103196)**
## Description
Hi,
With libvirt 3.8.0 and virt-manager 1.4.2 I get the following assertion and a black screen when trying to connect to a guest with virtio gpu (with 3D acceleration) and Spice opengl enabled:
GSpice-CRITICAL **: spice_egl_update_display: assertion 'd->ready' failed
If I disable the 3D acceleration on the graphic card, the image is displayed.
Not that with virt-viewer I get the image instead of a black screen
spice-gtk: 0.34
spice-server: 0.13.90https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/31KDE integration: Follow the focus Policy2019-01-05T11:14:32ZBugzilla Migration UserKDE integration: Follow the focus Policy## Submitted by Victor Toso
Assigned to **Spice Bug List**
**[Link to original bug (#92468)](https://bugs.freedesktop.org/show_bug.cgi?id=92468)**
## Description
++++ Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1270914...## Submitted by Victor Toso
Assigned to **Spice Bug List**
**[Link to original bug (#92468)](https://bugs.freedesktop.org/show_bug.cgi?id=92468)**
## Description
++++ Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1270914 ++++
Description of problem:
In KDE desktop environment, Virtual Machine Manager/ KDE Desktop allow virtual machine to steal window focus on mouseover. This occurs in spite of Sysconfig settings being explicitly set to the most restrictive levels available to prevent such occurrence.
Example: In KDE, set the following two parameters:
System Settings > Window Behavior > Focus > Activating Windows > Policy > Click to Focus
and
System Settings > Window Behavior > Focus > Activating Windows > Focus Stealing Prevention = HIGH
With these settings, the active window should not change without a mouse click. What actually happens is that if the mouse should drift from a window in which the user is working (such as a spreadsheet) into the VM window, while the user is typing data into the spreadsheet, the input data is misdirected into the virtual machine. This misdirection of input data / theft of focus occurs when the mouse cursor drifts across the window boundary into the VM window and "hovers" there while the user is typing into the other window. Focus should not change on a "hover" event when the policy is set to "click to focus" and focus stealing prevention is set to "high".
Version-Release number of selected component (if applicable):
KDE 4.14.9
Virtual Machine Manager 1.1.0
How reproducible:
All the time. Driving me crazy.
Steps to Reproduce:
1. Set Activating Windows Policy to "Click to Focus"
2. Set Focus Stealing Prevention to High
3. Open a virtual machine
4. Work in a different window (ie: type into a spreadsheet)
5. Notice that focus switches from the active window to VM when mouse slips across the VM window boundary, such that input text is misdirected into the VM.
Actual results:
Unexpected change of focus.
Expected results:
Preservation of focus.
Additional info:https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/28Keys are not send when using x11-forwarded client from Wayland2019-01-05T11:28:08ZBugzilla Migration UserKeys are not send when using x11-forwarded client from Wayland## Submitted by Pavel Grunt
Assigned to **Spice Bug List**
**[Link to original bug (#99714)](https://bugs.freedesktop.org/show_bug.cgi?id=99714)**
## Description
Created as clone of https://bugzilla.redhat.com/show_bug.cgi?id=1413...## Submitted by Pavel Grunt
Assigned to **Spice Bug List**
**[Link to original bug (#99714)](https://bugs.freedesktop.org/show_bug.cgi?id=99714)**
## Description
Created as clone of https://bugzilla.redhat.com/show_bug.cgi?id=1413814
Steps to Reproduce:
1. From Wayland machine connect to Xorg client using SSH
2. run a spice client
3. keyboard stroke not recognised
Debug:
(remote-viewer:3481): vnc-keymap-WARNING **: Unknown keycode mapping '(unnamed)'.
Please report to gtk-vnc-list@gnome.org
including the following information:
- Operating system
- GDK build
- X11 Server
- xprop -root
- xdpyinfo
...
(remote-viewer:3481): GSpice-DEBUG: spice-widget.c:1526 key_event press: keycode: 38 state: 16 group 0 modifier 0
(remote-viewer:3481): GSpice-CRITICAL **: send_key: assertion 'scancode != 0' failed
(remote-viewer:3481): GSpice-DEBUG: spice-widget.c:1526 key_event release: keycode: 38 state: 16 group 0 modifier 0
(remote-viewer:3481): GSpice-CRITICAL **: send_key: assertion 'scancode != 0' failed