Description of problem: I'm on F22 host, with VMs of rawhide and F22 gnome3 desktop. Every time I reboot a VM, the guest desktop goes back to 1920x1080, even though I previously configured each for a smaller size. Same issue with both F22 and rawhide.
Which VM software?
KVM via virt-manager.
I suppose there is problem with Spice, which rewrites the setting. Because the resolution is preserved, when you use VNC server instead of Spice. You can use following virt-manager option as a workaround to fit a window size if the initial resolution is too big: View -> Scale Display -> Auto resize VM with window Or use VNC server as a workaround, but with VNC server you lose also clipboard sharing, device redirection etc.
The resolution is restored properly using virt-viewer, so the bug is probably in virt-manager directly.
As Ondrej said, it is working fine when "Auto resize VM with window" is set. When it is not set, the guest changes its size from 1024x768 (login screen) to 1280x1024 (expected size) and immediately to 1920x1200 (don't know where this value comes from - my fullscreen resolution is 1920x1080). Reassigning to spice-gtk ("Auto resize VM with window" is related to spice-gtk widget). (virt-manager:12740): GSpice-DEBUG: channel-display.c:1736 display-2:0: monitor id: 0, surface id: 0, +0+0-1024x768 (virt-manager:12740): GSpice-DEBUG: channel-display.c:1736 display-2:0: monitor id: 0, surface id: 0, +0+0-1024x768 (virt-manager:12740): GSpice-DEBUG: channel-display.c:1736 display-2:0: monitor id: 0, surface id: 0, +0+0-1280x1024 (virt-manager:12740): GSpice-DEBUG: channel-display.c:1736 display-2:0: monitor id: 0, surface id: 0, +0+0-1280x1024 (virt-manager:12740): GSpice-DEBUG: channel-display.c:1736 display-2:0: monitor id: 0, surface id: 0, +0+0-1280x1024 (virt-manager:12740): GSpice-DEBUG: channel-display.c:1736 display-2:0: monitor id: 0, surface id: 0, +0+0-1280x1024 (virt-manager:12740): GSpice-DEBUG: channel-display.c:1736 display-2:0: monitor id: 0, surface id: 0, +0+0-1920x1200 (virt-manager:12740): GSpice-DEBUG: channel-display.c:1736 display-2:0: monitor id: 0, surface id: 0, +0+0-1920x1200 (virt-manager:12740): GSpice-DEBUG: channel-display.c:1736 display-2:0: monitor id: 0, surface id: 0, +0+0-1920x1200 (virt-manager:12740): GSpice-DEBUG: channel-display.c:1736 display-2:0: monitor id: 0, surface id: 0, +0+0-1920x1200
Patch posted: http://lists.freedesktop.org/archives/spice-devel/2015-July/020836.html
This bug appears to have been reported against 'rawhide' during the Fedora 23 development cycle. Changing version to '23'. (As we did not run this process for some time, it could affect also pre-Fedora 23 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 23 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora23
*** Bug 1252677 has been marked as a duplicate of this bug. ***
This has generated quite a few complaints for virt-manager, so I'm doing a build with this fix shortly
spice-gtk-0.29-4.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-15685
spice-gtk-0.29-2.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-15686
Will there also be a fix for Fedora 21 and EPEL7?
spice-gtk-0.29-4.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update spice-gtk'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-15685
spice-gtk-0.29-2.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update spice-gtk'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-15686
(In reply to Raphael Groner from comment #12) > Will there also be a fix for Fedora 21 and EPEL7? The broken spice-gtk package doesn't appear to have been pushed to f21 or epel, so no fix should be needed
Does not work. I still get a wrong (too big) resolution. It's a Fedora 22 guest.
(In reply to Raphael Groner from comment #16) > Does not work. I still get a wrong (too big) resolution. It's a Fedora 22 > guest. Did you changed the resolution in the VM - using "Display settings" ?
(In reply to Pavel Grunt from comment #17) > (In reply to Raphael Groner from comment #16) > > Does not work. I still get a wrong (too big) resolution. It's a Fedora 22 > > guest. > > Did you changed the resolution in the VM - using "Display settings" ? Yes. But I wonder why it works well when I switch from QXL to VMVGA. So I guess it's more a bug in the graphics driver. In the patch you've applied, the comment says that an available 0x0 resolution is confusing the guest, and exactly this xrandr is reporting from QXL but not VMVGA. Is that another bug or the same?
(In reply to Raphael Groner from comment #16) > Does not work. I still get a wrong (too big) resolution. It's a Fedora 22 > guest. FWIW I tested F22 host, with F23 livecd... the issue that was generating the most complaints of the F23 livecd having an outrageously huge resolution doesn't seem to be an issue anymore, with virt-manager at least. Raphael, are you using virt-manager or virt-viewer? What host OS?
(In reply to Cole Robinson from comment #19) … > Raphael, are you using virt-manager or virt-viewer? > What host OS? virt-manager-1.2.1-2.fc22.noarch virt-viewer-2.0-1.fc22.x86_64 AFAIK virt-manager is using virt-viewer to show the guest screen, no?
(In reply to Raphael Groner from comment #20) > (In reply to Cole Robinson from comment #19) > … > > Raphael, are you using virt-manager or virt-viewer? > > What host OS? > > virt-manager-1.2.1-2.fc22.noarch > virt-viewer-2.0-1.fc22.x86_64 > > AFAIK virt-manager is using virt-viewer to show the guest screen, no? no. they both use spice-gtk, but the actual window/menu code is different, so they have slightly different behavior
spice-gtk-0.29-4.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
spice-gtk-0.29-2.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.