Hide Forgot
Description of problem: After connecting to a guest with WAN option --color-depth 16, the next time you connect to it, the 16-bit color depth persists and is not removed. Version-Release number of selected component (if applicable): spice-client-0.8.0-2.el6.x86_64 spice-server-0.8.0-1.el6.x86_64 qemu-kvm-0.12.1.2-2.160.el6.x86_64 How reproducible: 100% Steps to Reproduce: 1. Connect to a windows guest with spicec with --color-depth 16 option "spicec -h localhost -p 5903 --color-depth 16" 2. Notice the 16-bit color difference 3. Disconnect from the guest 4. Connect to the windows guest again without color-depth option "spicec -h localhost -p 5903" 5. The 16-bit color depth persists Actual results: 16-bit color depth persists Expected results: 32-bit color depth (guest's default color depth) Additional info:
I'm not sure it's a bug. One can start spicec with "--color-depth 32"; Or change the color-depth on the guest.
(In reply to comment #2) > I'm not sure it's a bug. > One can start spicec with "--color-depth 32"; Or change the color-depth on the > guest. What you suggest are workarounds to get it back to color-depth 32. When --disable-effects wallpaper is used, it doesn't persist. The next time you connect, the wallpaper shows back up. Thanks, - Swapna
The behaviour is indeed inconsistant. Not unconditionally setting the color depth makes sense to me because we can't know from the client whether the 16bpp mode in the guest was set in reaction to an agent request or if it's the user that set it to 16bpp for some reason. If it's a user setting, changing it unconditionally is a bit rude imo. However, we are doing precisely that for eg user font settings, which is a more subtle change, but could still override something the user did himself, so I'm a bit torn on which way to go forward :)
Thinking about it some more, we could probably handle this partially in the agent: the windows agent could remember the color depth when it starts, and restore it when a client connects and doesn't send a VD_AGENT_DISPLAY_CONFIG_FLAG_SET_COLOR_DEPTH message.
moving to 6.4. In rhevm 3.1 these options will not be used by default, but should be set by user portal. see https://bugzilla.redhat.com/show_bug.cgi?id=747313
This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux.
This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development. This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4.
Closing as WONTFIX, spice-client was replaced by virt-viewer which is now supported client. This bug was not reproducible with virt-viewer, If you can reproduce with remote-viewer, please file a bug for virt-viewer. Thanks.