http://bugs.winehq.org/show_bug.cgi?id=59317 Leon <leons87@hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |leons87@hotmail.com --- Comment #6 from Leon <leons87@hotmail.com> --- FWIW, I believe that the GoG version of the game Crystal Project may be effected by this as well - https://www.gog.com/en/game/crystal_project I believe the steam version can optionally use steam input, which may sidestep this problem, but I don't have access to a copy to test this. It becomes immediately apparent in the opening menu of the game. No amount of unplugging/plugging in controller seems to resolve this. Unplugging and re-plugging in the controller results in the constant up inputs stopping until a button is pressed then it resumes. I've installed jstest-gtk and used it to re-calibrating the controller after noticing this problem (thinking that it may be due to the left analog stick) but that's had no impact. I've also tried manually editing the game's .ini config files to move all the directions to a face button to see if this goes away and no luck there. This is a game I've played on earlier versions of wine 11 staging without this problem (IIRC last time I played this it was on wine staging 11.1). OS: Linux Mint 22.3 - Cinnamon 64-bit Wine: wine-11.6 (Staging) Controller: Xbox Series S|X Axes: 8, Buttons: 11 (according to jstest-gtk) I can provide console logs if required, but I don't think they will be terribly helpful. Re-connecting the controller results in some fixme:xinput:pdo_pnp code 0xc, not implemented lines and some debug info about the controller. Triggering the problem results in no additional lines output to console. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.