- Wine-bugs - list.winehq.org

[Bug 59126] New: NtFsControlFile(FSCTL_PIPE_WAIT) fails to detect infinite timeout
by WineHQ Bugzilla 24 Dec '25

24 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59126 Bug ID: 59126 Summary: NtFsControlFile(FSCTL_PIPE_WAIT) fails to detect infinite timeout Product: Wine Version: 10.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: services(a)mlugg.co.uk Distribution: --- When calling NtFsControlFile with the FSCTL_PIPE_WAIT control code, the Timeout field in the FILE_PIPE_WAIT_FOR_BUFFER structure is not interpreted correctly. An infinite timeout (equivalent to NMPWAIT_WAIT_FOREVER in kernel32's WaitNamedPipeW) is, on Windows proper, specified by the minimum signed 64-bit integer value, i.e. 0x8000_0000_0000_0000. This behavior is not documented, but can be observed by tracing the ntdll calls triggered by WaitNamedPipeW; and ReactOS also agrees with this value. However, Wine instead represents an infinite timeout using the value 0x7FFF_FFFF_FFFF_FFFF (the *maximum* signed 64-bit integer, aka TIMEOUT_INFINITE). This logic is internally consistent: the WaitNamedPipeW implementation converts NMPWAIT_WAIT_FOREVER to that value, and the server detects it in async_set_timeout (called from named_pipe_device_ioctl in server/named_pipe.c). However, it causes direct usage of this ntdll API to incorrectly return STATUS_IO_TIMEOUT when the correct "infinite timeout" value is passed. I suspect the logic in named_pipe_device_ioctl should be modified to detect the special value 0x8000_0000_0000_0000 and avoid setting a timeout in that case, and that WaitNamedPipeW should be modified to translate NMPWAIT_WAIT_FOREVER to that value rather than 0x7FFF_FFFF_FFFF_FFFF. -- 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.

2 4

[Bug 56681] New: 3d games continue receiving mouse input while not focused
by WineHQ Bugzilla 24 Dec '25

24 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=56681 Bug ID: 56681 Summary: 3d games continue receiving mouse input while not focused Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: pmargeti34(a)gmail.com Distribution: --- Wine wayland windows seem to get the mouse input even if the application window is not focused. 3D game world continues to respond to mouse input as if the game still had focus. To reproduce: -launch a 3d game in wayland mode (warframe in my example) -open another application and make sure it has focus -observe that when the mouse cursor is over the game window, game still receives input -- 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.

2 12

[Bug 54592] New: Some binaries page-fault when run on "ihc" filesystem
by WineHQ Bugzilla 24 Dec '25

24 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=54592 Bug ID: 54592 Summary: Some binaries page-fault when run on "ihc" filesystem Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hasezoey(a)gmail.com Distribution: --- it seems like running some binaries from "ihc" results in page-fault, examples: - ADE_2.0_Installer.exe runs just fine on "ihc" - python-2.7.18.msi runs just fine on "ihc" - python-3.9.0-amd64.exe page faults on "ihc" - python-3.11.2-amd64.exe page faults on "ihc" - VC_redist.x64.exe (14.34.31938) page faults on "ihc" - customly compiled rust binary (msvc compiler) page faults on "ihc" all the things listed above run just fine when run from "btrfs" i have tried debugging my custom rust binary, and noticed that beyond some point the data just seems to be repeating (see https://forum.winehq.org/viewtopic.php?p=139841#p139841) all tests were done with qemu, tested with Manjaro 22.0.3 and Linux Mint 21.1, with wine 7.0.1, 8.0.0, 8.1. ihc fstab entry: "ihc /run/media/shared trans=virtio,nobootwait,rw,_netdev 0 0" qemu cmd line entry for virtfs: "-virtfs local,path=./shared,mount_tag=ihc,security_model=mapped" from: https://forum.winehq.org/viewtopic.php?p=139841 https://forum.winehq.org/viewtopic.php?p=139801 -- 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.

2 2

[Bug 46523] New: GTA / Grand Theft Auto IV (1.0.7.0) crashes under wine 4.0, works OK under 3.0.4
by wine-bugs＠winehq.org 23 Dec '25

23 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=46523 Bug ID: 46523 Summary: GTA / Grand Theft Auto IV (1.0.7.0) crashes under wine 4.0, works OK under 3.0.4 Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmayr.dev(a)gmail.com Distribution: --- Created attachment 63380 --> https://bugs.winehq.org/attachment.cgi?id=63380 GTA IV backtrace GTA / Grand Theft Auto IV (1.0.7.0): it gets past the intro screen (R* logo), but after pressing "Start", it begins loading data while showing the game characters loading screen, and crashes halfway, showing a backtrace window. It works OK under wine 3.0.4. All libraries are internal, except for MS VC++ 2005 redistributable. No wine prefix options nor 'export' flags. ThinkPad T410s Processor: Intel i5 (1st-gen), quad-core 2.53Mhz Memory: 4Gb RAM OS: Ubuntu 18.04 / elementaryOS Juno Graphics: NVidia NVS3100M (304.107 driver) -- 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.

3 5

[Bug 58953] New: Wine 10 steals all mouse input when playing any game
by WineHQ Bugzilla 23 Dec '25

23 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=58953 Bug ID: 58953 Summary: Wine 10 steals all mouse input when playing any game Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: xinput Assignee: wine-bugs(a)list.winehq.org Reporter: shockwaves08(a)hotmail.com Distribution: ArchLinux Issue: When launching any game with Wine 10 selected, the game steals all mouse cursor focus completely, and does not relinquish control if the user switches to a background app (i.e. Google Chrome and/or Discord). Makes any sort of multitasking in completely impossible until the game in question is closed. In certain games, like Grand Theft Auto V Enhanced, the inverse is true; while mouse can be used in external apps, doing so completely shuts down ALL in-game input, whether by gamepad or mouse and keyboard, requiring a force-close and restart to restore normal functionality. Expected Behavior, circa Wine 9 and earlier: Game relinquishes mouse cursor control when switching between currently-running apps, allowing for normal mouse control. I already reported this same bug on Valve's Proton GitHub, but I figured I'd tackle this severe issue at the source too. -- 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.

2 3

[Bug 56887] New: Total Commander ftps connection (TLS1.2)
by WineHQ Bugzilla 22 Dec '25

22 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=56887 Bug ID: 56887 Summary: Total Commander ftps connection (TLS1.2) Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: daniel.becker(a)quippy.de Distribution: --- Created attachment 76704 --> https://bugs.winehq.org/attachment.cgi?id=76704 The stacktrace of wine that came with that error This used to work - however, I do not know with what version of wine. It stopped working a while ago. Tried to switch Operating System (XP, Win10, ...) but without success. This works in "real" windows (WinXP, Win7, Win10, Win11). See the stack trace for more information. This happens when I try to open a FTPS connection that is secured. FTP without encryption still works. I haven't tried SFTP, if that fails as well, as I do not have an FTP server supporting this. Total Commander is run in 64bit environment. -- 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.

2 4

[Bug 2948] WM_CTLCOLOREDIT & LISTBOX return ignored and pen bug
by WineHQ Bugzilla 22 Dec '25

22 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=2948 James Hawkins <truiken(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|wine-bugs(a)list.winehq.org |truiken(a)gmail.com Status|NEW |ASSIGNED CC| |truiken(a)gmail.com --- Comment #28 from James Hawkins <truiken(a)gmail.com> --- Taking a look. -- 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.

1 0

[Bug 58836] New: Blair Witch fails to launch
by WineHQ Bugzilla 22 Dec '25

22 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=58836 Bug ID: 58836 Summary: Blair Witch fails to launch Product: Wine Version: 10.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 79504 --> http://bugs.winehq.org/attachment.cgi?id=79504 debug output err:seh:call_seh_handlers invalid frame 00007FA3A2156F58 (00007FFFFE102000-00007FFFFE5D0000) err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. wine-10.17-50-gff5b9971b3a -- 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.

2 1

[Bug 54285] New: Mostly UE4 games failing to start when trying to use faudio by wine itself
by WineHQ Bugzilla 22 Dec '25

22 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=54285 Bug ID: 54285 Summary: Mostly UE4 games failing to start when trying to use faudio by wine itself Product: Wine Version: 7.0.1 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Created attachment 73852 --> https://bugs.winehq.org/attachment.cgi?id=73852 Sea of Thieves Hello, since the update to wine 7 it is not possible to run mostly Unreal Engine 4 games. In the log there were indications that something might be wrong with the xaudio 2_7 dll. So I just applied faudio via winetricks and the games work again. Unfortunately this is not a permanent solution as there is a bug on platforms like Mac OS, FreeBSD that if you use native,buildin xaudio the sound does not work correctly in terms of stuttering and slightly distorted sound. As far as I know the games worked correctly in Wine 6.0.1. Unfortunately it is not possible for me to test more in wine-devel because the port is very often defective and also just once again not working. (Last version tested was 7.21 and it was there too) Thanks in advance! -- 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.

2 11

[Bug 46776] New: Bioshock crashing on start [REGRESSION]
by wine-bugs＠winehq.org 22 Dec '25

22 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=46776 Bug ID: 46776 Summary: Bioshock crashing on start [REGRESSION] Product: Wine Version: 4.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: timofeevsv1989(a)gmail.com Distribution: --- Created attachment 63790 --> https://bugs.winehq.org/attachment.cgi?id=63790 Bioshock crash. Wine console output Bioshock 1/2 and it's remasters crashing on start -- 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.

2 1