@Christian, thanks for exercising this issue a bit more and confirming
that the mouse becomes invisible when pressing Ctrl+Alt+G in the
GTK_BACKEND=x11 setting. Can you also confirm that trying to switch
windows via Alt+Tab does not work when GTK_BACKEND=x11 is active?
Also, in fact I tried this on a computer with a single screen attached.
My current understanding is that this issue is not fully resolved
because with GTK_BACKEND=x11 input grabbing does not work correctly and
without this setting fullscreen does not work reliably if host and guest
resolution are equal.
From my personal perspective, it would be fine if it works in either of
the two settings, i.e., GTK_BACKEND=x11 enabled or not. I appreciate
your efforts regarding this hard to debug issue.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gtk+3.0 in Ubuntu.
https://bugs.launchpad.net/bugs/2000739
Title:
Window actions (like maximize) no more work in wayland for QEMU using
GTK backend once the guest UI is intialized.
Status in gtk+3.0 package in Ubuntu:
New
Status in qemu package in Ubuntu:
Confirmed
Bug description:
Window actions (like maximize) no more work in wayland for QEMU using
GTK backend once the guest UI is intialized.
This can be seen by running an installed or even a trial Ubuntu from
an ISO like:
$ qemu-system-x86_64 \
-boot d \
-cdrom ubuntu-22.04.1-desktop-amd64.iso \
-m 4096M \
-machine type=q35,accel=kvm \
-cpu host \
-smp 2 \
-device qxl-vga
The GTK UI of qemu has a feature called "fullscreen" which disables
the screen decorations and sets the window to maximize. The
decorations go away, but maximize doesn't work.
The following details were found so far:
- running with GDK_BACKEND=x11 works
- using sdl instead of gtk backend works
- using the old qemu of Focal, or the newest from upstream git in jammy all
fails (no qemu change AFAICS)
- host UI widgets (the square at the window top) do not work either
- hotkeys (super-up) do not work either
It seems that once the guest has enabled the desktop something changes
and the maximize/minimize/... actions are no more processed. Not sure
were to debug next in regard to the gnome/wayland UI handling of this
- any idea?
P.S. We can reproduce this in git builds of qemu, so we can debug of
modify the code as needed. The code for this is mostly in [1]
[1]: https://gitlab.com/qemu-project/qemu/-/blob/master/ui/gtk.c
--- original report ---
Running QEMU version 4.2.1 on Ubuntu 20.04 via
qemu-system-x86_64 \
-boot d \
-cdrom ubuntu-22.04.1-desktop-amd64.iso \
-m 4096M \
-machine type=q35,accel=kvm \
-cpu host \
-smp 2 \
-device qxl-vga
and pressing ctrl+alt+f after booting the Ubuntu 22.04 live ISO and
adjusting the display resolution to match the native resolution, works
as expected, i.e., the VM screen is correctly displayed in fullscreen.
However, after running the same command for QEMU version 6.2.0 on
Ubuntu 22.04 and pressing ctrl+alt+f after making the resolution
adjustment, yields a fullscreen view where the space occupied by the
GNOME top bar (top panel with date in center) of the host is not used.
The top bar itself is not visible but instead the purple background is
shown where the top bar resides.
The problem also occurs when replacing '-device qxl-vga' by '-device
VGA,vgamem_mb=64'. The problem however does not occur when using
'-device virtio-vga'.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/2000739/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
