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.
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.
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:
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.
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.