wine-bugs

wine-bugs@winehq.org

159134 discussions

[Bug 58698] New: Application goes into an infinite loop under new wow64 but works okay under old wow64
by WineHQ Bugzilla 16 Sep '25

16 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58698 Bug ID: 58698 Summary: Application goes into an infinite loop under new wow64 but works okay under old wow64 Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: dkk089(a)gmail.com Distribution: --- Created attachment 79297 --> http://bugs.winehq.org/attachment.cgi?id=79297 WINEDEBUG=+virtual under "new wow64" Application goes into an infinite loop under new wow64 but works okay under old wow64 I have an application that enters an infinite loop under "new wow64" but works okay with "old wow64". Running under actual 64-bit Windows is okay too. The problem seems to be caused by application logic which calls VirtualAlloc() repeatedly in order to (presumably) find out the maximum available amount of memory that the application is able to allocate. The first hint that this might be somehow related to memory were the error messages reported when running under "old wow64" : 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x80010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 80000000 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x78010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 78000000 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x74010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 74000000 Running the application with WINEDEBUG=+virtual showed the NtAllocateVirtualMemory calls that are made by the application, starting with a size of 0x7fffffff, exploring a number of different sizes, and then eventually settling on 0x701f0000 : 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 7fffffff 2000 00000004 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x80010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 80000000 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 3fffffff 2000 00000004 01a0:trace:virtual:map_view got mem in reserved area 0x11050000-0x51050000 01a0:trace:virtual:dump_view View: 0x11050000 - 0x5104ffff (valloc) 01a0:trace:virtual:dump_view 0x11050000 - 0x5104ffff --rw- 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff 0x11050000 00000000 8000 -- snip : successful calls after that with sizes 0x5fffffff , 0x6fffffff -- 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 77ffffff 2000 00000004 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x78010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 78000000 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000 -- snip : goes on to try sizes starting with 0x70 ... -- 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 701f0001 2000 00000004 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x70201000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 701f1000 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 701f0000 2000 00000004 01a0:trace:virtual:map_view got mem with anon mmap 0x80000000-0xf01f0000 01a0:trace:virtual:dump_view View: 0x80000000 - 0xf01effff (valloc) 01a0:trace:virtual:dump_view 0x80000000 - 0xf01effff --rw- 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000 The application makes the same calls under "new wow64", but since none of those calls ever fail, it seems to get confused, reaches size=0, and then gets stuck on that size : 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 7fffffff 2000 00000004 016c:trace:virtual:map_view got mem with map_free_area 0x7fff0000-0xffff0000 016c:trace:virtual:dump_view View: 0x7fff0000 - 0xfffeffff (valloc) 016c:trace:virtual:dump_view 0x7fff0000 - 0xfffeffff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x7fff0000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 3fffffff 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x11050000-0x51050000 016c:trace:virtual:dump_view View: 0x11050000 - 0x5104ffff (valloc) 016c:trace:virtual:dump_view 0x11050000 - 0x5104ffff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x11050000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 1fffffff 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x11050000-0x31050000 016c:trace:virtual:dump_view View: 0x11050000 - 0x3104ffff (valloc) 016c:trace:virtual:dump_view 0x11050000 - 0x3104ffff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x11050000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 0fffffff 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x11050000-0x21050000 016c:trace:virtual:dump_view View: 0x11050000 - 0x2104ffff (valloc) 016c:trace:virtual:dump_view 0x11050000 - 0x2104ffff --rw- -- snip : repeated calls with size right-shifted by 1 -- 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 0000000f 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000 016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc) 016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000007 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000 016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc) 016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000003 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000 016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc) 016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000001 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000 016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc) 016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 It then loops on the call with size=0 indefinitely and keeps running until I kill the wineserver. Unfortunately, this is a proprietary legacy application so I can't share it, however I'll be more than glad to accept pointers on which debug channels to activate, any other further debugging steps, or changes to the code that might fix this. 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.

1 2

[Bug 57806] New: visual and response lags in Guitar Pro v8.1.3 (build 121)
by WineHQ Bugzilla 16 Sep '25

16 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57806 Bug ID: 57806 Summary: visual and response lags in Guitar Pro v8.1.3 (build 121) Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: acidbong(a)tilde.club Distribution: --- Created attachment 78013 --> https://bugs.winehq.org/attachment.cgi?id=78013 Guitar Pro in Wine-9.20 I've been using Wine-staging for running Guitar Pro on Linux (Gentoo, then NixOS), and it's been smooth until 9.20 -> 9.22 update (https://github.com/NixOS/nixpkgs/pull/359908, nixpkgs maintainers skipped v9.21). Then visual lags (constant, as if the program runs at 5 FPS) started to happen. Welp, they aren't solely visual, responsiveness also suffers. Audio, however, doesn't lag and is still smooth. The lag is also present on Wine10. Regression also confirmed on Wine-development v9.22 and with a demo version of the program and on different PCs (first on an Intel-based laptop (Core i3-7100), then on an AMD-based one (AMD Ryzen 5 5500U)), both with integrated GPUs. Camera recording (not screen capture, because `simplescreenrecorder` (haven't tried other tools) for some reason reduced these lags): https://0x0.st/8KNw.mp4 Logs are attached below. -- 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 10

[Bug 58700] New: Regression: Direct3D applications show a blank screen under wined3d in 10.15
by WineHQ Bugzilla 16 Sep '25

16 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58700 Bug ID: 58700 Summary: Regression: Direct3D applications show a blank screen under wined3d in 10.15 Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: im.tech.tac+wine(a)gmail.com Distribution: --- As of Wine-staging 10.15, all Direct3D applications only render a blank (often black) screen while still producing sound and reacting to inputs. This issue was not present in 10.14, downgrading to it fixes the problem. Multiple Unity games seem to have consistently produced this issue. Arch Linux, latest packages up to 2025/09/14. KDE Plasma 6 Wayland session. Both X11 and Wayland Wine backends seem affected. AMD A8-5500B with Radeon HD 7560D. No Vulkan support whatsoever. -- 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 9

[Bug 58703] New: Fedora 42: Suddenly getting checksum errors
by WineHQ Bugzilla 16 Sep '25

16 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58703 Bug ID: 58703 Summary: Fedora 42: Suddenly getting checksum errors Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: johnny.jy.ooi(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- Recently, while trying to do the standard "dnf upgrade", my system sees updates for wine-staging and winehq-staging, but upon triggering the upgrade, I get checksum errors Total size of inbound packages is 226 MiB. Need to download 226 MiB. After this operation, 6 MiB extra will be used (install 1 GiB, remove 1 GiB). [1/2] winehq-staging-1:10.15-1.1.x86_64 100% | 144.6 KiB/s | 75.0 KiB | 00m01s >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc [2/2] wine-staging-1:10.15-1.1.x86_64 0% | 3.3 MiB/s | 1.7 MiB | 00m01s >>> Not finished - interrupted by error: Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bd ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- [2/2] Total 100% | 3.4 MiB/s | 1.8 MiB | 00m01s Failed to download packages Librepo error: Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfcbfea6(sha256) I've tried removing the winehq.repo, reimporting the repo key (https://dl.winehq.org/wine-builds/winehq.key), readding the repo according to the instructions, and doing "dnf clean" and it keep failing the checksum checks. I know there's been some issues with the repo in the past, do we have another similar issue? -- 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 38142] New: Approach fields box only show 3/4 of one line
by wine-bugs＠winehq.org 15 Sep '25

15 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=38142 Bug ID: 38142 Summary: Approach fields box only show 3/4 of one line Product: Wine Version: 1.7.36 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com Distribution: --- Created attachment 50869 --> https://bugs.winehq.org/attachment.cgi?id=50869 Field Box Hi All, Wine 1.7.36 and Smart Suite N9.8.0208.1200. Would you guys please fix this for me. It is driving me NUTS! In the "Find Assistant" the Fields box only shows about 3/4 on one line. It makes it impossible to file the other lines in the box. I will attach a screen shot Many thanks, -T -- 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 21

[Bug 50242] New: Lotus Approach crashes on start up
by WineHQ Bugzilla 15 Sep '25

15 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=50242 Bug ID: 50242 Summary: Lotus Approach crashes on start up Product: Wine-staging Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68752 --> https://bugs.winehq.org/attachment.cgi?id=68752 Approach crash on start up Dear Wine Staging Maintainers, Fedora 33 wine-5.22-1.fc33.x86_64 As of 5.22, Lotus Approach now crashes on start up. Word Pro is okay. I have attached the trace. -T -- 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 33

[Bug 58204] New: Winecfg Audio tab doesn't enumerate drivers or show output devices, but test button works.
by WineHQ Bugzilla 15 Sep '25

15 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58204 Bug ID: 58204 Summary: Winecfg Audio tab doesn't enumerate drivers or show output devices, but test button works. Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 78512 --> http://bugs.winehq.org/attachment.cgi?id=78512 Screenshot of winecfg audio tab UI bug. Under Wine-10.7 (specifically the winehq-devel packages for Debian), the winecfg Audio tab doesn't seem to be functional even in a clean wine prefix. There is no drop down for selecting audio drivers, and the currently selected driver says "(None)". The output and input device selection drop down boxes all say "(System Default)" with no other options given. The speaker configuration is completely blank, and speakers drop down is empty and disabled. The only thing that does seem to work is the "Test Sound" button which does play a test sound, when clicked. Manually selecting an audio driver (such as winealsa) using the helpful registry key (HKCU->Software->Wine->Audio) does appear to work, but results in no visible changes to winecfg. (The change can only be observed from WINEDEBUG="+mmdevapi"'s console output.) Even when shutting down pulseaudio / pipewire (systemctl stop and systemctl disable), which _should_ just leave us with alsa, there are no visible changes in winecfg, and the test button still works. -- 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 7

[Bug 58411] New: Audio tab in winecfg hasn't worked since Wine 10.6
by WineHQ Bugzilla 15 Sep '25

15 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58411 Bug ID: 58411 Summary: Audio tab in winecfg hasn't worked since Wine 10.6 Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 78821 --> http://bugs.winehq.org/attachment.cgi?id=78821 Screenshot Since Wine 10.6, the Audio tab in winecfg says "Selected driver: (None)" at the top, the only option in all of the drop-downs is "(System default)", and the "Speaker configuration" section is empty. The "Test Sound" button still works though. `git bisect` says: a6aa0108f365b1465bc594a053af84116a28ce34 is the first bad commit commit a6aa0108f365b1465bc594a053af84116a28ce34 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Apr 15 12:57:37 2025 +0200 mmdevapi: Get rid of the Wine info device. -- 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 3

[Bug 58515] New: Street Chaves only displays a black screen (regression)
by WineHQ Bugzilla 15 Sep '25

15 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58515 Bug ID: 58515 Summary: Street Chaves only displays a black screen (regression) Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: denilsonsa(a)gmail.com Distribution: --- Wine versions up to 9.7 were able to render the game graphics correctly. Now I tested again on Wine version 10.11 and all I get is a black screen. The game seems to be working, because I can blindly press "Z" to confirm, then "5" to insert credits (and hear the sound effect), and "1" to start, an "Z" a couple of times to select my character and advance to the actual fight… After all of this, I can hear the in-game music and the in-game sound effects of the fight. I just can't see any of it due to being pure black. How to reproduce? 1. Get the game archive from https://archive.org/details/street-chaves-1.5-a 2. Unpack it anywhere, and run `wine Chaves.exe` 3. After a few moments, a black window without any decoration will show up. Having no decorations is normal expected behavior. Having it completely black is a bug/regression. Tests? The game works fine under "Proton Experimental" on the Steam Deck, but I don't know exactly what is the Wine version. It also works fine under "Proton 10.0-1 (beta)". It does NOT work (black screen) under Wine 10.11 on Manjaro Linux. It does NOT work (black screen) under wine-ge-8-26-x86_64, which is the default Wine runner for Lutris, installed from Flatpak. https://lutris.net/games/street-chaves/ Other Wine versions are untested. If you are testing other versions, please be aware that older versions had a problem with keyboard input. You could see graphics on the screen, but you couldn't progress any further. This has been solved in bug 52738. -- 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 24

[Bug 58558] New: In the Neverwinter Nights 1.69 toolset, the 3D areas have stopped working.
by WineHQ Bugzilla 15 Sep '25

15 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58558 Bug ID: 58558 Summary: In the Neverwinter Nights 1.69 toolset, the 3D areas have stopped working. Product: Wine-staging Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vivienne.lumina(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The Neverwinter Nights 1.69 Toolset has been working well in wine for more than 15 years. Now for the first time using wine-staging 10.11 and newer, the 3d area window fails to show. -- 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 12

[Bug 58701] New: World of Warcraft: When launching a classic version of wow the windows is not fullscreen
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58701 Bug ID: 58701 Summary: World of Warcraft: When launching a classic version of wow the windows is not fullscreen Product: Wine-staging Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pally.squatter102(a)passfwd.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 79303 --> http://bugs.winehq.org/attachment.cgi?id=79303 How the game launches together with the taskbar When I open up world of warcraft classic the game screen is not in fullscreen mode, it sets the game resolution to a custom to make space for taskbar. If you rightclick on wow task in the taskbar and tick the fullscreen checkbox it works fine, but if you close down the game and open up wow classic again it's back ot the custom game resolution to fit the taskbar into the screen. I have tried several versions of Wine, but since it happens with wine-staging I have a feeling it's somehwere there. Sadly I can't test older version of wine anymore since an update with the Blizzard Update Agent not waking up, which was solved in 10.1. I have seen people report this problem for the retail version of wow as well but works for me there so I can't really report it. There is a lutris thread asking about this issue as well. https://forums.lutris.net/t/world-of-warcraft-doesnt-go-fullscreen-anymore/… -- 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 58644] New: Gears of war Reloaded - doesn't start the actual game
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58644 Bug ID: 58644 Summary: Gears of war Reloaded - doesn't start the actual game Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: levanchelidze(a)gmail.com Distribution: --- Created attachment 79208 --> http://bugs.winehq.org/attachment.cgi?id=79208 terminal output I tried to start this game on uhd 620, i found footage online (youtube) that this game actually run on that hardware on windows so i wanted to see if can run on linux as well. However before the game starts it hangs i must say that once it actually entered and than hanged but usually it hangs here (screenshot). I installed vkd3d with winetricks and it hanged at the same place as well -- 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 4

[Bug 50210] New: S.T.A.L.K.E.R.: Call of Pripyat needs D3DX11GetImageInfoFromMemory implementation
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=50210 Bug ID: 50210 Summary: S.T.A.L.K.E.R.: Call of Pripyat needs D3DX11GetImageInfoFromMemory implementation Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Enhanced full dynamic lighting (DX11) fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 08D75427, src_data_size 65664, pump 00000000, img_info 0031D0C0, hresult 00000000 stub! wine-5.22-195-gcbca9f847f6 -- 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 9

[Bug 45870] New: Star Wars Pit Droids fails to install
by wine-bugs＠winehq.org 14 Sep '25

14 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=45870 Bug ID: 45870 Summary: Star Wars Pit Droids fails to install Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zzarko(a)gmail.com Distribution: --- Created attachment 62369 --> https://bugs.winehq.org/attachment.cgi?id=62369 Screenshot of error I have tried to install an old Win95 game, Star Wars Pit Droids, but it always crashes during the install (actual error is in screenshot). I have created 32-bit wine environment and selected W95 as OS version. The game can be found at: https://www.myabandonware.com/game/star-wars-pit-droids-403 I have tried this with Wine 2.4, same error. I'll add WINEDEBUG=warn+all outputs for both 3.16 and 2.4 versions. -- 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 7

[Bug 57877] New: CMD: Parsing issue: Mismatch in parentheses provoked by trailing tab
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57877 Bug ID: 57877 Summary: CMD: Parsing issue: Mismatch in parentheses provoked by trailing tab Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: Dominik-Home(a)gmx.de Distribution: --- Wine has issues in parsing if-statements like the following: if not [%FOO:~-1%] == [True] ( <----- NOTE THE TRAILING TAB HERE echo ENTERED IF-EXPRESSION ) On Windows those kind of expressions execute as expected but on Wine it errors with a note 'Mismatch in parentheses.'. While playing around with this construct I realised that the trailing tab may cause this issue. As soon as I remove it, the code seems to work. See also the attached reproducers. For reference this, is the last issue to get the PlanAhead (part of Xilinx ISE) batch scripts to work. They are responsible for configuring the environment and starting the GUI. -- 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 4

[Bug 48214] New: RPGmaker input does not work after moving window
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48214 Bug ID: 48214 Summary: RPGmaker input does not work after moving window Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: ilkka.prusi(a)gmail.com Distribution: --- In some games made with RPGMaker VX ACE the input does not work after you have moved window in desktop (input focus gone and back again). Symptom is that game character does not move, menu is not opened on pressing esc and so forth. This is repeatable on Debian bullseye with wine 4.0.2, Wayland + Gnome on x86-64 (Linux 5.4.1). To repeat simply grab the window with mouse, move it, click inside window and try keyboard input again. -- 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 6

[Bug 53475] New: Hang: underrun of data / failed to create thread
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=53475 Bug ID: 53475 Summary: Hang: underrun of data / failed to create thread Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dsound Assignee: wine-bugs(a)winehq.org Reporter: ilkka.prusi(a)gmail.com Distribution: --- Playing Alansya Chronicles in some situations the game will hang and needs to be forcibly closed. This happens on all Wine 7.x versions and I haven't tested with older versions of Wine. There are specific log entries to note when this hang occurs: (wine:3413): GStreamer-WARNING **: 22:20:23.968: failed to create thread: Error creating thread: Resource temporarily unavailable 028c:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred! Game uses many short audio samples during playback so perhaps thread pool is exhausted? Second entry would indicate that there is synchronization issue in the playback. But there is another indication that the dsound code is iffy: 01a0:err:quartz:DSoundRender_SendSampleData WaitForSingleObject() returned 0. This log entry is triggered when This->flush_event is signalled and the code is expecting timeout. This by itself is already strange looking code (from Win32-style standpoint), but what the code does next is even stranger. Flush event looks like it is meant as signal that code trying to write should exit, the comment says that much: /* Signaled when a flush or state change occurs, i.e. anything that needs * to immediately unblock the streaming thread. */ But when DSoundRender_SendSampleData() gets the signalled event it goes back and tries to continue the loop instead of exiting. I suspect the code expects that This->sink.flushing would have been set already when the event is signalled but apparently it isn't. However, having DSoundRender_SendSampleData() bail out on the event does not fix the hang, which would indicate there is more to the issue than just one part. So, maybe DSoundRender_SendSampleData() could check that if WaitForSingleObject() returns 0 (event signalled) it could just exit and log that instead of trying to repeat? It seems to be normal occurrence instead of error? The state management seems oddly complicated and like it was added later than by design initially? I suspect this could be made much simpler to avoid the issue. If there is race condition in state management, is it possible the code will hang indefinitely in DSoundRender_HandleEndOfStream()? That looks like a possible place that would explain the hang I'm seeing. -- 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 17

[Bug 48232] New: Unhandled exception: page fault on read access to 0x00f1f1f1 in 32-bit code
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48232 Bug ID: 48232 Summary: Unhandled exception: page fault on read access to 0x00f1f1f1 in 32-bit code Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ilkka.prusi(a)gmail.com Distribution: --- Created attachment 65877 --> https://bugs.winehq.org/attachment.cgi?id=65877 Backtrace of crashed program Crash during running game made with RPG Maker VX ACE. (error details in attached backtrace) -- 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 5

[Bug 30969] New: Tron 2.0 - No music while playing game and in menu
by wine-bugs＠winehq.org 13 Sep '25

13 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=30969 Bug #: 30969 Summary: Tron 2.0 - No music while playing game and in menu Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: an0nym0usse(a)hotmail.com Classification: Unclassified Created attachment 40628 --> http://bugs.winehq.org/attachment.cgi?id=40628 output when launching Tron.exe No music while playing game and in menu. The game install with no problem I add the msvcirt.dll in system32 like suggested on the wine site All seems to go well, the first setting menu launch with sound After that the diverse publishing companies videos are played with sound. After a couple of seconds the Game menu appears with sound effects but NO MUSIC. No music while playing the game too. You can look for clues in attachment1 When I re-install WMFADist.exe (probably audio codecs) included in Tron 2.0 cd it seem to install without a problem but in the console it give some errors: zool@Satellite-M40:~/JEUX/Progz/Win32/Tron2$ wine WMFADist.exe fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0 err:setupapi:SetupDefaultQueueCallbackW copy error 0 L"C:\\users\\zool\\Temp\\IXP000.TMP\\msdmo.dll" -> L"C:\\windows\\system32\\msdmo.dll" fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0 err:setupapi:SetupDefaultQueueCallbackW copy error 0 L"C:\\users\\zool\\Temp\\IXP000.TMP\\msvcrt.dll" -> L"C:\\windows\\system32\\msvcrt.dll" fixme:sfc:SFC_3 0 fixme:sfc:SFC_3 0 fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported. err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\windows\\system32\\logagent.exe" failed with error 0 err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\windows\\system32\\logagent.tlb" failed with error 2 It's all for now P.S. I have filed this bug under : directx-dmusic, seemed logical -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 20

[Bug 58666] New: wine 10.14 fails to build in alpine linux x86
by WineHQ Bugzilla 13 Sep '25

13 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58666 Bug ID: 58666 Summary: wine 10.14 fails to build in alpine linux x86 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nathbappai(a)gmail.com Distribution: --- Created attachment 79251 --> http://bugs.winehq.org/attachment.cgi?id=79251 linker error output * gcc 15.2.0 * mingw gcc 15.2.0 * build script https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/wine/A… * build error is in the attached linker-error-output.txt file. -- 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 3

[Bug 58651] New: Legacy of Kain: Blood Omen black screen on startup but with sound
by WineHQ Bugzilla 13 Sep '25

13 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58651 Bug ID: 58651 Summary: Legacy of Kain: Blood Omen black screen on startup but with sound Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: erwiniosef(a)gmail.com Distribution: --- NOTE: This is with Verok's GL patch: https://www.pcgamingwiki.com/wiki/Blood_Omen:_Legacy_of_Kain#Essential_impr… Verok's patch works via adding in 'ddraw=native' in DLLOVERRIDEs, the last working version was 10.10 with https://gitlab.winehq.org/wine/wine/-/merge_requests/7064 patch The game launches with a black screen, the sound works and I can use the keyboard to control the game with the game giving feedback back through sound, so the only problem is the black screen. -- 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 6

[Bug 58650] New: Mouse cursor becomes invisible and unmovable
by WineHQ Bugzilla 13 Sep '25

13 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58650 Bug ID: 58650 Summary: Mouse cursor becomes invisible and unmovable Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: agarplayerarlon(a)gmail.com Distribution: --- Created attachment 79226 --> http://bugs.winehq.org/attachment.cgi?id=79226 video of the issue in FL Studio with the wine wayland driver, if I move the mouse cursor to certain elements of the sidebar, that have names that are longer than the width of the sidebar, the mouse cursor becomes invisible and now in wine 10.14 unmovable, if I remember correctly up to wine 10.13 I was able to move the mouse, it would just becomes invisible, but as you can see in the video, it now becomes unmovable and the only way to move it again is to press the meta key and then since it took the focus away I can move it again. of course these issues don't happen when using xwayland with the x11 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.

1 1

[Bug 54070] New: winevulkan Assertion failed
by WineHQ Bugzilla 13 Sep '25

13 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=54070 Bug ID: 54070 Summary: winevulkan Assertion failed Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: santafejayyt(a)gmail.com Distribution: --- Created attachment 73619 --> https://bugs.winehq.org/attachment.cgi?id=73619 Image of the error I'm currently unable to run Roblox Studio at all on the latest wine-staging version, with winevulkan erroring with "Assertion failed! File: wine-staging/dlls/winevulkan/loader_thunks.c Line: 5156" Expression: "!status" I don't see an stderr or stdout log anywhere except for this error. I tested both a custom wine-staging build, the AUR package wine-staging, as well as compiled from source. -- 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 10

[Bug 41549] New: Hover! in fullscreen mode does not cover the top bar in Gnome.
by wine-bugs＠winehq.org 13 Sep '25

13 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=41549 Bug ID: 41549 Summary: Hover! in fullscreen mode does not cover the top bar in Gnome. Product: Wine Version: 1.9.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aaronbpaden(a)gmail.com Distribution: --- I'm using wine-staging 1.9.20. When you set Hover! to fullscreen, it sets the display resolution and fills up most of the screen as it should, but it's set under top bar in GNOME, resulting in several rows of pixels from the bottom of the application also being outside of the display. I confirmed that Hover! does cover the task bar in a Windows VM. There's nothing really in the logs, except for a weird "fixme:process:LoadModule Strange error set by CreateProcess: 193", but that shows up before setting fullscreen. -- 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 8

[Bug 58480] New: winebuild ASLR breaks older DLLs
by WineHQ Bugzilla 13 Sep '25

13 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58480 Bug ID: 58480 Summary: winebuild ASLR breaks older DLLs Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tres.finocchiaro(a)gmail.com Distribution: --- The following commit (to the best of my understanding) introduces build flags to the PE sections of a wineg++ produced '.so.exe' file that force ASLR/DYNAMICBASE onto executables that it creates. https://github.com/wine-mirror/wine/commit/518e394794160818ffe6826c874ff2f5… As identified downstream with mingw and msvc, some scenarios exist where this ASLR/DYNAMICBASE must be disabled for the highest compatibility with 3rd-party DLLs, specifically 3rd-party VST instrument and effect plugins as they're loaded through DAWs using a Linux-wine-bridge. (Linux can be read ambiguously here, the issue would impact Unixes too) The downstream bug report encompases Windows and Wine instances of the LMMS application, however a solution exists on Windows for both the MSVC compiler as well as the mingw compiler (via relevant dynamicbase flags). MSVC: https://learn.microsoft.com/en-us/cpp/build/reference/dynamicbase mingw: https://www.msys2.org/news/#2021-01-31-aslr-enabled-by-default Applying a similar flag to wineg++/winegcc/winebuild has proven difficult without forking the winebuild executable. The stop-gap patch that LMMS has developed is provided here as a reference https://github.com/Fastigium/winebuild/commit/7f9e27e44cfb8eba79f3850f46e12… however this patch requires us to add winebuild as a build-time dependency to our build system. This is OK for a stop-gap, but as a long-term solution, I would like advice from the winehq team on how to support legacy DLLs (such as pre-Vist VST plugins) through a wine-bridge as a long-term solution. -- 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 13

← Newer
1
2
3
4
5
6
7
8
...
6366
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs