Some windows cannot be resized when using virtio display driver

[Raffaele Rialdi]

I am running Ubuntu 24.04 as host and a VM with Ubuntu 24.04 as guest.
I am using VirtIO as driver on Spice (localhost).
The log was created from the VM.

The VMM window is set with these options:
- Scale Display: Always + Auto resize VM with window

When I try to resize Firefox or the terminal, I can move the mouse to a corner and resize the window.
If I open Visual Studio Code or Typora apps their windows cannot be resized at all.
I can resize them by right clicking on the title bar and picking "resize" but this causes a weird behavior: the mouse cannot click certain buttons as the magnified portion of the window is "transparent" to the clicks.

I know that VSCode is developed with Electron toolkit. This may probably happen because Electron toolkit accesses the windowing subsystem differently than other sdks.

If I shutdown, use QXL driver and reboot, the two apps can be resized normally.
Anyway, QXL does not provide the ability to accelerate 3D (which is currently not enabled FYI).

ProblemType: Bug
DistroRelease: Ubuntu 24.04
Package: xorg 1:7.7+23ubuntu3
ProcVersionSignature: Ubuntu 6.8.0-35.35-generic 6.8.4
Uname: Linux 6.8.0-35-generic x86_64
ApportVersion: 2.28.1-0ubuntu3
Architecture: amd64
BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
CasperMD5CheckResult: pass
CompositorRunning: None
CurrentDesktop: ubuntu:GNOME
Date: Mon Jun 10 16:46:45 2024
DistUpgraded: 2024-05-30 17:43:10,553 DEBUG migrateToDeb822Sources()
DistroCodename: noble
DistroVariant: ubuntu
GraphicsCard:
 Red Hat, Inc. Virtio 1.0 GPU [1af4:1050] (rev 01) (prog-if 00 [VGA controller])
   Subsystem: Red Hat, Inc. Virtio 1.0 GPU [1af4:1100]
InstallationDate: Installed on 2024-02-16 (115 days ago)
InstallationMedia: Ubuntu 23.10.1 "Mantic Minotaur" - Release amd64 (20231016.1)
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd QEMU Tablet
 Bus 001 Device 003: ID 0627:0001 Adomax Technology Co., Ltd QEMU Tablet
 Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Lsusb-t:
 /: Bus 001.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/15p, 480M
     |__ Port 001: Dev 002, If 0, Class=Human Interface Device, Driver=usbhid, 480M
     |__ Port 002: Dev 003, If 0, Class=Human Interface Device, Driver=usbhid, 480M
 /: Bus 002.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/15p, 5000M
MachineType: QEMU Standard PC (Q35 + ICH9, 2009)
ProcEnviron:
 LANG=en_US.UTF-8
 PATH=(custom, no user)
 SHELL=/bin/bash
 TERM=xterm-256color
 XDG_RUNTIME_DIR=<set>
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-6.8.0-35-generic root=UUID=3bb2f1ef-40f7-4a13-b608-ffbc1c1e873d ro quiet splash vt.handoff=7
SourcePackage: xorg
Symptom: display
UpgradeStatus: Upgraded to noble on 2024-05-30 (11 days ago)
dmi.bios.date: 04/01/2014
dmi.bios.release: 0.0
dmi.bios.vendor: SeaBIOS
dmi.bios.version: 1.16.3-debian-1.16.3-2
dmi.chassis.type: 1
dmi.chassis.vendor: QEMU
dmi.chassis.version: pc-q35-8.0
dmi.modalias: dmi:bvnSeaBIOS:bvr1.16.3-debian-1.16.3-2:bd04/01/2014:br0.0:svnQEMU:pnStandardPC(Q35+ICH9,2009):pvrpc-q35-8.0:cvnQEMU:ct1:cvrpc-q35-8.0:sku:
dmi.product.name: Standard PC (Q35 + ICH9, 2009)
dmi.product.version: pc-q35-8.0
dmi.sys.vendor: QEMU
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.120-2build1
version.libgl1-mesa-dri: libgl1-mesa-dri 24.0.5-1ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx N/A
version.xserver-xorg-core: xserver-xorg-core 2:21.1.12-1ubuntu1
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:22.0.0-1build1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20210115-1build1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.17-2build1

[Daniel van Vugt (vanvugt)]

Does it sound like bug 2064177? Are you using Xorg or autologin?

Can you attach a screenshot?

[Raffaele Rialdi (raffaeler)]

I don´t have autologin enabled.
The shell settings are the defaults, hence xorg.
In the screenshot you can see vs code and the terminal.
VScode cannot be resized, but the terminal can. I don´t see border differences.

[Raffaele Rialdi (raffaeler)]

In this second screenshot vscode is bigger (in comparison to the screenshot of the previous comment) because I resized it using the title bar.
But now if I click the window in the bottom right area (for example the text "Prettier" or even above), the click goes to the terminal. In other words vscode is "transparent" to the clicks for the size that has been enlarged.

[Raffaele Rialdi (raffaeler)]

Anohter app that suffers from the same resize issue is Chromium.

HTH