June 2026 - Wine-Bugs - list.winehq.org

[Bug 59874] New: winmm: infinite playback on waveOutWrite with WHDR_BEGINLOOP|WHDR_ENDLOOP and dwLoops=0
by WineHQ Bugzilla June 15, 2026

June 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59874 Bug ID: 59874 Summary: winmm: infinite playback on waveOutWrite with WHDR_BEGINLOOP|WHDR_ENDLOOP and dwLoops=0 Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)list.winehq.org Reporter: nedsociety(a)gmail.com Distribution: ArchLinux Created attachment 81179 --> http://bugs.winehq.org/attachment.cgi?id=81179 MRE In wine/dlls/winmm/waveform.c, the audio fill callback handles the combined-flag case with two sequential if statements (not if/else if), so both branches execute in the same pass when a buffer carries both flags: ```c if(queue->dwFlags & WHDR_BEGINLOOP){ device->loop_start = device->playing; device->playing = queue->lpNext; device->loop_counter = queue->dwLoops; /* set to 0 */ } if(queue->dwFlags & WHDR_ENDLOOP){ --device->loop_counter; /* underflows 0xFFFFFFFF */ if(device->loop_counter) /* loops back */ device->playing = device->loop_start; else device->loop_start = device->playing = queue->lpNext; } ``` Under `WHDR_BEGINLOOP | WHDR_ENDLOOP && dwLoops=0` the loop counter underflows as noted above, producing infinite playback. Attached MRE (audioloop-mre.c, generated with AI, reviewed myself) generates a do-re-mi tone (C4 -> D4 -> E4, 0.5 s each running once) and submits it via waveOutWrite with the reproducing flags. - build: `winegcc audioloop-mre.c -o audioloop-mre -lwinmm -lm` - expected: prints "WOM_DONE received" after ~1.5 s. - actual: do-re-mi loops continuously, times out after 10 s. A short disclaimer; on MSDN I couldn't find the proper behavior, since it doesn't even define what `dwLoops = 0` means at all. Though I'm certain that it should work as expected based on my prior experience with some concrete apps with which I'm having this trouble. -- 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 59873] New: Build fails with: undefined reference to `gst_video_format_info_component'
by WineHQ Bugzilla June 15, 2026

June 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59873 Bug ID: 59873 Summary: Build fails with: undefined reference to `gst_video_format_info_component' Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)list.winehq.org Reporter: pmenzel+bugs.winehq.org(a)molgen.mpg.de Distribution: --- Wine 11.10, and GStreamer 1.16.1. The build fails with: ``` $ ./configure --prefix=/dev/shm/pmenzel/local/wine-11.11-0 --with-x --with-gnutls --with-opengl --without-vulkan --with-wayland --enable-win64 --enable-archs=x86_64 --disable-tests […] $ make -j100 […] /usr/lib/gcc/x86_64-pc-linux-gnu/12.5.0/../../../../x86_64-pc-linux-gnu/bin/ld: dlls/winegstreamer/wg_transform.o: in function `align_video_info_planes': /pkg/wine-11.10-0/build/wine-11.10/dlls/winegstreamer/wg_transform.c:133:(.text+0xa15): undefined reference to `gst_video_format_info_component' collect2: error: ld returned 1 exit status make: *** [Makefile:163833: dlls/winegstreamer/winegstreamer.so] Error 1 make: *** Waiting for unfinished jobs.... ``` Wine 11.0 builds fine. The versions between were not tested. -- 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 59860] New: When attempting to find symbol "ResolveAddress" from version.dll, code errors out.
by WineHQ Bugzilla June 15, 2026

June 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59860 Bug ID: 59860 Summary: When attempting to find symbol "ResolveAddress" from version.dll, code errors out. Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: netradeepakc(a)gmail.com Distribution: --- Created attachment 81168 --> http://bugs.winehq.org/attachment.cgi?id=81168 A zip file containing both the dll in question and the inspection results of said dll I have attached the version.dll file in question. When code is attempting to read a function int this dll, it thows the following error: ``` Failed to get 'ResolveAddress' address. Process will now close. Last error: 127 ``` The code in question is this, https://github.com/maximegmd/CyberEngineTweaks/blob/master/src/reverse/Relo… line 44 ``` resolveFunc = reinterpret_cast<functionType>(GetProcAddress(handle, functionName)); ``` I have inspected the version.dll file and it does have that function. And this code has been tested on a windows native setup. PFA the version.dll inspection results -- 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

[Bug 59862] New: WineHQ Forum says it's the Crossover Forum
by WineHQ Bugzilla June 15, 2026

June 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59862 Bug ID: 59862 Summary: WineHQ Forum says it's the Crossover Forum Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)list.winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- Created attachment 81174 --> http://bugs.winehq.org/attachment.cgi?id=81174 Screenshot of the forum showing "Crossover" See attached screenshot. Trying to view posts results in a 500 internal error. -- 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 57287] New: Wayland issues
by WineHQ Bugzilla June 14, 2026

June 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=57287 Bug ID: 57287 Summary: Wayland issues Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: mike(a)fireburn.co.uk Distribution: --- I'm not sure if these issues are in wine or kwin (tested with 6.1.5 & 6.2.0) Apps don't use system toolbars, this can be seen with winecfg or regedit Battle.net doesn't render anything to the screen The systray isn't integrated Launching WoW works, identifies that there are 3 screens but you can't control which is primary correctly, the default screen doesn't have the correct resolutions available, maxes out at 1920x1080 Switching to windowed mode stops any further mouse input to the game screen - keyboard entries are fine This is the first version that things have launched without crashing Everything works fine under x11, is there anything I can do to pinpoint if these are kwin bugs or not? -- 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 58316] New: Wine Wayland window only opens on "monitor 1" and cannot be moved
by WineHQ Bugzilla June 14, 2026

June 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=58316 Bug ID: 58316 Summary: Wine Wayland window only opens on "monitor 1" and cannot be moved Product: Wine Version: 10.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: dakky198(a)gmail.com Distribution: --- I've tested this both on Mutter and KWin. When launching a fullscreen game using Wine's Wayland drivers (by utilizing `env -u DISPLAY game.exe` the game launches on my secondary monitor no matter what you try doing. I've determined this is because my graphics drivers have that monitor set as "monitor 1". If I try to move the window to my other monitor, the window snaps back immediately to it's original position. Windowed applications also spawn only on "monitor 1" but allow themselves to be moved to another monitor. However, they retain the resolution/scaling/etc from their original position and do not update to match the new monitor. In my case, they spawn on a 1080p monitor and when moving them to 1440p the window scales to be quite small. -- 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 40960] New: mIRC: Skips over previous window/channel/ query when clicking the current window/channel/query icon/name.
by wine-bugs＠winehq.org June 14, 2026

June 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=40960 Bug ID: 40960 Summary: mIRC: Skips over previous window/channel/query when clicking the current window/channel/query icon/name. Product: Wine Version: 1.9.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ineedalifetoday(a)live.com Distribution: --- $ wine --version wine-1.9.14 (Debian 1.9.14-1) $ sha1sum mirc745.exe 8d8c2949756dd619c9bbb5ade7a04bc24d2ee40b mirc745.exe http://www.mirc.com/get.html 1, Install mIRC 7.45 2, At end of installer, [Check] Run mIRC. 3, Click "Finish". 4, "About mIRC" window will show up. Click "Continue". Wait ~10 seconds Click "Continue". 5, "mIRC Options" Click "OK". 6, In the text box type: "//window @apple | window @baked | window @cake | window @dish" Press ENTER. This will create four windows. 7, Click "Yes" at the Command Warning. 8, In the treebar (thing on the left side of mIRC). Click the text or icon "@cake" then "@baked" then "@apple". 9, Click "@apple" again. In Windows, mIRC will go to "@baked" window as intended. Clicking the current window/channel/query icon/name you are in will take you back to the previous window. Now that you are in the "@baked" window, if you click the "@baked" window/icon again, it will take you to the "@cake" icon/window. In Wine, mIRC will go to "@baked" then jump to the "@cake" window. This is wrong. -- 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 59868] New: cmd: Allowance for buffer overflow in del command implementation
by WineHQ Bugzilla June 14, 2026

June 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=59868 Bug ID: 59868 Summary: cmd: Allowance for buffer overflow in del command implementation Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)list.winehq.org Reporter: barathrk11(a)gmail.com Distribution: --- While working on another part of the programs/cmd/builtins.c file, I noticed this particular snippet: static BOOL WCMD_delete_one (const WCHAR *thisArg) { DWORD wanted_attrs; DWORD unwanted_attrs; BOOL found = FALSE; /* MAX_PATH = 260 */ WCHAR argCopy[MAX_PATH]; WIN32_FIND_DATAW fd; HANDLE hff; WCHAR fpath[MAX_PATH]; WCHAR *p; BOOL handleParm = TRUE; WCMD_delete_parse_attributes(&wanted_attrs, &unwanted_attrs); /* Blind copy */ lstrcpyW(argCopy, thisArg); WINE_TRACE("del: Processing arg %s (quals:%s)\n", wine_dbgstr_w(argCopy), wine_dbgstr_w(quals)); if (!WCMD_delete_confirm_wildcard(argCopy, &found)) { /* Skip this arg if user declines to delete *.* */ return FALSE; } /* First, try to delete in the current directory */ hff = FindFirstFileW(argCopy, &fd); ... -- 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 59056] New: Kontakt 8: fails to install: "FALSE"
by WineHQ Bugzilla June 14, 2026

June 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=59056 Bug ID: 59056 Summary: Kontakt 8: fails to install: "FALSE" Product: Wine Version: 10.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)list.winehq.org Reporter: mail+winehq(a)astr.cc Distribution: --- Created attachment 79824 --> http://bugs.winehq.org/attachment.cgi?id=79824 install traces for both kontakt 7 and 8 When trying to install Native Instruments' Kontakt 8 (both full and Player), the installer fails with the error "The Native Instruments Kontakt 8 Setup has failed: "FALSE". Please check your settings and try again". Kontakt 7 (Player), which uses a nearly identical installer setup (InstallAware Wizard-based), installs just fine. The Player version is free, but requires going through the Native Access download manager (which itself is annoying to get working on Wine, see AppDB): https://www.native-instruments.com/en/products/komplete/samplers/kontakt-8-… I'm working with these binaries: 73632dc3fa6ac54365ca9c3f892083598fd42c72 Kontakt 7 7.10.9 Setup PC.exe c71edf4f829dc3cbf34a92d152cccbb6092c5666 Kontakt 8 8.7.2 Setup PC.exe I've attached install logs on a fresh prefix with WINEDEBUG=+msi,+msidb,+warn for both 7 and 8 so you can look at the differences. Notably, it seems like the .msi file by Kontakt 8 extracted to C:\Windows\Installer is malformed in some way - trying to open it with msitools yields "Table size is invalid 148/3" when loading _Tables (and this is in the Wine logs as well), and real Windows agrees with this. The string pool seems to have a lot of empty(?) entries at the end (see string_totalsize traces), which for 8 is enough to push it past the 2^16 threshold in msi_save_string_table (https://gitlab.winehq.org/wine/wine/-/blob/4dfbf077cf708e4bbffa8e086d78d665…) This then makes the _Tables table fail to load. If I run the installer in a windows VM, the dropped .msi file won't have the blank entries at the end, and will install correctly (with a string pool size of ~50k rather than ~80k). I'm not sure what's causing the extra entries and whether *that's* the bug, or if it just needs to be saved differently? -- 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 58494] New: Panel headers not readible (application stimfit)
by WineHQ Bugzilla June 14, 2026

June 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=58494 Bug ID: 58494 Summary: Panel headers not readible (application stimfit) Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- Created attachment 78949 --> http://bugs.winehq.org/attachment.cgi?id=78949 Debug log when starting stimfit-lite for windows under wine. The issue is described also here: https://github.com/neurodroid/stimfit/issues/110 Some text in some panels is not visible when using wine, but its working fine on Windows. In order to reproduce the issue, you need: stimfit-lite-0.16.8-win64.exe available from here https://github.com/neurodroid/stimfit/releases/download/v0.16.8/ and some example data, e.g. download and unzip https://github.com/user-attachments/files/19322137/20250314_S5_C1_CellChar.… When starting stimfit under wine, and loading the data data, e.g. with this command, wine stimfit-lite-0.16.8-win64.exe 20250314_S5_C1_CellChar.cfs The panel headers "Trace selection", "Channel selection", "Results" are not readible. The debug log is attached. I'm testing on Debian13, with Mate desktop. -- 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 5