Description of problem: Auto-resize resolution of guest appears to work out-of-the-box with gnome (F23) installed via virt-manager as guest with qxl/spice default settings. XFCE and KDE guests however I can't seem to get auto-resizing. Host is XFCE/F23. Version-Release number of selected component (if applicable): spice-vdagent.x86_64 0.16.0-2.fc23 Kernel 4.2.6-301.fc23 How reproducible: Very Steps to Reproduce: 1. Use default virt-manager settings to install F23 (gnome, xfce, kde) as guest. 2. Start the os, gnome works on startup, the other two don't, despite the same virt-manager settings.
Some changes were needed in GNOME in order to support this, see https://bugzilla.gnome.org/show_bug.cgi?id=711216 This would need to be solved upstream (in XFCE and KDE).
*** Bug 1327854 has been marked as a duplicate of this bug. ***
Same issue here. Running xrandr --output Virtual-0 --auto after resizing the window resizes the display to the window size. Can't this be made part of the Spice VD Agent?
hello, This is also happening on fedora 24. Simply install the kde-plasma spin in a kvm guest and open the console via spice. It won't resize. I use the xrandr trick from comment 3 as a workaround.
This message is a reminder that Fedora 23 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 23. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '23'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 23 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Moving to f24, per comment #4
(In reply to Julius Schwartzenberg from comment #3) > Same issue here. Running xrandr --output Virtual-0 --auto after resizing the > window resizes the display to the window size. Can't this be made part of > the Spice VD Agent? spice-vdagent used to be doing something like this, but this was racing with desktop environments keeping track of the current resolution/monitors/.., so we are now informing the desktop environment that a resolution change would be desirable, and let it handle it.
This makes sense. Thank you, Christophe, for that information. Do you also happen to know if/how a standalone program can arrange to receive these notifications from spice-vdagent? It seems something like that is needed, so that automatic resizing can work in any X session, not just Gnome. Even if, for example, Xfce and KDE add native support, a standalone program could be used with any X session, whether it uses a full-fledged DE or not. Also... it's now 2017 and Xfce hasn't added native support. :)
(In reply to Nathan Dorfman from comment #8) > This makes sense. Thank you, Christophe, for that information. > > Do you also happen to know if/how a standalone program can arrange to > receive these notifications from spice-vdagent? It's no longer going through spice-vdagent if you use the QXL KMS driver (although it needs spice-vdagent to be started iirc). There is a property to indicate that the new suggested driver resolution is preferred over custom user resolution, see also: https://git.gnome.org/browse/mutter/commit/?id=957513242c26be458be7a101b83180e3f59f6a44
This message is a reminder that Fedora 24 is nearing its end of life. Approximately 2 (two) weeks from now Fedora will stop maintaining and issuing updates for Fedora 24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '24'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 24 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Not sure if this is fixed in f26, but sounds like it should be a bug filed against the XFCE/KDE window manager
(In reply to Cole Robinson from comment #11) > Not sure if this is fixed in f26, but sounds like it should be a bug filed > against the XFCE/KDE window manager Any chance you might reconsider that position? What was nice about the old functionality was that it was completely agnostic of the DE on the guest; it would resize correctly even if it was running fvwm95. Now, it seems that resize only works with "compliant" window managers, which even at this late date still appears to be "only Gnome." Is it really the intention for automatic resize to only be supported with Gnome guests (or have each WM reimplement this, which unfortunately no one else has done.) Perhaps it might be possible for Gnome to somehow notify vdagent that it intends to listen to these "new" screen size updates, so that we could fall back to direct XRandR resize for other WMs?
Still an issue in f27. VirtualBox and its guest additions handle this correctly without any code changes to KDE etc.
Seems that spice-vdagent was changed without coordinating that change with *every* Desktop Environment. I filed an upstream bug for xfce4 as this is still an issue (for debian buster, too): https://bugzilla.xfce.org/show_bug.cgi?id=15897