Description of problem: virt-manager seems to scale down a higher resolution of the guest rightly to the smaller window when the check mark is removed from "Auto resize VM with window". But I have to go once into fullscreen mode to be able to set the maximal resolution in a legacy gtk2 environment like Xfce 4.10 is (e.g. with Fedora 20 or CentOS 7.x). Version-Release number of selected component (if applicable): virt-manager-1.1.0-5.git310f6527.fc21.noarch How reproducible: yes Steps to Reproduce: 1. see above 2. 3. Actual results: scrumbled resolution and cutted display not showing full desktop in window mode, no automatic scrollbars available Expected results: window mode can show full desktop resolution and does not cut away any content Additional info: See also bug #754559. There seems to be a regression of the very old bug #491683.
Another user reported in IRC about a similiar problem with truncated lightdm screen.
Reproducible also with F22-beta3 xfce live as a guest in KVM running on a Fedora21 host system.
I'm sorry I'm still having a bit of trouble understanding what steps you are taking, and what is not giving expected results. Can you describe how to reproduce from the point of creating a new VM with the xfce live CD? So steps might look like: - Create livecd VM, virt-manager window is the default size - Log into XFCE - Change resolution to X/resize virt-manager to Y, click check box Z Or even better take a screencast if you can :) Or screenshots Did this ever work for you in the past? What desktop are you running on the host (xfce I presume?)
Sorry for coming back to this so late. I am still trying to get a good description for the problem. There seems to be a discrepancy between virtual screen size and real physical window size when the virtual size is bigger than wirt-manager can show as window size: gtk2 applications fail to scale down (for instance Xfce 4.10 at Fedora 20 or CentOS 7.1) and get truncated at the right and bottom without any chance to access that region out of window. Default screen size is always 1024x768, then try to change it to 1440x900 for instance - window size keeps to be 1024x768 but desktop gets a (too big) virtual size of 1440x900. My host system is Fedora 21 with Cinnamon (GTK3). I guess that has never worked rightly for GTK2 and is not reproducible with GTK3 aware applications (e.g. Xfce 4.12) in the guest system.
I think I follow what you're saying, but I'm still a bit confused. Yes, it's possible for the VM resolution (what you list as virtual size) to be bigger than the host virt-manager window, but in this case gtk should automatically add scrollbars to the virt-manager window to allow you to scroll and access the hidden parts of the VM desktop. On Fedora 22 gnome-shell at least, the scrollbars are hidden by default... you need to move the mouse to the edge of the virt-manager window and they will popover the display window. Are you not seeing any scrollbars? virt-manager should be smarter here, like it should resize the window to match the VM resolution, as long as the user has never manually resized the window, or something along those lines. There's some ideas tracked in this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1060226 However the scrollbars should still work to allow the user to shrink the window to a smaller size than their VM resolution. Note, all this is with the 'Auto resize VM with window' _unselected_. That feature attempts to give a totally different behavior, but unfortunately it seems to be regularly broken these days (at the qxl/spice/gnome-shell level) So my questions for you: 1) Are you not seeing any scrollbars? If not, this is probably an XFCE bug or something 2) Please confirm that you are _not using_ 'Auto resize VM with window'
There are no scroll bars. It does not make any difference if 'Auto resize VM with window' is on or off. Considering this as a broken feature now, meaning changing resolution of guest system should be handled with care. Thanks anyway for your help so far. *** This bug has been marked as a duplicate of bug 1060226 ***