- Wine-bugs - list.winehq.org

[Bug 59084] New: Anna's Sweets Adventure doesn't start due to RegisterDragDrop() failed (Siv3D < v0.6.15).
by WineHQ Bugzilla 04 Dec '25

04 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59084 Bug ID: 59084 Summary: Anna's Sweets Adventure doesn't start due to RegisterDragDrop() failed (Siv3D < v0.6.15). Product: Wine Version: 10.20 Hardware: x86-64 URL: https://www.freem.ne.jp/win/game/34320 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)list.winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu Anna's Sweets Adventure (ja:アンナのお菓子な大冒険) is an adventure game written with Siv3D. On Wine 10.20, it doesn't start and pop up an error message. Steps to reproduce: 1. Visit https://www.freem.ne.jp/win/game/34320 and follow the download step to obtain the archive. SHA1(anna_sweets_adventure.zip) = df9ef529b2e07c628630719af702998ca1f83d2e 2. unzip anna_sweets_adventure.zip 3. cd アンナのお菓子な大冒険 4. wine アンナのお菓子な大冒険.exe Expected result: The game starts and shows main window. Actual result: The game doesn't start and show the following message in the message box instead of main window. [EngineError] RegisterDragDrop() failed Credit to @multireact, who originally reported this issue on X. -- 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 59083] New: Encountered infinite recursion while looking up resource 'Arg_ExternalException' in System.Private.CoreLib.
by WineHQ Bugzilla 04 Dec '25

04 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59083 Bug ID: 59083 Summary: Encountered infinite recursion while looking up resource 'Arg_ExternalException' in System.Private.CoreLib. Product: Wine Version: 10.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: huntergx(a)protonmail.com Distribution: ArchLinux Created attachment 79870 --> http://bugs.winehq.org/attachment.cgi?id=79870 error after running "wine PAKtool.exe" The latest wine update on arch has broke some (not sure if all) applications that relies on .net desktop runtime. Downgrading wine on Arch to 10.19 solved it. Steps to reproduce. 1. Download SATools https://github.com/X-Hax/sa_tools/releases/tag/659 2. Install latest version of .NET Desktop Runtime https://dotnet.microsoft.com/download/dotnet/thank-you/runtime-8.0.22-windo… 3. run any tool in the SATools tools directory -- 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 58104] New: MPRIS support for programs with background media playback
by WineHQ Bugzilla 04 Dec '25

04 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=58104 Bug ID: 58104 Summary: MPRIS support for programs with background media playback Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: aaronliu0130(a)gmail.com Distribution: --- Windows has a feature where at least background media playback (through what seems to be the [Windows.Media.Playback.BackgroundMediaPlayer](https://learn.microsoft.com/e… and [Windows.Media.Playback.MediaPlayer](https://learn.microsoft.com/en-us/uwp/a… APIs) sends information about the currently playing audio to the system, where one may control the playback (through buttons or media keys. Play/Pause at minimum) and often view the current track's Title, Artist, Album Art, and the current progress, with "previous" and "next" keys also available. The Linux equivalent for this is [MPRIS](https://specifications.freedesktop.org/mpris-spec/latest/) (Media Player Remote Interfacing Specification), and it would be nice if Wine would gather the data send via these Windows APIs and send MPRIS information. -- 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 59043] New: Error wine: could not load kernel32.dll
by WineHQ Bugzilla 03 Dec '25

03 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59043 Bug ID: 59043 Summary: Error wine: could not load kernel32.dll Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: winehq(a)hadrian-way.co.uk Distribution: --- Created attachment 79809 --> http://bugs.winehq.org/attachment.cgi?id=79809 Shell output of attemting to launch Memory Map I have used Wine for many years and have previously contributed to WineHQ with test reports for Memory Map. Owing to an unrelated problem, I had to resort to a clean installation of Kubuntu 24.04. Related facts: 1. I had earlier upgraded to Kubuntu 25.10. 2. My /home directory is on a separate partition and was not overwritten. 3. This is a 64 Bit Dell Optiplex 790. 3. On restoration to 24.04, everything worked except wine (see attachment). I vaguely remember seeing this before, (some years ago), but cannot remember what I did. -- 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 15

[Bug 59080] New: 64-bit Linux wine-loader requires 32-bit dynamic linker
by WineHQ Bugzilla 03 Dec '25

03 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59080 Bug ID: 59080 Summary: 64-bit Linux wine-loader requires 32-bit dynamic linker Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)list.winehq.org Reporter: alex.franchuk(a)gmail.com Distribution: --- As of https://gitlab.winehq.org/wine/wine/-/commit/8c3f205696571558a6fae42314370f… (since wine 10.2), the loader defaults to the 32-bit loader, however this requires the 32-bit dynamic linker to be present (e.g. `/lib/ld-linux.so.2`). I feel this is undesirable; I had to install multilib files (32-bit glibc) to be able to run wine correctly. Note that I encountered this issue using pre-compiled wine binaries distributed as part of the Firefox cross-compile toolchain. I didn't look too deeply (but didn't see anything as part of that commit), but if there's some wine compile-time checks which determine whether this behavior occurs, perhaps that is to blame (e.g., if the server which compiled the wine toolchain had multilib files). Maybe this behavior should do a quick sanity check (like looking for the presence of `/lib/ld-linux.so.2`) before switching to the 32-bit loader? -- 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 59036] New: Wine-devel 10.19 - 0ld Win95 game Hellbender crashes on setup.exe / auto.exe / Hellbend.exe
by WineHQ Bugzilla 03 Dec '25

03 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59036 Bug ID: 59036 Summary: Wine-devel 10.19 - 0ld Win95 game Hellbender crashes on setup.exe / auto.exe / Hellbend.exe Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)list.winehq.org Reporter: eick.roberto(a)gmail.com Distribution: --- Created attachment 79798 --> http://bugs.winehq.org/attachment.cgi?id=79798 backtrace bug 1 Old Win95 game (32bit) Hellbender crashes on setup.exe / auto.exe / Hellbend.exe Standard wine folder @ /home/user/.wine Happens persistently, on my Debian Sid x86_64 running Wine-devel 10.19 with the so called Experimental Wow64 mode. Seems to be unable to access file '/usr/src/packages/BUILD/dlls/winmm/waveform.c' Must related to sound, which should start playing but it doesn't, it crashes, after actually drawing/decorating the windows. Attachmed backtrace/details. There's a very strance path it tries to locate the "waveform.c". If I go into /usr/src no "packages" directory nor those subdirectories exist. Maybe it should be looking at a different location. -- 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 43849] New: Heroes of the Storm; crashes when Call Mech effect is on-screen
by wine-bugs＠winehq.org 03 Dec '25

03 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=43849 Bug ID: 43849 Summary: Heroes of the Storm; crashes when Call Mech effect is on-screen Product: Wine Version: 2.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonathan(a)pearce.name Distribution: --- Steps to reproduce: Start Heroes of the Storm. Enter Try mode with D.Va. Take tower damage until your mech is dead. Shoot enemies until your Call Mech cooldown is activated. Use Call Mech 'E'. The mech arrival effect will begin but the game will crash before the mech becomes visible on-screen. A dialog box pops up with a e_gfxerrorshadercompilefailed error. Relevant wine stdout: fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004. fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004. fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 fixme:hlsl_parser:hlsl_parse Check for valued return on void function. fixme:hlsl_parser:hlsl_parse Implicit conversion to the return type if needed, error out if conversion not possible. err:d3dcompiler:compile_shader HLSL shader parsing failed. fixme:dbghelp:elf_search_auxv can't find symbol in module fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004. fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub I experimented with winetricks d3dx9_43 but that didn't fix the crash (it does change the error signature). I also tried d3dcompiler_43 (native) but it didn't seem to matter. -- 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 29

[Bug 43775] New: Heroes of the Storm crash on start with d3d11
by wine-bugs＠winehq.org 03 Dec '25

03 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=43775 Bug ID: 43775 Summary: Heroes of the Storm crash on start with d3d11 Product: Wine Version: 2.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maxi.cass11(a)gmail.com Distribution: --- Created attachment 59282 --> https://bugs.winehq.org/attachment.cgi?id=59282 terminal Output 2.17-staging with dx11 I don't know if the bug is in the non-staging version because Battlenet crash in non-staging. My game crash on my laptop with d3d11, I need to set the -dx9 argument to correct this. -- 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 48

[Bug 58988] New: [regression] Battle.net fails to start
by WineHQ Bugzilla 03 Dec '25

03 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=58988 Bug ID: 58988 Summary: [regression] Battle.net fails to start Product: Wine-staging Version: 10.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: mboquien(a)free.fr CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 79711 --> http://bugs.winehq.org/attachment.cgi?id=79711 Crash log Since wine-staging 10.19, Battle.net fails to start. It displays the connection window for a brief moment then it displays a crash reporting interface for Blizzard. Downgrading to wine-staging 10.18 fixes the 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 5

[Bug 59048] New: Wine 10.19 with wow64 breaks RPGM games
by WineHQ Bugzilla 03 Dec '25

03 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59048 Bug ID: 59048 Summary: Wine 10.19 with wow64 breaks RPGM games Product: Wine Version: 10.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: coco.claudio(a)postme.pm Distribution: --- Created attachment 79819 --> http://bugs.winehq.org/attachment.cgi?id=79819 wine Game.exe command output I'm using ArchLinux (package `wine-staging`, but the `wine` package doesn't work either) so it *could* be a PKGBUILD problem, but I doubt it since I compared the dependencies for both the 10.18.1 and the 10.19.1 and they are the same. I've recreated the prefix, in both my tests for either versions, and the 10.18.1 always work while the other doesn't. At first I thought it was an architecture problem, but I tried to run the 32bit version of a renpy game and it 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 5