https://bugs.winehq.org/show_bug.cgi?id=49056
Bug ID: 49056 Summary: Dragon Age: Origins right-click camera drag jumps counter-clockwise on start Product: Wine-staging Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: alex_y_xu@yahoo.ca CC: leslie_alistair@hotmail.com, z.figura12@gmail.com Distribution: ---
Steps to reproduce:
1. build wine with staging --all, or staging user32-rawinput-mouse-experimental user32-rawinput-nolegacy user32-rawinput-mouse.
2. open Dragon Age: Origins. start a new game or load a saved game.
3. right-click and move mouse to drag the camera
Expected results:
camera moves proportionally to mouse movement
Actual results:
as soon as mouse is moved (even 1 pixel), camera view jumps up and counter-clockwise (as if mouse was instantly moved far right and up). subsequent camera movement with the same drag is OK, but starting a new drag causes the issue again.
doesn't seem to be related to the starting cursor location
Additional information:
occurs whether virtual desktop is on or off.
https://bugs.winehq.org/show_bug.cgi?id=49056
--- Comment #1 from Alex Xu alex_y_xu@yahoo.ca --- also, applying only user32-rawinput-nolegacy and user32-rawinput-mouse causes right-click dragging to have no effect.
https://bugs.winehq.org/show_bug.cgi?id=49056
Alex Xu alex_y_xu@yahoo.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |45882, 42631, 42675
https://bugs.winehq.org/show_bug.cgi?id=49056
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=49056
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks|42631 |
https://bugs.winehq.org/show_bug.cgi?id=49056
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks|42675 |
https://bugs.winehq.org/show_bug.cgi?id=49056
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks|45882 |
https://bugs.winehq.org/show_bug.cgi?id=49056
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be
--- Comment #2 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Hello,
This bug doesn't block the other bugs.
Does the application depends on wine-staging for some reason? If not then does the issue occur with upstream wine (a.k.a wine-devel)?
Regards.
https://bugs.winehq.org/show_bug.cgi?id=49056
--- Comment #3 from Zebediah Figura z.figura12@gmail.com --- I'm presuming from the initial comment that the bug is specific to Staging, though I guess that's not explicitly stated. Alex, can you confirm that this is the case?
In that case, I suppose that this bug does block the resolution of those other bugs against Wine, in the sense that those can't be resolved until this one is. We don't usually bother with that, but perhaps we should, as it'd make clear that there are outstanding problems with a Staging patch. At any rate I don't think it's worth nitpicking.
https://bugs.winehq.org/show_bug.cgi?id=49056
--- Comment #4 from Alex Xu alex_y_xu@yahoo.ca --- vanilla 5.0, 5.7 work fine. staging 5.0, 5.7, 5.7 with only user32-rawinput-mouse-experimental user32-rawinput-nolegacy user32-rawinput-mouse have the described behavior.
I don't care that much about direction of dependency, or see also, but I think there should be some metadata to describe connection between these bugs.