https://bugs.winehq.org/show_bug.cgi?id=51472
Bug ID: 51472 Summary: cursor/mouse and screen does not match together on multiple screen (X11) setup Product: Wine-staging Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: juergen.sauer@automatix.de CC: leslie_alistair@hotmail.com, z.figura12@gmail.com Distribution: ---
Created attachment 70309 --> https://bugs.winehq.org/attachment.cgi?id=70309 mouse is on Screen (HDMI-A1) working, but rendering is on HDMI-A0 and pont and click, drawing operations are completely failed.
It seems to me here, that running any windoze programm may disfunctional on X11 setups with more screens.
My example: I'm running wow (v3.5.2s wotlk) just fine and performant (under multiscreen stup/kde/plasma Arch Linux, current, but:
1. it is not reliable on which screen the wine window appears 2. it is not reialble if mouse cursor and wine window are using the same screen
It may match, it may not. The mouse cursor is sticked to the wrong screen.
Triage solution is to press "Alt-F3, Plasma Key for window mode" and move the wine screen window to the flipping around mouse movement screen.
Suggestion: Either to pin the running wine window to a certain screen (triage).
Better to find the bug where wine does not obey the mouse and screen connection.
This behavior occours on vlk3d and standard d3d renderings.
First Screenshot, mouse and game on same screen (HDMI-A1), all fine, woul be left screen, but not ubmitted, beaacuse of limited bug tracker)
Second Screenshot, mouse is on Screen (HDMI-A1) working, but rendering is on HDMI-A0 and pont and click, drawing operations are completely failed.
https://bugs.winehq.org/show_bug.cgi?id=51472
--- Comment #1 from Zebediah Figura z.figura12@gmail.com --- Is the bug present in upstream (non-staging) wine?
https://bugs.winehq.org/show_bug.cgi?id=51472
--- Comment #2 from juergen.sauer@automatix.de --- No idea, I'm not able to check.
https://bugs.winehq.org/show_bug.cgi?id=51472
--- Comment #3 from Zebediah Figura z.figura12@gmail.com --- Please find a way; we really need to know that.
https://bugs.winehq.org/show_bug.cgi?id=51472
--- Comment #4 from juergen.sauer@automatix.de --- I install (in Arch) the head Version wine-6.12-1 [jojo@pc7 wotlk]$ wine --version wine-6.12
An do the test. Yes it occours in non-staging.
I see the missbehavior in staging and upstream.
The way I thested: 1. pacan -Sy wine 2. setting WINEPREFIX for the Game manually 3. starting winecfg 4. starting game (wow 3.5.2a) - for private server Rising God (www.rising-gods.de) 5. moving the wine window during game/logged in to an other screen (Alt-F3 in Plasma) 6. trying to control avatar by mouse/cursor. does not work correctly (click-press 2 bottons and draging operations, startet in game window). sometimes the mouse cursor blimps up on an other screen, the wine window does not get the cursor events, avatar not controlable. 7. moving back the wine render window to the screen where the cursor blimps up, all is getting fine.
https://bugs.winehq.org/show_bug.cgi?id=51472
--- Comment #5 from juergen.sauer@automatix.de --- Created attachment 70318 --> https://bugs.winehq.org/attachment.cgi?id=70318 try to grab screenshot.
on the screen where konsole is, the mouse and wine works fine, on the right screen not.
https://bugs.winehq.org/show_bug.cgi?id=51472
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |-unknown Product|Wine-staging |Wine CC|leslie_alistair@hotmail.com | |, z.figura12@gmail.com |