microsoft / wslg

Enabling the Windows Subsystem for Linux to include support for Wayland and X server related scenarios

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Menus and sub-windows appear in wrong location with certain display configurations

NolanZinn opened this issue · comments

Windows build number:

22000.2836

Your Distribution version:

22.04

Your WSL versions:

WSL version: 2.2.1.0
Kernel version: 5.15.150.1-2
WSLg version: 1.0.60
MSRDC version: 1.2.5105
Direct3D version: 1.611.1-81528511
DXCore version: 10.0.25131.1002-220531-1700.rs-onecore-base2-hyp
Windows version: 10.0.22000.2836

Steps to reproduce:

  1. Connect two 3440x1440 external monitors (MSI MAG342CQR)
  2. Open WSL2 gui application
  3. Open a menu or sub-window of the gui application
  4. Menus or sub-windows may briefly (<1 sec) appear in the correct location, before moving to the far left side of the screen.
  • The issue does not present itself when only one of the two 3440x1440 monitors is present (or with any other monitor setup I've used).
  • The issue persists if either or both monitors are set to non-default resolution (Eg. 2560x1080, 1920x1080).
  • The issue persists regardless of which display interface is used for either of the monitors (HDMI, DP, Thunderbolt, Thunderbolt Dock).

WSL logs:

WslLogs-2024-04-03_02-21-23.zip
stderr.log
weston.log
wlog.log
pulseaudio.log

WSL dumps:

No response

Expected behavior:

When running gui applications, menus appear in the correct location under the menu button. Sub-windows opened from a gui application appear somewhere within the bounds of the parent application. The mouse area of a gui application corresponds to the area where the gui is shown on screen.

image
image

Actual behavior:

In WSL gui applications, menus will appear in a completely different area of the screen than the original application, but mousing over or clicking the area of the application where they would normally be still interacts with the menu. The same occurs with sub-windows: they will appear in a different area of the screen, but their mouse area is somewhere within the geometry of the parent window. Clicking where the sub-window appears to be has no effect on it.

image
image
image
image