https://bugs.winehq.org/show_bug.cgi?id=42675
Bug ID: 42675 Summary: [Overwatch] Phantom mouse input / view pulled up to ceiling Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: pimmesselink@gmail.com Distribution: ---
I am using PlayOnLinux on Ubuntu 16.10 and compiled wine with Overwatch patches from source, first awesie's then gamax92's. It seems to run fine but every time I'm given control of the character and not touching the mouse, the viewpoint is pulled up to the ceiling, as if there is some phantom mouse input. See https://www.youtube.com/watch?v=UMiKAl1tR4s. If I then pull the mouse towards me fast enough I can overcome phantom mouse input and pull the view down. Until I stop moving the mouse and the view is pulled up again. Moving the mouse left or right works fine. Things I have tried: If I change the input settings to inverted, the phantom mouse input pulls the view to the floor. My standard mouse is a Roccat Kone XTD. I have tried to change the DPI and polling rate. I have also tried without the drivers installed or plugging the mouse into different USB ports. And I have tried replacing it with an old Razer Diamondback. All had the same result. I have tried the Wine config options "Automatically capture the mouse in full-screen windows", "Emulate a virtual desktop" and "mouse warp override default/enable/disable/force". Within the wine prefix I have ran Xpadder and XInputTest and neither found any gamepads or joysticks connected (I have neither). My keyboard is a standard, non USB keyboard. Apart from my mouse the only other peripherals are a Logitech webcam and a Sound Blaster Tactic(3D) Alpha headset. Unplugging them does not make a difference. My PC is a desktop, not a laptop. Raw mouse input works fine in Natural Selection 2 natively under linux. My /dev/input consists of by-id event0 event10 event12 event14 event16 event2 event4 event6 event8 mice by-path event1 event11 event13 event15 event17 event3 event5 event7 event9 mouse0 In Overwatch I use Borderless Windowed and alt-tabbing out and back in does not help. If I use Fullscreen and alt-tab out the 3D view becomes very small in the top left corner and I can't alt-tab back to it. Not sure if it is relevant, but I am using a GeForce 460 GTX with the latest nvidia-378 drivers. Motherboard is a Asus P8Z77-V Pro. For completeness, this is how I compiled Wine: cd /home/<user>/Documents/Programming/wine64-build make clean make distclean export CFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" export CPPFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" ../wine-overwatch/configure --enable-win64 --prefix=/home/<user>/.PlayOnLinux/wine/linux-amd64/2.3-overwatch/ make -j4 sudo lxc-start -n my32bitbox sudo lxc-attach -n my32bitbox cd /home/<user>/Documents/Programming/wine32-tools make clean make distclean export CFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" export CPPFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" ../wine-overwatch/configure make -j4 cd ../wine32-build make clean make distclean ../wine-overwatch/configure --with-win64=../wine64-build --with-wine-tools=../wine32-tools --prefix=/home/<user>/.PlayOnLinux/wine/linux-x86/2.3-overwatch/ make -j4 make install shutdown -h now sudo rm -rf /home/<user>/.PlayOnLinux/wine/linux-x86/2.3-overwatch/* cd /home/<user>/Documents/Programming/wine32-build sudo make install cd /home/<user>/Documents/Programming/wine64-build sudo make install cd /home/<user>/.PlayOnLinux/wine/linux-amd64/2.3-overwatch/ ln -s ../../linux-x86/2.3-overwatch/lib lib
https://bugs.winehq.org/show_bug.cgi?id=42675
Pim Messelink pimmesselink@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pimmesselink@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=42675
maokei rickard.joh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rickard.joh@gmail.com
--- Comment #1 from maokei rickard.joh@gmail.com --- Experiencing the same problem with overwatch, mouse pull towards sky or ground.
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #2 from maokei rickard.joh@gmail.com --- (In reply to Pim Messelink from comment #0)
I am using PlayOnLinux on Ubuntu 16.10 and compiled wine with Overwatch patches from source, first awesie's then gamax92's. It seems to run fine but every time I'm given control of the character and not touching the mouse, the viewpoint is pulled up to the ceiling, as if there is some phantom mouse input. See https://www.youtube.com/watch?v=UMiKAl1tR4s. If I then pull the mouse towards me fast enough I can overcome phantom mouse input and pull the view down. Until I stop moving the mouse and the view is pulled up again. Moving the mouse left or right works fine. Things I have tried: If I change the input settings to inverted, the phantom mouse input pulls the view to the floor. My standard mouse is a Roccat Kone XTD. I have tried to change the DPI and polling rate. I have also tried without the drivers installed or plugging the mouse into different USB ports. And I have tried replacing it with an old Razer Diamondback. All had the same result. I have tried the Wine config options "Automatically capture the mouse in full-screen windows", "Emulate a virtual desktop" and "mouse warp override default/enable/disable/force". Within the wine prefix I have ran Xpadder and XInputTest and neither found any gamepads or joysticks connected (I have neither). My keyboard is a standard, non USB keyboard. Apart from my mouse the only other peripherals are a Logitech webcam and a Sound Blaster Tactic(3D) Alpha headset. Unplugging them does not make a difference. My PC is a desktop, not a laptop. Raw mouse input works fine in Natural Selection 2 natively under linux. My /dev/input consists of by-id event0 event10 event12 event14 event16 event2 event4 event6 event8 mice by-path event1 event11 event13 event15 event17 event3 event5 event7 event9 mouse0 In Overwatch I use Borderless Windowed and alt-tabbing out and back in does not help. If I use Fullscreen and alt-tab out the 3D view becomes very small in the top left corner and I can't alt-tab back to it. Not sure if it is relevant, but I am using a GeForce 460 GTX with the latest nvidia-378 drivers. Motherboard is a Asus P8Z77-V Pro. For completeness, this is how I compiled Wine: cd /home/<user>/Documents/Programming/wine64-build make clean make distclean export CFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" export CPPFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" ../wine-overwatch/configure --enable-win64 --prefix=/home/<user>/.PlayOnLinux/wine/linux-amd64/2.3-overwatch/ make -j4 sudo lxc-start -n my32bitbox sudo lxc-attach -n my32bitbox cd /home/<user>/Documents/Programming/wine32-tools make clean make distclean export CFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" export CPPFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" ../wine-overwatch/configure make -j4 cd ../wine32-build make clean make distclean ../wine-overwatch/configure --with-win64=../wine64-build --with-wine-tools=../wine32-tools --prefix=/home/<user>/.PlayOnLinux/wine/linux-x86/2.3-overwatch/ make -j4 make install shutdown -h now sudo rm -rf /home/<user>/.PlayOnLinux/wine/linux-x86/2.3-overwatch/* cd /home/<user>/Documents/Programming/wine32-build sudo make install cd /home/<user>/Documents/Programming/wine64-build sudo make install cd /home/<user>/.PlayOnLinux/wine/linux-amd64/2.3-overwatch/ ln -s ../../linux-x86/2.3-overwatch/lib lib
The work around that worked so far for me is that when I have not control over my character alt-tab out then cursor starts pulling downwards hitting escape and going to the menu and back fixes the problem. effectivly it increases the spawning time by 1 - 2 seconds.
https://bugs.winehq.org/show_bug.cgi?id=42675
Zeke Sonxx zeke@zekesonxx.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zeke@zekesonxx.com
--- Comment #3 from Zeke Sonxx zeke@zekesonxx.com --- Is Overwatch set to the correct aspect ratio for your monitor?
We just had an issue open and close on gamax92/wine-overwatch with the same issue, and the issue was a 16:10 monitor and aspect ratio but Overwatch set to 16:9.
https://github.com/gamax92/wine-overwatch/issues/11
https://bugs.winehq.org/show_bug.cgi?id=42675
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #4 from winetest@luukku.com --- Sounds dupe or related to bug 42631.
https://bugs.winehq.org/show_bug.cgi?id=42675
Storm Engineer hewanci@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hewanci@gmail.com
--- Comment #5 from Storm Engineer hewanci@gmail.com --- Same issue here.
Arch Linux 64 bit Wine staging, latest 64 bit prefix
Note: I'm using Arch's standard wine staging package, no custom stuff, no pulling Overwatch patches from outside.
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #6 from Storm Engineer hewanci@gmail.com --- So the game now has three Bronze ratings, neither of those mention this issue, so I wonder if there is a workaround for it?
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #7 from Storm Engineer hewanci@gmail.com --- UPDATE:
To replicate issue, set the game's resolution and/or aspect ratio to something not matching your screen's native.
My aspect was set to the incorrect 16:9 (I even had black bars on top and bottom) despite my reoslution matching the screen10s native 1680 x 1050. Once I set it to the correct 16:10, this issue was gone.
https://bugs.winehq.org/show_bug.cgi?id=42675
byron st06266@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |st06266@gmail.com
--- Comment #8 from byron st06266@gmail.com --- I get the phantom pull to the ceiling on both ubuntu 17.10 and fedora workstation 27. I've tried alt tabbing, using the escape back to gameplay method, and unplugging mouse while game is running. I haven't been able to find a workaround for this yet.
https://bugs.winehq.org/show_bug.cgi?id=42675
hash HASH.DuOrden@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |HASH.DuOrden@gmail.com
--- Comment #9 from hash HASH.DuOrden@gmail.com --- As far as I understand, any non-wide display will have this problem, I have 4:3 aspect rating monitor and I found no way to overcome this bug as Overwatch have no support for 4:3 aspect ratio.
https://bugs.winehq.org/show_bug.cgi?id=42675
Bloody Iron bloodyiron@lanified.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bloodyiron@lanified.com
--- Comment #10 from Bloody Iron bloodyiron@lanified.com --- This issue is still persisting, even with DXVK going on. It's when the window is stretched beyond the 1:1 pixel to game resolution. The game mis-interprets the input since the horizontal aspect is skewed. Observed this on a buddy's compie recently, can we get this looked into please? :)
https://bugs.winehq.org/show_bug.cgi?id=42675
cooper.wallace5@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cooper.wallace5@gmail.com
--- Comment #11 from cooper.wallace5@gmail.com --- I'm having a similar issue running Overwatch through Lutris on Manjaro v17.1.11. I'm running i3wm to manage the game window which seems to allude to the problem of having an incorrect aspect ratio. I'm using an Ultrawide monitor, 2560x1080, and when I open the game in fullscreen my aiming reticle slowly shifts upwards. I've tried changing to a virtual desktop, and changing the mouse warp override option to no avail. After searching around I stumbled upon this post, and the aspect ratio seems to be affecting the mouse somehow.
I was able to solve the issue by simply resizing the window until my reticle stopped spinning. I entered into the training arena and slowly expanded the window until it stopped spinning. I believe that it may have to do with the window interpreting that the mouse is off centre, which results in the user spinning their character. When I toggled fullscreen using i3wm my aim immediately got 100% worse spinning out of control. Expanding the window to be larger than my chosen window option doesn't fix the issue either. I have a hunch that this may again be caused by the mouse position being off centre.
The weird thing to me is that the aspect ratio of 21:9 doesn't seem to be right. I'm able to run the game in a window with the geometry of 2536x1063 without any issues, which is not 21:9.
I do not believe that this is an input problem from a controller/mouse. I unplugged all of my USB devices to have my screen still slowly move upwards. I didn't have a controller plugged in, and in winecfg I had no controllers available.
https://bugs.winehq.org/show_bug.cgi?id=42675
Dustin crazylegoguy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |crazylegoguy@gmail.com
--- Comment #12 from Dustin crazylegoguy@gmail.com --- I am also having the same issue. If I use the mouse built into my keyboard, I can look around, but that mouse is really bad for playing games.
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #13 from Storm Engineer hewanci@gmail.com --- Setting the resolution AND aspect ratio (weirdly they are separate settings) in overwatch to match your screen's native resolution and aspect ratio fixed this for me and many others.
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #14 from hash HASH.DuOrden@gmail.com --- 1600 by 1200 is 4:9 aspect ratio which are not present in Overwatch. But I have no problem with Overwatch on same machine in Windows 10!
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #15 from Storm Engineer hewanci@gmail.com --- (In reply to hash from comment #14)
1600 by 1200 is 4:9 aspect ratio which are not present in Overwatch.
That's 4:3... not 4:9. :| And 4:3 is definitely an option.
But I have no problem with Overwatch on same machine in Windows 10!
It is a Wine bug so of course you don't.
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #16 from hash HASH.DuOrden@gmail.com --- Yes it is 4:3 and maybe it is present for you but not for me! I have only 16:9,16:10,21:9, the fact that I have 2 1600x1200 monitors might be the reason?
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #17 from Storm Engineer hewanci@gmail.com --- I checked and it seems I was wrong, 4:3 is missing indeed. Pretty strange when the resolution list allows 4:3 resolutions to be set.
Looks like you are out of luck.
On the other hand, 4:3 screens are not manufactured anymore for at least a decade so you have very old screens. I know, why change them if they are still working... but you should consider to upgrade to something modern. I was sticking with 4:3 for a long time but eventually got a 19:10 and it annoyed me for a while but I got used to it and now I like it.
Also, 16:10 for center and two 4:3 on each sides sounds like a nice setup for me, I would like to have that.
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #18 from hash HASH.DuOrden@gmail.com --- It's not up to discussion should I or shouldn't "upgrade"/change something in my setup, it is the fact that windows have zero problems with my setup and Linux/Wine have this problem!
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #19 from Storm Engineer hewanci@gmail.com --- (In reply to hash from comment #18)
It's not up to discussion should I or shouldn't "upgrade"/change something in my setup
And why not? Am I not allowed to have an opinion and give you a suggestion for making your own life easier? You are using ancient obsolete hardware and that is bound to come and bite you, just like it does now. And this is an issue independent of this Wine bug.
You can complain all day for something that affects only a tiny minority of users and only because they use stone age hardware. It's an extreme case. For everyone else there is a super easy workaround, making this bug a low priority issue over those that affect lot of people and don't have an easy workaround.
it is the fact that windows have zero problems with my setup and Linux/Wine have this problem!
It is a fact that 99% of people have a two click workaround for this, and you only don't because you refuse to use an up to date screen.
But hey, Wine is open source community software, feel free to tackle this bug yourself and send in a patch. :)
https://bugs.winehq.org/show_bug.cgi?id=42675
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #20 from Matteo Bruni matteo.mystral@gmail.com --- (In reply to Storm Engineer from comment #19)
... and you only don't because you refuse to use an up to date screen.
Really?
(In reply to winetest from comment #4)
Sounds dupe or related to bug 42631.
There's some chance that's actually right. Bug 42631 now has a staged patch, does this still happen with Wine staging 3.15 or newer?
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #21 from Storm Engineer hewanci@gmail.com --- (In reply to Matteo Bruni from comment #20)
(In reply to Storm Engineer from comment #19)
... and you only don't because you refuse to use an up to date screen.
Really?
Sorry everyone if I sounded rude earlier. I just felt like I was trying to offer my honest advice and getting told "it's not up to discussion" felt rude and undeserved.
I just meant to point out that stubbornly sticking with obsolete hardware and refusing to even discuss upgrading is nonconstructive. And it makes sense that software development focuses on supporting widely used hardware over minority cases, especially when it's software development people do in their free time without getting paid for it.
Yes, this is a bug. Yes, it should be fixed ideally. But it is still true that an easy workaround exists for everyone using a 16:9 or 16:10 screen, which is the majority.
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #22 from hash HASH.DuOrden@gmail.com --- Here most people have same as me problem, so no, "Storm Engineer" you are minority here. And your suggestion to "fix" a bug in Wine by spending money on a new hardware to replace perfectly working "old" one and, might I add be at disadvantage, is rude.
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #23 from Matteo Bruni matteo.mystral@gmail.com --- (In reply to Matteo Bruni from comment #20)
(In reply to winetest from comment #4)
Sounds dupe or related to bug 42631.
There's some chance that's actually right. Bug 42631 now has a staged patch, does this still happen with Wine staging 3.15 or newer?
What about this? Is the bug still reproducible in recent wine staging?
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #24 from Storm Engineer hewanci@gmail.com --- (In reply to hash from comment #22) What is your problem? You are completely twisting what I said.
Here most people have same as me problem, so no, "Storm Engineer" you are minority here.
Nobody said we don't have the bug. Everyone does. BUT there is a workaround and most people can use it because they don't use a 4:3 screen like you do. In sense of the workaround you are a minority, face it.
And your suggestion to "fix" a bug in Wine by spending money
Stop putting words in my mouth and act like a victim. Nobody said to "fix a bug by spending money". I wrote several times myself that yes, this bug should be fixed.
I merely recommended that you upgrade to a non-obsolete screen as a general advice, regardless of this issue, because using obsolete hardware increases the chance of having to deal with technical problems in general.
hardware to replace perfectly working "old" one
I mean stone axes still work perfectly too, we might as well just keep using them.
and, might I add be at disadvantage, is rude.
Exactly how is using non-obsolete hardware a disadvantage? I hope you are not about the bring up the myth about 4:3 resolution magically making your aim/FPS/whatever better.
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #25 from hash HASH.DuOrden@gmail.com --- I'm afraid "Storm Engineer", you are missing the main point: This is not a forums, this is Bugzilla and Bugzilla, if I'm not mistaken, is the place where software bugs fixed by fixing software. If I'd want anyone opinion about replacing my, perfectly working hardware, I'd go to forums and that is why your comment is completely out of place!
https://bugs.winehq.org/show_bug.cgi?id=42675
zzzzzyzz@hacari.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzzzzyzz@hacari.org
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #26 from Austin English austinenglish@gmail.com --- Your points have been made. There's a workaround, but it costs money. Wine needs to fix the bug.
From here, take it to private email or the forums, bugzilla is NOT the place
for it.
https://bugs.winehq.org/show_bug.cgi?id=42675
Dez64ru dez64ru@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dez64ru@gmail.com
--- Comment #27 from Dez64ru dez64ru@gmail.com --- I have the same problem on my 21:9 screen. Mouse rised to top. Pls fix this(
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #28 from Storm Engineer hewanci@gmail.com --- (In reply to Dez64ru from comment #27)
I have the same problem on my 21:9 screen. Mouse rised to top. Pls fix this(
For the time being, try the workaround, it should be available for 21:9.
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #29 from Cooper Wallace cooper.wallace5@gmail.com --- I've been playing Overwatch once again and I've noticed that phantom mouse movements are tied to the resolution of the game window. Something that I noticed was that when I resize the screen to not be exactly 21:9, I experience phantom mouse movements. I'm able to move my window until I get my cursor "centered", but the moment that I open the menu or chat the phantom mouse is back.
I curiously tried to resize the window pixel by pixel (using i3wm hotkeys), and I noticed that when windows is resized so that there are black bars I have phantom mouse movements. I feel like this may be because the window is no longer in a 21:9 aspect ratio. I was able to eliminate the mouse movements by resizing the window to not have any black bars, and be within the 21:9 aspect ratio. If I move the window the phantom mouse movements do come back, but opening the menu and closing it appears to fix it.
I guess that the window itself isn't adhering to the aspect ratio, and when I have black bars on all sides the aspect ratio isn't 'perfect'. Resizing it to be proper eliminates the problem for me.
https://bugs.winehq.org/show_bug.cgi?id=42675
camdenorrb@me.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |camdenorrb@me.com
--- Comment #30 from camdenorrb@me.com --- I am also experiencing this issue
Ubuntu 18.10 2560×1080 21:9 aspect ratio
The mouse just constantly moves up until I go into windowed mode where it goes horizontally instead. From what I have seen, it appears to be with the window size not being what is expected as changing the resolution gives different results and people have fixed this issue by resizing their window until it stops.
I am not too familiar with how wine handles this stuff, but possibly someone can do some tracing to see if this is the cause
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #31 from Mr.Midnight camdenorrb@me.com --- I just "solved" the issue by subtracting 10 from the height and 5 from the width in the virtual desktop, I then forced it to "fullscreen" with `wmctrl -r nameofwindow -b add,fullscreen` this results in a window with parts of the right and bottom cut out but allows you to play normally with close to the full resolution. Unfortuantly I don't have much knowledge of the backend of wine, but I'm guessing Overwatch is requesting a smaller resolution as there are normally black lines on the top and bottom of the game window and wine isn't listening to this request which makes it misplace the mouse on the screen making a movement upwards.
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #32 from Mr.Midnight camdenorrb@me.com --- Update, you can remove 7 from the height and keep the full width of the display
https://bugs.winehq.org/show_bug.cgi?id=42675
Zeke Sonxx zeke@zekesonxx.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|zeke@zekesonxx.com |
https://bugs.winehq.org/show_bug.cgi?id=42675
_+winehq_bugs@sudrien.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |_+winehq_bugs@sudrien.net
--- Comment #33 from _+winehq_bugs@sudrien.net --- wine-4.0-rc1 (Staging) still has issue.
While the Virtual Desktop hack fixed the mouse issue, there were enough other issue introduced I use an alternative - letterboxing with the nvidia driver.
# get actual current settings nvidia-settings -q CurrentMetaMode
#letterbox nvidia-settings --assign CurrentMetaMode="DPY-2: nvidia-auto-select @1920x1080 +0+0 {ViewPortIn=1920x1080, ViewPortOut=1920x1080+320+0}"
#fullscreen nvidia-settings --assign CurrentMetaMode="DPY-2: nvidia-auto-select @2560x1080 +0+0 {ViewPortIn=2560x1080, ViewPortOut=2560x1080+0+0}"
https://bugs.winehq.org/show_bug.cgi?id=42675
pattietreutel katyaberezyaka@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |katyaberezyaka@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=42675
dereklesho52@Gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dereklesho52@Gmail.com
--- Comment #34 from dereklesho52@Gmail.com --- Somebody recently informed me that the patchset I submitted to wine-devel fixes this bug.
https://bugs.winehq.org/show_bug.cgi?id=42675
Alexandr Oleynikov sashok.olen@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sashok.olen@gmail.com
--- Comment #35 from Alexandr Oleynikov sashok.olen@gmail.com --- Created attachment 64957 --> https://bugs.winehq.org/attachment.cgi?id=64957 rawinput patch
Yep, here it is in a form of a single patch. To apply it on top of staging, you need to disable mouse-movements patchset (this patch has a re-implementation of it).
https://bugs.winehq.org/show_bug.cgi?id=42675
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Staged patchset| |https://github.com/wine-sta | |ging/wine-staging/tree/mast | |er/patches/user32-rawinput Status|NEW |STAGED
https://bugs.winehq.org/show_bug.cgi?id=42675
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Staged patchset|https://github.com/wine-sta |https://github.com/wine-sta |ging/wine-staging/tree/mast |ging/wine-staging/tree/mast |er/patches/user32-rawinput |er/patches/user32-rawinput- | |mouse
https://bugs.winehq.org/show_bug.cgi?id=42675
Alex Xu alex_y_xu@yahoo.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |49056
https://bugs.winehq.org/show_bug.cgi?id=42675
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be Depends on|49056 |
https://bugs.winehq.org/show_bug.cgi?id=42675
Storm Engineer hewanci@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|hewanci@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=42675
--- Comment #36 from winetest@luukku.com --- (In reply to Alexandr Oleynikov from comment #35)
Created attachment 64957 [details] rawinput patch
Yep, here it is in a form of a single patch. To apply it on top of staging, you need to disable mouse-movements patchset (this patch has a re-implementation of it).
has it been upstreamed by now? wine-staging has upstreamed some patches and during rebase of code this bug was mentioned.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla