qubes-issues icon indicating copy to clipboard operation
qubes-issues copied to clipboard

Unresponsive Windows in Second Monitor, and Incorrect Dialog Placement in Certain Programs

Open StoicDeveloper opened this issue 2 years ago • 4 comments

How to file a helpful issue

Qubes OS release

4.1.1

Brief summary

I'm experience various issues with my windowing system on 4.1.1. One of the issues is confined to using libreoffice, but I thought it made more sense to submit the issue here, since the issue began upon upgrading from 4.0 to 4.1, without changing libreoffice versions. The first issue is that when opening dialogs in a program, the dialogs are likely to be placed incorrectly. See screenshots. The may open in the middle of the window, or overlap other elements. Reopening the dialog can fix it momentarily, but the issue always reappears eventually.

Second, a window open in my second monitor will often become unresponsive. The window itself can still be controlled from its top panel, but its content will be static. The window is not frozen due to an error in the program, because simply moving the window to the primary monitor will make the window responsive. I can even place the window half in one monitor and half in the primary monitor, and the later half will be responsive and the former not. This seems to occur randomly, since it can be the case that windows from one VM are responsive in the second monitor, while windows from another VM are not.

Steps to reproduce

First issue - Open libreoffice. Select a drop-down menu 1 or more times. Eventually a menu will be placed incorrectly. Select sub-menus on a dropdown, see that they are also place incorrectly. The problem can be reproduced by nearly any activity that brings up a new dialog/menu.

Second issue - Connect a second monitor with an HDMI cable. Open firefox, move the firefox window to the second monitor, see that the program GUI can no longer accept input. The problem can occur with any program though.

Expected behavior

Menus should be placed correctly. Windows should be responsive in a second monitor.

Actual behavior

Incorrect placement. Unresponsive windows. In regards to the second issue, I've also noticed that when I click and drag inside an unresponsive program window, whose monitor is to the right of the primary monitor, it controls the scrollbar on this webpage, which is in the primary monitor. So it is as though any cursor activity on the second monitor is interpreted as occurring at the far right of the primary monitor.

incorrectDialogPlacement IncorrectRightClickDialogPlacement IncorrectSubDialogPlacement

StoicDeveloper avatar Nov 06 '22 14:11 StoicDeveloper