Using Qubes in windowed (non-seamless) mode (gui integration)

adrelanos · March 29, 2026, 9:51am

The title of this forum topic is a bit weird and makes it harder to find.

Rejecting hard work of qubes os developers (gui integration)

No work is rejected because both seamless and non-seamless (windowed mode) can be used at the time. Suggested re-title:

Using Qubes in windowed (non-seamless) mode

Emulated VGA in HVMs advertises resolutions that aren't actually supported by the VGA adapter

opened 04:11AM - 23 Nov 25 UTC

ArrayBolt3

C: gui-virtualization P: default needs diagnosis affects-4.3

[How to file a helpful issue](https://www.qubes-os.org/doc/issue-tracking/) ###… Qubes OS release R4.3 ### Brief summary Some of the resolutions advertised to HVMs by the VGA emulation aren't supported by the VGA emulation itself. One of those resolutions is 1366x768, which if actually set will result in a badly distorted flashy mess. This happens in arbitrary Linux distributions regardless of display server (X or Wayland) to my awareness; I can reproduce the issue on openSUSE Tumbleweed (both XFCE and GNOME) and Kicksecure 18. All show 1366x768 as available; Kicksecure and openSUSE Tumbleweed XFCE show distortion when set to these resolutions, while openSUSE Tumbleweed GNOME ends up set to 1360x768 when 1366x768 is requested. ### Steps to reproduce 1. Download an OpenSUSE live image from https://get.opensuse.org/tumbleweed/?type=desktop#download, which image doesn't matter. 2. Create a new HVM, set its memory to 4000/4000 MB, and disable memory balancing. 3. Boot the HVM from the downloaded ISO. 4. Look at the display resolution settings. 1366x768 will be advertised. 5. Set the resolution to 1366x768. ### Expected behavior 1366x768 either should not be advertised, or should work properly. ### Actual behavior 1366x768 is recognized, and when set it results in either a badly distorted, unusable display, or a slightly smaller display than expected. ### Additional information This issue does not occur with QEMU 10.1.2 build from source on Kubuntu 24.04 (the 1366x768 display mode isn't advertised at all). Thus if this is a QEMU bug, it's probably fixed upstream already.

github.com/QubesOS/qubes-issues

Ensure Tor Browser default screen resolution is uniform across Qubes Debian, Qubes Whonix, and baremetal Debian

opened 04:18PM - 19 Mar 16 UTC

adrelanos

C: gui-virtualization P: major privacy

**expected behavior** There should be no difference in Qubes Debian template vs… plain (non-Qubes) Debian. --- **test environment** - Debian jessie vs Qubes Debian jessie template - Whonix not involved at all (to prevent mixing this up with eventual Whonix specific issues) - same screen - same desktop resolution - tested with same version, **_6.0a4**_ **_hardened**_ [ tor-browser-linux64-6.0a4-hardened_ALL.tar.xz (gpg verification passed) ] --- **actual behavior - test results - plain (non-Qubes) Debian jessie** - small white border on the left and right - no white border on the bottom - ip-check.info screen resolution result A - looking acceptable --- **actual behavior - test results - Qubes Debian jessie template** - no white border on the left - big white border on the right and the bottom - different ip-check.info screen resolution result B - looking strange --- **Whonix forum discussion** http://forums.whonix.org/t/tor-browser-auto-resize-feature-functional-in-qubes --- **Impact** Anonymity / Whonix is affected by this bug. Fingerprinting issue. Puts Qubes(-Whonix) users in a different anonymity set than other users.