http://bugs.winehq.org/show_bug.cgi?id=58845
Bug ID: 58845 Summary: Mouse position offset in Wine applications after display resolution change via VNC session (e.g. Notepad) Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: rikul@inbox.ru Distribution: ---
When running a Wine application (for example, Wine’s own Notepad) inside a remote session (such as VNC) that supports dynamic resolution changes, mouse coordinates become desynchronized after resizing the remote desktop.
After a screen resolution change triggered by resizing the VNC client window, mouse clicks no longer align with the visual elements of the Wine window — e.g., clicking on menu items doesn’t work because the clickable area is shifted.
Steps to reproduce: 1. Start a Linux desktop session that supports dynamic resolution change (for example, through a VNC server such as tigervnc-server). 2. Connect to this session using a VNC client that can adjust resolution when the window is resized. 3. Launch Wine Notepad. 4. Resize the VNC client window to a smaller size so that the Linux desktop resolution changes accordingly. 5. Then maximize the VNC client window again to restore a larger resolution.
Actual result: * The mouse pointer no longer matches the clickable positions in the Wine window. * For example, clicking on the “File” menu in Notepad does nothing or opens the wrong menu item. * The cursor appears visually over one element, but Wine receives input at a different coordinate.
Expected behavior: After the display resolution changes, Wine should correctly update coordinate mappings so that mouse input remains aligned with visible UI elements.
Testing environment: Wine version: 10.0+ (also tested on latest master) Distribution: RHEL 7.9, Rocky Linux 8.10, Rocky Linux 9.6. VNC server: tigervnc-server VNC client: TigerVNC Viewer Display server: X11 Architecture: x86_64