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

[Bug 58921] New: WebView2 does not work with Windows version setting 8.1 or newer
by WineHQ Bugzilla Sept. 25, 2026

Sept. 25, 2026

http://bugs.winehq.org/show_bug.cgi?id=58921 Bug ID: 58921 Summary: WebView2 does not work with Windows version setting 8.1 or newer Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: felixhaedicke(a)web.de Distribution: --- Created attachment 79605 --> http://bugs.winehq.org/attachment.cgi?id=79605 webview.log (log created by WebView2) For testing WebView2, I am using my "SimpleWebView2Browser", see https://github.com/felixhaedicke/SimpleWebView2Browser for source code and binaries. Steps to get it running on a fresh wineprefix: * Install WebView2 runtime using the "Evergreen Standalone Installer" for x64 from Inst https://developer.microsoft.com/en-us/microsoft-edge/webview2 * Set Windows version to Windows 7 or 8. * Use my "SimpleWebView2Browser" binaries from https://github.com/felixhaedicke/SimpleWebView2Browser/releases/tag/v0.1 It is sufficient to set the Windows version for "msedgewebview2.exe" (which is part of the WebView2 runtime): wine reg add "HKEY_CURRENT_USER\Software\Wine\AppDefaults\msedgewebview2.exe" /v Version /t REG_SZ /d win8 It does not work with Windows version set to 8.1, 10 or 11. The problem is probably that WebView2 tries to use the DirectComposition API on Windows 8.1 or newer. Message in the WebView2 debug log: DCompositionCreateDevice failed: Not implemented. (0x80004001) The attached WebView2 debug log was captured using the WebView2 logging functions, which can be enabled using the WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS environment variable. Command line used to start the browser process, and to capture the attached logs: WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--enable-logging --v=1 --log-file=c:/webview.log" wine SimpleWebView2Browser.exe 2> wine-output.txt -- 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 17

[Bug 25329] New: Divinity II demo fails to start gameplay screen unless I winetricks wmp9
by wine-bugs＠winehq.org Sept. 25, 2026

Sept. 25, 2026

http://bugs.winehq.org/show_bug.cgi?id=25329 Summary: Divinity II demo fails to start gameplay screen unless I winetricks wmp9 Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: shannon.vanwagner(a)gmail.com Divinity2 demo starts to character creation but won't launch gameplay. So after installing winetricks wmp9, the introductory videos play and the game runs. -- 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.

3 45

[Bug 57100] New: Command Post fails to load
by WineHQ Bugzilla Sept. 25, 2026

Sept. 25, 2026

https://bugs.winehq.org/show_bug.cgi?id=57100 Bug ID: 57100 Summary: Command Post fails to load Product: Wine Version: 9.16 Hardware: x86-64 URL: https://cgf-uploads.net/production/public/files/Comman dPostInstaller.zip OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 76978 --> https://bugs.winehq.org/attachment.cgi?id=76978 Wine 9.16 console output Immediately following installation of Command Post, the application fails to load. Subsequent attempt to run the application fails in the same way. wine "c:\program files\command post\commandpost.exe" > System.Runtime.Remoting.RemotingException: Channel CommandPost-KW-UniqueKeytest:SingeInstanceIPCChannel is not securable while ensureSecurity is specified as true Workaround is dotnet45 (if using Winetricks you need to set the Windows version to Windows 7 after installation: "winetricks dotnet45 win7"). https://cgf-uploads.net/production/public/files/CommandPostInstaller.zip https://web.archive.org/web/20240825002112/https://cgf-uploads.net/producti… c7b571e5020866e068c8b780782be72cf5f8df3f CommandPostInstaller.exe d29f3e8bceace7fc43113728555c2eae4f684d1b CommandPostInstaller.zip -- 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 50418] New: ArcGIS Pro fails to launch with wine-mono
by WineHQ Bugzilla Sept. 24, 2026

Sept. 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=50418 Bug ID: 50418 Summary: ArcGIS Pro fails to launch with wine-mono Product: Wine Version: 6.0-rc4 Hardware: x86-64 URL: http://data.wvgis.wvu.edu/SecureFTP/securedownload/arc /ArcGIS%20Pro/ArcGISPro_22_163783.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Unhandled Exception: System.InvalidProgramException: Invalid IL code in ActiproSoftware.Windows.Controls.Ribbon.UI.RibbonMeasurements:set_BackstageTabWidth (double): IL_0002: stsfld 0x04000137 at ArcGIS.Desktop.Framework.FrameworkApplication..ctor () [0x00169] in <a27482abd44f4054a15c91c81cd4a531>:0 at ArcGIS.Desktop.Core.ProApp..ctor () [0x00012] in <5f84b0450bdb4a808e04ab6ef46dd283>:0 at <Module>.main (System.String[] args) [0x00000] in <bb19de946d75458385874ec2b780dbb5>:0 I haven't tried debugging yet. -- 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

[Bug 59068] New: ScriptPlace() total run width sum inconsistent with advance width array sum
by WineHQ Bugzilla Sept. 23, 2026

Sept. 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=59068 Bug ID: 59068 Summary: ScriptPlace() total run width sum inconsistent with advance width array sum Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usp10 Assignee: wine-bugs(a)list.winehq.org Reporter: benc.marek.elektro98(a)proton.me Distribution: --- Created attachment 79842 --> http://bugs.winehq.org/attachment.cgi?id=79842 Example program with ScriptPlace() that displays a run's advance width. Hello, I'm working on a Uniscribe text editor and doing a bit of testing with Wine too, and I've hit an issue where the ScriptPlace() function's last argument, the ABC width of the run, occasionally has an inconsistent width as compared to the sum of the advance width elements provided through the piAdvance array. The MSDN documentation appears to suggest that the sum of the fields provided by the ABC parameter should match the total width of the run: https://learn.microsoft.com/en-us/windows/win32/api/usp10/nf-usp10-scriptpl… """ The composite ABC width for the whole item identifies how much the glyphs overhang to the left of the start position and to the right of the length implied by the sum of the advance widths. The total advance width of the line is exactly abcA+abcB+abcC. The abcA and abcC values are maintained as proportions of the cell height represented in 8 bits and are thus roughly +/-1 percent. The total width retrieved, which is the sum of the abcA+abcB+abcC values indicated by piAdvance, is accurate to the resolution of the TrueType shaping engine. """ I'm adding the source code of a simple demonstration program to show the error in the attachment. Here's the build command: $ i686-w64-mingw32-gcc -o scriptplace_abc_testcase.exe scriptplace_abc_testcase.c -lusp10 -lgdi32 -municode -O2 -Wall -Wextra -W This example uses a string that triggered the condition for me in my text editing widget, which I noticed as the caret being misaligned, since the distance of the caret from the edge of the run was measured with the assumption that the total advance width is abcA+abcB+abcC, but that is not the case. The example program generates a single text run, displays it on-screen with the default UI font retrieved by SPI_GETNONCLIENTMETRICS (Tahoma) with a 24 pt size, and displays the advance width value for each glyph, their sum, the ABC values, and their sum. On Debian 13 with wine-10.0 (Debian 10.0~repack-6), I'm getting the following: testprog_load_1st_glyph_run(): first_run->abc: { abcA: 16, abcB: 178, abcC: 28 }, total: 222 testprog_load_1st_glyph_run(): first_run->glyph_advances: [ 17, 17, 15, 12, 10, 24, 8, 12, 18, 10, 12, 18, 12, 17, 17 }, total: 219 On Windows, I'm getting the following: testprog_load_1st_glyph_run(): first_run->abc: { abcA: 0, abcB: 209, abcC: 0 }, total: 209 testprog_load_1st_glyph_run(): first_run->glyph_advances: [ 20, 17, 16, 9, 9, 23, 7, 9, 18, 9, 9, 18, 11, 17, 17 }, total: 209 I was able to trace down the error in the Wine source code. The advances and ABC are initially set to the same value in ScriptShape, see the following: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/gdi32/uniscribe/usp1… """ if (pABC) { pABC->abcA += abc.abcA; pABC->abcB += abc.abcB; pABC->abcC += abc.abcC; } if (piAdvance) piAdvance[i] = abc.abcA + abc.abcB + abc.abcC; } SHAPE_ApplyOpenTypePositions(hdc, (ScriptCache *)*psc, psa, pwGlyphs, cGlyphs, piAdvance, pGoffset); """ But if you look just below, there is a SHAPE_ApplyOpenTypePositions() call that accepts the glyph advance array as an argument. This eventually ends up calling GPOS_apply_lookup() in https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/gdi32/uniscribe/open… - which adjusts the advances: """ if (advance.x || advance.y) { GPOS_convert_design_units_to_device(lpotm, lplogfont, advance.x, advance.y, &devX, &devY); piAdvance[glyph_index] += round(devX); if (advance.y) FIXME("Unhandled adjustment to Y advancement\n"); } break; """ Clearly, this causes the advance array and the ABC width to de-synchronize. I also don't think the way the ABC width is calculated in the first place is correct, I see the As and Cs being summed up, but shouldn't they only be propagated for the left-most and right-most glyph, and otherwise be summed up in the B? But that's a separate issue, and it doesn't cause a problem for me. Thanks, Marek -- 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 27336] New: Starcraft 2: Broken Sound
by wine-bugs＠winehq.org Sept. 23, 2026

Sept. 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=27336 Summary: Starcraft 2: Broken Sound Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mmdevapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: aeneas(a)q-mail.me Since wine 1.3.19 the sound in StarCraft 2 as well as in other games (see comments from http://appdb.winehq.org/objectManager.php?sClass=version&iId=20882 ) is very broken. It has a lot of glitches and crashes very often. If it crashes, I have to select another Sound Device in the StarCraft settings to enable the sound again. Pre 1.3.19 using a mmdevapi override (disabled) was enough to enable sound. I report this using ALSA as my sound driver. eSound actually works pretty well but has a latency of about 0.6 - 0.8 seconds which is very anoying If you need any further information, like logs or something please contact me. -- 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 15

[Bug 58694] New: CorelDraw 2019 can't start, ScriptState unimplemented
by WineHQ Bugzilla Sept. 23, 2026

Sept. 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=58694 Bug ID: 58694 Summary: CorelDraw 2019 can't start, ScriptState unimplemented Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: d.astra(a)yopmail.com Distribution: --- Corel won't start. It crashes in splashscreen, with following Error. 010c:fixme:jscript:JScript_SetScriptState unimplemented state 3 010c:fixme:jscript:JScript_SetScriptState unimplemented state 3 0104:fixme:ver:GetCurrentPackageId (000000000021FEB0 0000000000000000): stub -- 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

[Bug 49432] New: Eraser Drop shows error and then close
by WineHQ Bugzilla Sept. 23, 2026

Sept. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=49432 Bug ID: 49432 Summary: Eraser Drop shows error and then close Product: Wine Version: 5.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- After running only error ``` Error: Subscript used with non-Array variable ``` is shown and then app dissapear Download Link - https://portableapps.com/downloading/?a=EraserDropPortable&n=EraserDrop%20P… -- 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 6

[Bug 55138] New: msys2: bash.exe is not able to fork/start another process.
by WineHQ Bugzilla Sept. 22, 2026

Sept. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=55138 Bug ID: 55138 Summary: msys2: bash.exe is not able to fork/start another process. Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 74697 --> https://bugs.winehq.org/attachment.cgi?id=74697 allocation stacks in parent and child bash.exe This is a followup to bug 47808. If I understand it right, bug 47808 was primarily about native libraries getting called at a win32 stack which was not yet committed. Those native libraries then jumped over the guard page, therefore the stack got not grown, instead a crash reported. This aspect was fixed by using the syscall interface and therefore bug 47808 was closed. But there is another issue that causes a msys2-forked process crashing, because after the stack was grown it still misses the PAGE_READWRITE flags. For this Zeb Figura included in the first attachement to bug 47808 "always expand the stack if within the stack reserve" a line adding the flags "VPROT_COMMITTED | VPROT_READ | VPROT_WRITE" to the page that gets the VPROT_GUARD removed in grow_thread_stack. This modification still enables a forked process to run. The issue can be reproduced with an unmodified wine by just - running msys2 bash.exe interactively - then trying to start e.g. notepad from it. Attached file shows the stack when the stack gets allocated - in a working msys2-parent process and - in a failing msys2-forked child process. Therefore it looks like the forked stack get really setup differently, but it is still not clear if or when this memory gets the READ/WRITE added in native windows. -- 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 16

[Bug 45428] New: Crash Bandicoot N. Sane Trilogy crashes while entering main menu in NtGetContextThread
by wine-bugs＠winehq.org Sept. 22, 2026

Sept. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=45428 Bug ID: 45428 Summary: Crash Bandicoot N. Sane Trilogy crashes while entering main menu in NtGetContextThread Product: Wine Version: 3.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jbrandst(a)2ds.eu Distribution: --- Created attachment 61752 --> https://bugs.winehq.org/attachment.cgi?id=61752 Patch to fix the crash in NtGetContextThread The application calls NtGetContextThread with the context being set to NULL. This bug may already be resolved, please see the attached patch. I will try to submit this to wine-devel in the coming days. -- 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 9

[Bug 46840] New: SoundBridge does`t start: spamming endless fixme:ntdll: NtSetInformationToken TokenIntegrityLevel stub!
by wine-bugs＠winehq.org Sept. 22, 2026

Sept. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=46840 Bug ID: 46840 Summary: SoundBridge does`t start: spamming endless fixme:ntdll:NtSetInformationToken TokenIntegrityLevel stub! Product: Wine Version: 4.3 Hardware: x86 URL: https://soundbridge.io/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Hi, A user reported this on the forum (https://forum.winehq.org/viewtopic.php?f=8&t=32121) I`m opening bugreport so one can find some info here, (and in case other apps run into same issue. ) The app actually starts in old wine-version wine-3.0, i found commit 407fd270a3114ea6a8f39d893292086a84e3d481 made it run into this bug (Author: Andrew Wesie <awesie(a)gmail.com> Date: Fri May 18 04:51:01 2018 +0000 ntdll: Return success for TokenIntegrityLevel in NtSetInformationToken. Reverting that commit makes the app start, but fortunately you can also use wine-staging`s "/opt/wine-staging/bin/wine runas /trustlevel:0x20000 SoundBridge.exe" There`s already bug 40613 for the Staging patchset, but I thought this looks like a bit different so worth to open another bugreport Note: the installer suffers from another bug, but you can use workaround from the forum here: https://forum.winehq.org/viewtopic.php?f=8&t=32121#p121349 Note2: the app can be downloaded after a very short registration. sha1sum SoundBridge_$64-bit$.exe 667318d676363f14cd155dfd96425c9e9953350a SoundBridge_(64-bit).exe -- 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 8

[Bug 57904] New: OnDemand app crash on wine-10
by WineHQ Bugzilla Sept. 22, 2026

Sept. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=57904 Bug ID: 57904 Summary: OnDemand app crash on wine-10 Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: kulaginds(a)gmail.com Distribution: --- Created attachment 78148 --> https://bugs.winehq.org/attachment.cgi?id=78148 Exception report by wine In wine-9 no crash. It begins at wine-10. Wine 10 was compiled from sources with flags: --enable-win64 --enable-archs=x86_64 --disable-win16 --disable-tests --without-alsa --without-capi --without-coreaudio --without-cups --without-dbus --without-ffmpeg --without-gphoto --without-gssapi --without-gstreamer --without-krb5 --without-netapi --without-osmesa --without-oss --without-pcap --without-pcsclite --without-pulse --without-sane --without-sdl --without-usb --without-v4l2 --without-wayland --with-x With packages: libfontconfig-dev libfreetype-dev libxcursor-dev libxi-dev libxext-dev libxxf86vm-dev libxrandr-dev libxfixes-dev libxinerama-dev libxcomposite-dev ocl-icd-opencl-dev libudev-dev libvulkan-dev libgnutls28-dev At ubuntu:24.04 in container. -- 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

[Bug 58754] New: Wine 10.15+ fails to detect EGL_KHR_client_get_all_proc_addresses extension despite it being present, breaking 32-bit OpenGL applications
by WineHQ Bugzilla Sept. 22, 2026

Sept. 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=58754 Bug ID: 58754 Summary: Wine 10.15+ fails to detect EGL_KHR_client_get_all_proc_addresses extension despite it being present, breaking 32-bit OpenGL applications Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: scheckley(a)gmail.com Distribution: --- Starting with Wine 10.15, 32-bit Windows applications requiring OpenGL fail to initialize with the error: 0024:err:wgl:egl_init Failed to find required extension EGL_KHR_client_get_all_proc_addresses 0024:err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, expect problems 0024:err:d3d:wined3d_caps_gl_ctx_create Failed to find a suitable pixel format. 0024:err:d3d:wined3d_adapter_gl_init Failed to get a GL context for adapter This occurs despite the EGL extension being present and reported by the system. Steps to Reproduce: - Install Wine 10.15 or 10.16 (32-bit support) - Run any 32-bit Windows OpenGL application (tested: GoG Tower57). - Observe EGL initialization failure. - Application fails to create OpenGL context and cannot render. Expected Result: Wine should detect and use the EGL_KHR_client_get_all_proc_addresses extension, as it did in Wine 10.14. Actual Result: Wine fails to find the extension, OpenGL initialization fails, and applications crash or fail to render with "error creating the renderer: Invalid window" -- 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 9

[Bug 41355] New: Microsoft Access 2007 is not opening a legitimate access file
by wine-bugs＠winehq.org Sept. 22, 2026

Sept. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=41355 Bug ID: 41355 Summary: Microsoft Access 2007 is not opening a legitimate access file Product: Wine Version: 1.6-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: santanu_chatterjee59(a)yahoo.co.in Distribution: --- Created attachment 55706 --> https://bugs.winehq.org/attachment.cgi?id=55706 Microsoft Access 2007 is not opening a legitimate access file Microsoft Access 2007 is not opening a legitimate access field -- 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 56914] New: PowerToys 0.82.0 fails to install
by WineHQ Bugzilla Sept. 21, 2026

Sept. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=56914 Bug ID: 56914 Summary: PowerToys 0.82.0 fails to install Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 76734 --> https://bugs.winehq.org/attachment.cgi?id=76734 Terminal output The PowerToys installer displays "Processing: Microsoft Edge WebView2" for about a minute, then says "0x80070643 - Installation failure." In the terminal output, Wine prints errors about several missing WinRT libraries: Windows.System.Diagnostics.Telemetry.PlatformTelemetryClient Windows.System.UserProfile.AssignedAccessSettings Windows.Data.Json.JsonObject I'm guessing that the lack of Windows.Data.Json.JsonObject is the problem. $ sha256sum PowerToysSetup-0.82.0-x64.exe 01b59c00bb43c25befef274755875717ab4deab57c0354ab96cf5b1da4837c9a -- 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 13

[Bug 34774] New: Crimson Skies crashes when a mission ends
by wine-bugs＠winehq.org Sept. 21, 2026

Sept. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=34774 Bug #: 34774 Summary: Crimson Skies crashes when a mission ends Product: Wine Version: 1.7.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: benpicco-wine(a)flauschlabor.de Classification: Unclassified Created attachment 46368 --> http://bugs.winehq.org/attachment.cgi?id=46368 Unhandled page fault on read access I've installed the game to a 32bit Windeprefix, installed quartz, Active Video and native amstream.dll and disabled winegstreamer so the game would launch. Everything works well, I can launch missions/instant action battles, but when they end and the game normally would go to a debriefing screen, it crashes instead. Last few lines of console output (abbreviated): fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a disconnected device 45 "Invalid argument". fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 1) fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a disconnected device 45 "Invalid argument". fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a disconnected device 45 "Invalid argument". wine: Unhandled page fault on read access to 0x06240000 at address 0x22022e0 (thread 0047), starting debugger... fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} -- 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.

3 12

[Bug 57353] New: Steam: the console is spammed with dxgi d3d11 fixmes
by WineHQ Bugzilla Sept. 21, 2026

Sept. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=57353 Bug ID: 57353 Summary: Steam: the console is spammed with dxgi d3d11 fixmes Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: m1m1k4tz(a)protonmail.com Distribution: --- Created attachment 77324 --> https://bugs.winehq.org/attachment.cgi?id=77324 dxgi My setup is using the new wow64 mode -- 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 41161] New: Embedding child process' window in own window does not draw the child window properly
by wine-bugs＠winehq.org Sept. 20, 2026

Sept. 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=41161 Bug ID: 41161 Summary: Embedding child process' window in own window does not draw the child window properly Product: Wine Version: 1.9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)sagagames.de Distribution: --- OpenMPT (https://openmpt.org/) has a plugin bridge, which can be used to run VST plugins in a separate process. However, compared to a native Windows environment (or not bridging the plugins), there is a problem when drawing the plugin UI. The plugin UI window itself is a borderless window that belongs to the bridge process, and is then set as a child of the actual plugin window that belongs to the OpenMPT process using SetParent(...). This works just fine on Windows, but in Wine, the child window remains completely black. If parts of the child window are redrawn by the bridged process, they become visible, but as soon as a redraw for the parent window is issued (e.g. by setting the focus to it), these areas become black again. Steps to reproduce: 1) Install OpenMPT. 2) Create a new module. 3) Open the plugin manager ("Select" button at the bottom of the created module's window) and add any VST plugin that provides its own UI (e.g. http://www.geocities.jp/daichi1969/softsynth/index.html#down) 4) Be sure the "Use Plugin Bridge" checkbox is checked (it is also fine if it is checked but greyed out) 5) Click "Put in FX01" to load the plugin. 6) Click the "Edit" button next to the "Select" button to open the plugin's UI. 7) The UI will be completely black, with child controls becoming occasionally visible if you click them. Note that I am an OpenMPT developer, so I would be both happy with incorporating a Wine-specific fix in our codebase if there is a way to make this scenario work with Wine, or with a fix in Wine itself to make child windows from other processes work correctly. -- 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 9

[Bug 54598] New: New Shorter Oxford English Dictionary doesn't show (child) window
by WineHQ Bugzilla Sept. 20, 2026

Sept. 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=54598 Bug ID: 54598 Summary: New Shorter Oxford English Dictionary doesn't show (child) window Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: jkfloris(a)dds.nl Distribution: --- Created attachment 74128 --> https://bugs.winehq.org/attachment.cgi?id=74128 nsoed.png blank/gray screen Forum: https://forum.winehq.org/viewtopic.php?p=139548#p139548 URL: https://archive.org/details/pcbasics-31 While I'm not entirely sure if this is the same problem Canard has, New Shorter Oxford English Dictionary (NSOED) no longer works properly after Wine version 7.5 When NSOED is started, a blank/gray screen is displayed (nsoed.png) A window becomes visible when the user clicks Window -> Cascade I can imagine that this look like the database is not loading. d765edc411a6844f6322dd9da280aa0436391828 is the first bad commit commit d765edc411a6844f6322dd9da280aa0436391828 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Mar 18 14:27:55 2022 +0100 win32u: Move NtUserCreateWindowEx implementation from user32. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 9

[Bug 18257] New: Quicktime 2 video problems
by wine-bugs＠winehq.org Sept. 20, 2026

Sept. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=18257 Summary: Quicktime 2 video problems Product: Wine Version: 1.1.20 Platform: PC URL: http://www.oldversion.com/download/quicktime212.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Videos in Quicktime 2 (32-bit) play for about 0.5 seconds and stop. Cycling through the video draws the images but it refuses to play the whole video. Don't know what traces would help here. Tested with latest gitwine too, same problem. wine-1.1.20-36-gdc31d87 Quicktime 2.1.2.59 This is the entire console output: fixme:ole:OleRegisterServer (PlayerFrameClass,0x147100,0x147104,0x400000,1): stub! fixme:ole:OleRegisterServerDoc (1,C:\windows\SAMPLE.MOV): stub -- 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.

3 23

[Bug 57430] New: Guild Wars 2: erratic camera movements while holding mouse buttons on Wine Wayland
by WineHQ Bugzilla Sept. 20, 2026

Sept. 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=57430 Bug ID: 57430 Summary: Guild Wars 2: erratic camera movements while holding mouse buttons on Wine Wayland Product: Wine Version: 9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: mweires(a)googlemail.com Distribution: --- using GNOME 47.1 (Wayland) and Wine 9.21 (Wine Wayland) the camera will do a hefty jerk to the top anytime you hold the left or right mouse button and move the mouse slightly. everything else seems to work as expected ingame. tested on a clean wine prefix with only DISPLAY="" set + latest Guild Wars 2 (64-bit) client. -- 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 45969] New: ArcGIS Pro crashes on start
by wine-bugs＠winehq.org Sept. 20, 2026

Sept. 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=45969 Bug ID: 45969 Summary: ArcGIS Pro crashes on start Product: Wine Version: 3.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 62523 --> https://bugs.winehq.org/attachment.cgi?id=62523 console output To reproduce: 1. Run `winetricks dotnet461`. This is a prerequisite of ArcGIS Pro. 2. Run `wine ArcGISPro_22_163783.exe`. Note that this is a 64-bit program. 3. Run `wine 'C:\Program Files\ArcGIS\Pro\bin\ArcGISPro.exe'`. Console output is attached. $ sha256sum ArcGISPro_22_163783.exe b6acceb36d51cdb1cc283478fd6170b7e51630f127ea4c841fef67d662d40f1e -- 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 10

[Bug 55981] New: Dragon Age Origins: Runs slowly when using the experimental wow64 mode
by WineHQ Bugzilla Sept. 19, 2026

Sept. 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=55981 Bug ID: 55981 Summary: Dragon Age Origins: Runs slowly when using the experimental wow64 mode Product: Wine Version: 8.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 75572 --> https://bugs.winehq.org/attachment.cgi?id=75572 Dragon Age : Origins main menu with new wow64 + OpenGL renderer Dragon Age : Origins works with the new wow64 experimental mode but it's very slowly and unplayable. This bug affect "Beyond Good & Evil" too. Use DXVK fix this issue so something wrong with new wow64 + opengl renderer ? -- 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 44

[Bug 58319] New: winevdm crashes running Quicktime 2
by WineHQ Bugzilla Sept. 19, 2026

Sept. 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=58319 Bug ID: 58319 Summary: winevdm crashes running Quicktime 2 Product: Wine Version: 10.8 Hardware: x86-64 URL: http://www.oldversion.com/windows/quicktime-2-1-2 OS: Linux Status: NEW Keywords: download, win16 Severity: normal Priority: P2 Component: user16 Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 78677 --> http://bugs.winehq.org/attachment.cgi?id=78677 Wine 10.9 backtrace Running c:\windows\player.exe, part of Quicktime 2, crashes winevdm and the application cannot be used. Workarounds: - Hacked krnl386.exe16 as per https://bugs.winehq.org/attachment.cgi?id=51212 (Bug 18260) Looks like a fixme might be offering the explanation: 0168:fixme:hook:SetWindowsHookEx16 System-global hooks (3) broken in Win16 -- 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 58913] New: Photoshop CC interface is broken on recent wine dev
by WineHQ Bugzilla Sept. 19, 2026

Sept. 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=58913 Bug ID: 58913 Summary: Photoshop CC interface is broken on recent wine dev Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jeff.artik(a)gmail.com Distribution: --- Created attachment 79593 --> http://bugs.winehq.org/attachment.cgi?id=79593 Terminal output Since recent Wine versions, the Photoshop interface is broken. Here is the difference between Wine stable 10.0 and Development Wine 10.18: Wine stable 10.0: https://imgur.com/SiReCp1 Development Wine 10.18: https://imgur.com/64qDG92 -- 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 24

[Bug 54858] New: Multiple games call for "Windows.System.DispatcherQueue" (Tannenberg, The Last Stand: Aftermath, The Long Dark)
by WineHQ Bugzilla Sept. 19, 2026

Sept. 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=54858 Bug ID: 54858 Summary: Multiple games call for "Windows.System.DispatcherQueue" (Tannenberg, The Last Stand: Aftermath, The Long Dark) Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Lots of 0e8c:fixme:combase:RoGetActivationFactory (L"Windows.System.DispatcherQueue", {00000035-0000-0000-c000-000000000046}, 00007FEEE4A0FA00): semi-stub 0e8c:err:combase:RoGetActivationFactory Failed to find library for L"Windows.System.DispatcherQueue" 8.6-29-ga19c1ff1697 -- 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 44

[Bug 57980] New: Adobe Creative Cloud requires unimplemented function KERNEL32.dll.SetThreadpoolTimerEx
by WineHQ Bugzilla Sept. 18, 2026

Sept. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=57980 Bug ID: 57980 Summary: Adobe Creative Cloud requires unimplemented function KERNEL32.dll.SetThreadpoolTimerEx Product: Wine Version: 10.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: asdfghrbljzmkd(a)outlook.com Distribution: --- Every so often I test installing Adobe CC on Wine to see if it will work. With the recent fixes relating to libcef/edge/chromium sandboxing, I gave it another go. Seems like this is now an issue: ``` wine: Call from 00006FFFFFC75D38 to unimplemented function KERNEL32.dll.SetThreadpoolTimerEx, aborting ``` -- 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 22

[Bug 59278] New: Adobe Express Photos installation fails, requires KERNEL32.dll.PackageFullNameFromId
by WineHQ Bugzilla Sept. 18, 2026

Sept. 18, 2026

http://bugs.winehq.org/show_bug.cgi?id=59278 Bug ID: 59278 Summary: Adobe Express Photos installation fails, requires KERNEL32.dll.PackageFullNameFromId Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: asdfghrbljzmkd(a)outlook.com Distribution: --- ``` wine: Call from 7BD38138 to unimplemented function KERNEL32.dll.PackageFullNameFromId, aborting wine: Unimplemented function KERNEL32.dll.PackageFullNameFromId called at address 7BD38138 (thread 174c), starting debugger... ``` I'll add proper steps for install Adobe Creative Cloud in the first place soon, but basically it boils down to adding the necessary application overrides (https://gist.github.com/qwertychouskie/636ae7a2796c749dae1ba5595d722945) installing WebView2, then installing Adobe Creative Cloud. -- 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 18

[Bug 18260] New: Quicktime 2 installer exits silently
by wine-bugs＠winehq.org Sept. 18, 2026

Sept. 18, 2026

http://bugs.winehq.org/show_bug.cgi?id=18260 Summary: Quicktime 2 installer exits silently Product: Wine Version: 1.1.20 Platform: PC URL: http://www.oldversion.com/download/quicktime212.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=20783) --> (http://bugs.winehq.org/attachment.cgi?id=20783) Wine 1.1.20 +relay +seh +tid (last 3MB) Installer from Quicktime 2.1.2 exits silently. Apparently the only available version is from oldversion.com However, I also have a copy that comes with another app that installs fine. It *might* have something to do with the lzexpand DLLs. Failing version prints these lines and then exits: trace:loaddll:NE_FreeModule Unloaded module "LZEXPAND.DLL" : builtin trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\lzexpand.dll16" : builtin trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\lz32.dll" : builtin Whereas the working version prints this line and continues: trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\lz32.dll" : builtin I can upload the working version too if needed. -- 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.

3 36

[Bug 54146] New: Super Meat Boy: Periodic Music Corruption
by WineHQ Bugzilla Sept. 18, 2026

Sept. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=54146 Bug ID: 54146 Summary: Super Meat Boy: Periodic Music Corruption Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: sterophonick(a)gmail.com Distribution: --- Created attachment 73680 --> https://bugs.winehq.org/attachment.cgi?id=73680 Wine Log In Super Meat Boy (v1.2.5 tested here), the background music will become severely corrupted periodically. It happens on inconsistent intervals and will last for an inconsistent amount of time, usually five or six seconds. This is worked around by installing xact in Winetricks. -- 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 51499] New: Assassin's Creed Rogue some textures have Normal Map effect
by WineHQ Bugzilla Sept. 18, 2026

Sept. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=51499 Bug ID: 51499 Summary: Assassin's Creed Rogue some textures have Normal Map effect Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70339 --> https://bugs.winehq.org/attachment.cgi?id=70339 example wine-6.13-30-g384fc71a480 -- 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 59335] New: Screamer 4x4 v1.2 (GOG.com) crashes after 40-50 seconds in XWayland full-screen mode
by WineHQ Bugzilla Sept. 18, 2026

Sept. 18, 2026

http://bugs.winehq.org/show_bug.cgi?id=59335 Bug ID: 59335 Summary: Screamer 4x4 v1.2 (GOG.com) crashes after 40-50 seconds in XWayland full-screen mode Product: Wine Version: 10.11 Hardware: x86-64 URL: https://www.gog.com/en/game/screamer_4x4 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: ir50_32 Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 330b680af6130d654cd79e322506e044f64dd220 Distribution: ArchLinux Created attachment 80273 --> http://bugs.winehq.org/attachment.cgi?id=80273 terminal output This is another bug I encountered which only happens when running the game in XWayland and full-screen mode. Not reproducible with the native Wayland driver, nor when running the game under X Server in full-screen mode. Doesn't occur with XWayland and virtual desktop mode in Wine. I have Screamer 4x4 from GOG.com. Demo version is available elsewhere but the bug is not reproducible with the demo. There is an intro movie that is intended to play when you start the game. It is a 1 min 32 seconds long avi file using Intel Indeo Codec 5. The video is not playing in Wine, shows only a black screen, at least it can be skipped by pressing <space>. The video is playing properly using gst-play. When the main menu is loaded, music begins to play (it is a mp3 file). Not interacting with the game in any way, just idling in the menu, there is a crash always exactly after 40-50 seconds. If I open the credits screen from the menu, another track begins to play while the credits are rolling; after exactly 40-50 seconds, the game crashes just as it does in the main menu. If I disable music, the crash doesn't occur in the menus. Here's the twist: with music disabled but sound effects enabled, I start a new game from the menu, and after that same 40-50 second window, the game crashes in the same way. Finally, renaming/removing that one video file makes the crashes go away. Reverting commit 330b680af6130d654cd79e322506e044f64dd220 on top of current git also resolves the crash related issue. I don't know if all that makes any sense, I tried to gather as much information as I could using different configurations with this game. wine-11.1-102-g93f3d8ae9fa Arch Linux KDE Plasma 6.5.5 KWin (Wayland) Xwayland Version 24.1.9 Nvidia binary drivers 590.48.01 -- 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 45104] New: OOB read in gdiplus
by wine-bugs＠winehq.org Sept. 18, 2026

Sept. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=45104 Bug ID: 45104 Summary: OOB read in gdiplus Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: robert.gawlik(a)rub.de Distribution: --- Original submitted report can be found here: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/1764719 (*) Out-of-bounds read in dlls/gdiplus/metafile.c:2528 (last commit: dd2624a24fba400bf59b9396e496d16c43d399d9): The parameters data, dataSize and recordType are completely user controlled and flow into a memcpy() call in line 2528. If the length of data is less than dataSize, then this results in an out-of-bounds read. 2461 GpStatus WINGDIPAPI GdipPlayMetafileRecord(GDIPCONST GpMetafile *metafile, 2462 EmfPlusRecordType recordType, UINT flags, UINT dataSize, GDIPCONST BYTE *data) 2463 { .... 2471 2472 if (recordType >= 1 && recordType <= 0x7a) 2473 { 2474 /* regular EMF record */ 2475 if (metafile->playback_dc) 2476 { 2477 switch (recordType) 2478 { .... 2520 default: 2521 { 2522 ENHMETARECORD *record = heap_alloc_zero(dataSize + 8); // <== dataSize is completely user controlled 2523 2524 if (record) 2525 { 2526 record->iType = recordType; 2527 record->nSize = dataSize + 8; 2528 memcpy(record->dParm, data, dataSize); // <== data is user controlled, memcpy performs OOB read 2529 2530 if(PlayEnhMetaFileRecord(metafile->playback_dc, metafile->handle_table, 2531 record, metafile->handle_count) == 0) // (record is user controlled => source of many vulnerabilities) 2532 ERR("PlayEnhMetaFileRecord failed\n"); If you need more information (EMF trigger file, etc.) let me know! -- 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 16

[Bug 26758] New: Makefile system does not respect AS variable
by wine-bugs＠winehq.org Sept. 18, 2026

Sept. 18, 2026

http://bugs.winehq.org/show_bug.cgi?id=26758 Summary: Makefile system does not respect AS variable Product: Wine Version: 1.3.17 Platform: x86 OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu As part of building Wine DLLs an executables, Winebuild generates assembly files that are then assembled. If an assembler is specified using --as-cmd, that program is used; otherwise the system assembler is used. Wine's build system, unfortunately, does not allow the user to set the assembler to pass to winebuild. The usual way to set the assembler to use is to set the AS variable, but the build system does not respect it. This is a problem, for example, on Mac OS X when building with Clang with its integrated assembler turned on. Clang's integrated assembler supports .cfi directives, but the system assembler doesn't. During configure, a test file containing .cfi directives is passed to the compiler, on the assumption that it would be then passed to the system assembler. With Clang's integrated assembler, this assumption is broken. Thus, when winebuild tries to assemble files containing .cfi directives (because it believes that the system assembler supported them), it fails as a result. A workaround is to tell winebuild to use Clang to assemble, but the Makefile system doesn't support that. -- 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 6

[Bug 48078] New: Astro Avenger 2 fails to run with seh:setup_exception_record stack overflow
by WineHQ Bugzilla Sept. 18, 2026

Sept. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=48078 Bug ID: 48078 Summary: Astro Avenger 2 fails to run with seh:setup_exception_record stack overflow Product: Wine Version: 4.19 Hardware: x86-64 URL: https://astro-avenger.en.softonic.com/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iodreamify(a)gmail.com Distribution: Ubuntu Created attachment 65628 --> https://bugs.winehq.org/attachment.cgi?id=65628 winedebug warn+all log Astro Avenger 2 manages to launch but clicking "Run" in the launcher makes the game freeze forever with a "002a:err:seh:setup_exception_record stack overflow 816 bytes in thread 002a eip 00ac1926 esp 00231000 stack 0x230000-0x231000-0x330000" error. Tried it both in 64bit and 32bit prefixes in windows 7, XP, 2000 and 98 modes and also disabling csmt.I've added a winedebug=warn+all log below. A demo 60 min trial can be found at the link above. I've also done a +relay log but i'm not sure if it's relevant. Thank you. -- 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 6

[Bug 52621] New: Failed test of `alternate_success_code` from `windows-rs`
by WineHQ Bugzilla Sept. 18, 2026

Sept. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=52621 Bug ID: 52621 Summary: Failed test of `alternate_success_code` from `windows-rs` Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- This test pass on Windows 10 Failures ``` running 1 test test test ... FAILED failures: ---- test stdout ---- thread 'test' panicked at 'assertion failed: hr == CO_E_NOTINITIALIZED', crates\tests\alternate_success_c ode\tests\test.rs:9:5 note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace failures: test ``` Rust for Windows can be installed via https://forge.rust-lang.org/infra/other-installation-methods.html or directly https://static.rust-lang.org/dist/rust-1.59.0-x86_64-pc-windows-gnu.msi Steps to reproduce git clone https://github.com/microsoft/windows-rs.git cd windows-rs git checkout 9965e3c44829d0c86b2d9d2b3c5338376f158bde cd crates/tests/alternate_success_code/ wine cargo test -- 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 52620] New: Failed test of `win32_arrays` from `windows-rs`
by WineHQ Bugzilla Sept. 18, 2026

Sept. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=52620 Bug ID: 52620 Summary: Failed test of `win32_arrays` from `windows-rs` Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- This test pass on Windows 10 Failures ``` failures: ---- keyboard_state stdout ---- thread 'keyboard_state' panicked at 'assertion failed: state != zeroed', crates\tests\win32_arrays\tests\ fixed.rs:9:9 note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace ---- temp_file stdout ---- thread 'temp_file' panicked at 'assertion failed: `(left == right)` left: `[46, 92, 116, 101, 115, 55, 98, 46, 116, 109, 112, 0]`, right: `[46, 92, 116, 101, 115, 55, 66, 46, 116, 109, 112, 0]`', crates\tests\win32_arrays\tests\fixed.r s:20:9 failures: keyboard_state temp_file ``` Rust for Windows can be installed via https://forge.rust-lang.org/infra/other-installation-methods.html or directly https://static.rust-lang.org/dist/rust-1.59.0-x86_64-pc-windows-gnu.msi Steps to reproduce git clone https://github.com/microsoft/windows-rs.git cd windows-rs cd crates/tests/win32_arrays/ wine cargo test -- 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 53795] New: Emojis crash Naver LINE (and possibly all Qt applications)
by WineHQ Bugzilla Sept. 18, 2026

Sept. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=53795 Bug ID: 53795 Summary: Emojis crash Naver LINE (and possibly all Qt applications) Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: pq2sx44teeigl7za(a)chyen.cc Distribution: --- Created attachment 73289 --> https://bugs.winehq.org/attachment.cgi?id=73289 Source of a trivial Qt application to reproduce the issue Naver LINE (installer at [1]) crashes if I paste some kinds of emojis, like ???? (U+1F972) or ???? (U+1F970). Crashes happen with all kinds of text boxes, including username in the login dialog, search box and messaging dialog. Crash does not happen if I uninstalled the Noto Color Emoji font [2]. Without WINEDEBUG, crashes are intermittent. With WINEDEBUG=+font, I always get crashes. The issue can be reproduced with a trivial Qt application (source attached). The backtrace from a Qt 5.12.12 MinGW debug build [3] is also attached. >From the backtrace, Qt crashes when trying to get the string from otm->otmpFullName [4]. In a gdb session, the address (otm + otm->otmpFullName) points to an invalid address (needs to add otm per [5]). Apparently GetOutlineTextMetrics does not correctly assign that pointer. [1] https://desktop.line-scdn.net/win/new/LineInst.exe [2] https://archlinux.org/packages/extra/any/noto-fonts-emoji/ [3] https://download.qt.io/archive/qt/5.12/5.12.12/qt-opensource-windows-x86-5.… [4] https://github.com/qt/qtbase/blob/v5.12.12/src/platformsupport/fontdatabase… [5] https://learn.microsoft.com/en-us/windows/win32/api/wingdi/ns-wingdi-outlin… -- 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 6

[Bug 51443] New: Test fails in remove_dir_all crate when creating file
by WineHQ Bugzilla Sept. 17, 2026

Sept. 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=51443 Bug ID: 51443 Summary: Test fails in remove_dir_all crate when creating file Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- Hi, Steps to reproduce on clear wine-devel 6.12 ``` wget https://static.rust-lang.org/dist/rust-1.53.0-x86_64-pc-windows-gnu.msi msiexec /i rust-1.53.0-x86_64-pc-windows-gnu.msi git clone https://github.com/XAMPPRocky/remove_dir_all.git cd remove_dir_all git checkout 9b164cecdb4a0590af68be8b22f9c747402237e3 wine cargo test ``` should print this ``` running 4 tests test removes_read_only ... FAILED test removes_empty ... ok test removes_files ... ok test removes_dirs ... ok failures: ---- removes_read_only stdout ---- thread 'removes_read_only' panicked at 'called `Result::unwrap()` on an `Err` value: Os { code: 5, kind: PermissionDenied, message: "Access denied." }', tests\windows.rs:68:49 note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace failures: removes_read_only test result: FAILED. 3 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.01s error: test failed, to rerun pass '--test windows' ``` I tested it and this works fine in Windows Server 2019 Source code of failed test - https://github.com/XAMPPRocky/remove_dir_all/blob/9b164cecdb4a0590af68be8b2… ``` fn removes_read_only() { env_logger::init(); for i in 0..5 { let path = format!("./readonly/{}/subdir", i); fs::create_dir_all(&path).unwrap(); let file_path = format!("{}/file.txt", path); { let file = File::create(&file_path).unwrap(); ``` -- 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

[Bug 33126] New: divided SysEx and coalesced midiOutLongMsg
by wine-bugs＠winehq.org Sept. 16, 2026

Sept. 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=33126 Bug #: 33126 Summary: divided SysEx and coalesced midiOutLongMsg Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winealsa.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Classification: Unclassified Johannes Kroll reported in wine-patches that the KORG Kontrol Editor software hung after sending an ill-formed SysEx via winealsa's midiOutLongMsg. http://www.winehq.org/pipermail/wine-patches/2013-January/121335.html The MIDIHDR data is F0 ... F7 00 00 00 (125 bytes). http://www.winehq.org/pipermail/wine-devel/2013-February/098852.html He observed that no hang occurs when skipping the trailing 3 zero bytes. F7 is the "End Of SysEx" (EOX) marker. It is still unclear what happens. MIDI HW is expected to skip over bogus bytes, thus the zero bytes should cause no harm. OTOH, ALSA might be getting into trouble processing ill-formed messages, and we don't know if or how many bytes ALSA actually sent out through the serial port. In any case, midiOutLongMsg handling in Wine needs fixes. - winealsa should extract the F0...F7 part and send that as a SysEx. - More generally, midiOutLong is known to accept not only SysEx packets, but also coalesced status messages. Some MIDI authors prefer to send e.g. chords via one LongMsg rather than successive calls to midiOutShortMsg, arguing that it's faster. Hence all Wine MIDI drivers need to decompose midiOutLongMsg into packets consisting of status message, regular SysEx ... and possibly junk. - All APIs (MS, ALSA, OSS, CA) acknowledge the existence of divided SysEx. As a result, framing SysEx with F0 ... F7 is entirely under application control. The current winealsa framing code is simply wrong. - winecoreaudio always declared 3 bytes for short messages, even program change. I have written a sequence of patches to fix all of this. The only thing that is unclear is how to encapsulate garbage data like the above 3 zero bytes or real time messages with ALSA. What ALSA API function and what ALSA message type to use? Heck, I'm not even sure winealsa.drv/midi.c:modData is ok to send a 2-byte MTC quarter frame via snd_seq_ev_set_sysex instead of using a primitive that sets the type SND_SEQ_EVENT_CLOCK/TICK. -- 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.

3 5

[Bug 56043] New: Native Wayland Touchpad scroll doesn't work
by WineHQ Bugzilla Sept. 16, 2026

Sept. 16, 2026

https://bugs.winehq.org/show_bug.cgi?id=56043 Bug ID: 56043 Summary: Native Wayland Touchpad scroll doesn't work Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: capybaraserene(a)gmail.com Distribution: --- Native Wayland is working almost perfect for several of my apps for the first time. Great job! It's almost perfect now except touchpad scrolling doesn't work. WineHQ: wine-devel64-9.0.rc2-1.1.x86_64 Fedora 39 GNOME Wayland XWayland: Touchpad scroll works =============================== * DISPLAY=:0 * wine explorer.exe * two finger scroll works Native Wayland: Touchpad scroll doesn't work ============================================ * regedit HKEY_CURRENT_USER\Software\Wine\Drivers\Graphics x11,wayland * unset DISPLAY * wine explorer.exe * two finger scroll doesn't work -- 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

[Bug 55705] New: PDF Xchange editor crashes
by WineHQ Bugzilla Sept. 16, 2026

Sept. 16, 2026

https://bugs.winehq.org/show_bug.cgi?id=55705 Bug ID: 55705 Summary: PDF Xchange editor crashes Product: Wine Version: 8.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: donescamillo(a)gmail.com Distribution: --- Wine 8.17 development branch. PdfXchange Editor free version i.e. not registered version. portable, version 10.0.1.371 Linux Mint 21.2 PdfXchange editor works OK, can highlight, add labels, images, whatever the free version allows. The problem is that after some time, when PdfXchange Editor is being closed, it hangs, and the dialog asking for forcing the application to close appears. This happens in previous versions, 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 21

[Bug 46871] New: err:rpc: rpcrt4_protseq_np_wait_for_new_connection wait failed with error 87
by wine-bugs＠winehq.org Sept. 15, 2026

Sept. 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=46871 Bug ID: 46871 Summary: err:rpc:rpcrt4_protseq_np_wait_for_new_connection wait failed with error 87 Product: Wine Version: 4.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)earthlink.net Distribution: --- Created attachment 63932 --> https://bugs.winehq.org/attachment.cgi?id=63932 NaturallySpeaking 13 setup log When installing Dragon NaturallySpeaking 13, the installation hangs up right at the last instruction. A prior bug 46160 was filed about NatSpeak 13 hanging up at the end of installation, and I think that bug might have been fixed in the most recent wine version, and this other bug uncovered. bug 46160 Anyway, the installation stops as of this: err:rpc:rpcrt4_protseq_np_wait_for_new_connection wait failed with error 87 I have posted the installation log. If I kill the installation and then try to start the program, the program works up to a point. It waves hello, and then asks if I want to register the program immediately or run it up to 5 times without registering. When I hit either of these options, the program crashes. I have included the crash log also. -- 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 13

[Bug 35128] New: Air Conflicts (Pacific Carriers/Secret Wars) hangs at the loading screen
by wine-bugs＠winehq.org Sept. 14, 2026

Sept. 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=35128 Bug ID: 35128 Summary: Air Conflicts (Pacific Carriers/Secret Wars) hangs at the loading screen Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Classification: Unclassified Created attachment 46858 --> http://bugs.winehq.org/attachment.cgi?id=46858 terminal output I have this bug with both games from the Air Conflicts series when running under Wine. The native Linux version of AC:Pacific Carriers (running under the Linux version of Steam) doesn't have the problem. Also, running the Windows version in Virtualbox doesn't have the problem. The problem: the game starts fine and mouse/keyboard work as expected in the menus, but when I start a mission the game is stuck in the loading screen. The game is not completely dead because game tips are cycling through on the screen and the text 'Press any key to continue' is flashing, but the game doesn't accept mouse or keyboard input any more so I can't get in the game. The ACPC.exe process is consuming 30-40% cpu, but nothing happens, I have to kill the process to exit. Fedora 19 Nvidia binary drivers 325.15 X.Org X Server 1.14.4 -- 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 17

[Bug 58313] New: Reader Rabbit Kindergarten randomly crashes
by WineHQ Bugzilla Sept. 14, 2026

Sept. 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=58313 Bug ID: 58313 Summary: Reader Rabbit Kindergarten randomly crashes Product: Wine Version: 10.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 78670 --> http://bugs.winehq.org/attachment.cgi?id=78670 Backtrace Steps to reproduce: 1. Mount "RR Kindergarten.iso" 2. Run `wine 'D:\Setup.exe'` 3. Run `WINEDEBUG=+relay wine 'C:\Program Files (x86)\The Learning Company\Reader Rabbit Kindergarten\rrk32.exe' 2>&1 | tail` 4. Enter and leave areas of the game repeatedly. For example, I tested by clicking "Dinner Lineup", repairing the stairs, talking to the French raccoon chef, going back to the main area, then going back to the raccoon chef over and over. WINEDEBUG=+relay is not strictly necessary to reproduce the crash, but it makes it happen much more frequently provided that the output is piped to a program or to a file other than /dev/null. A backtrace is attached. It shows an exception in mfc42.dll. $ sha256sum Reader-Rabbit-s-Kindergarten_Win_EN_ISO-Version.zip 2e7a5d3e3ec7d2afc08b21d9cecca5632c6ba494671fa1b70186e9567ec882ed $ sha256sum 'RR Kindergarten.iso' b6ab5770a058f16f1a30c3a4e7cde8255c083190cbee4715880fcf4e8842bb91 https://d2.myabandonware.com/t/3a78bf1b-d002-4991-bcb1-781ec6530524/Reader-… -- 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

[Bug 58084] New: Commit d813ffc3 (ntdll: Align virtual memory allocations to the host page size) breaks Wine in a Rosetta emulated Docker environment
by WineHQ Bugzilla Sept. 13, 2026

Sept. 13, 2026

http://bugs.winehq.org/show_bug.cgi?id=58084 Bug ID: 58084 Summary: Commit d813ffc3 (ntdll: Align virtual memory allocations to the host page size) breaks Wine in a Rosetta emulated Docker environment Product: Wine Version: 10.5 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: alex(a)willner.ws **Version:** 10.5 and 10.4 **Steps that will reproduce the problem:** On an arm64 M2 run macOS 15.4 (24E248) and execute with Docker version 28.0.4 (b8034c0): docker run --platform linux/amd64 --rm scottyhardy/docker-wine:devel-10.4 sh -c 'wine --version && winecfg' **What is the expected result:** > % docker run --platform linux/amd64 --rm scottyhardy/docker-wine:devel-10.5 sh -c 'wine --version && winecfg' > wine-10.5 > wine: created the configuration directory > ... **What happens instead:** > wine-10.5 > wine: dlls/ntdll/unix/virtual.c:253: anon_mmap_fixed: Assertion `!((UINT_PTR)start & host_page_mask)' failed. > qemu: uncaught target signal 6 (Aborted) - core dumped > Aborted **Possible workaround:** Downgrade to Wine 10.4: > % docker run --platform linux/amd64 --rm scottyhardy/docker-wine:devel-10.4 sh -c 'wine --version && winecfg' > wine-10.4 > wine: created the configuration directory > ... *Any additional information:** See Commit d813ffc3: ntdll: Align virtual memory allocations to the host page size. https://gitlab.winehq.org/wine/wine/-/commit/d813ffc3557083fd135a28d59f490b… -- 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 13

[Bug 58946] New: Homebrew packages deprecated; will be disabled Q3 2026
by WineHQ Bugzilla Sept. 12, 2026

Sept. 12, 2026

http://bugs.winehq.org/show_bug.cgi?id=58946 Bug ID: 58946 Summary: Homebrew packages deprecated; will be disabled Q3 2026 Product: Packaging Version: unspecified Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)list.winehq.org Reporter: keener_muffles_83(a)icloud.com CC: dimesio(a)earthlink.net Created attachment 79641 --> http://bugs.winehq.org/attachment.cgi?id=79641 Full output of `brew info wine-stable` The wine packages on Homebrew (`wine-stable`, `wine(a)devel`, `wine(a)staging`) are currently deprecated, and will be disabled in the future. The exact message provided by `brew info` is "Deprecated because it does not pass the macOS Gatekeeper check! It will be disabled on 2026-09-01." The dependency `gstreamer-runtime` also has this issue with the same message, though I do not know if or how this is related. -- 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 49747] New: ICO_ExtractIconExW causes crash on incomplete windows executable
by WineHQ Bugzilla Sept. 12, 2026

Sept. 12, 2026

https://bugs.winehq.org/show_bug.cgi?id=49747 Bug ID: 49747 Summary: ICO_ExtractIconExW causes crash on incomplete windows executable Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: andi(a)notmuch.email Distribution: --- Created attachment 68049 --> https://bugs.winehq.org/attachment.cgi?id=68049 backtrace of explorer.exe crashing I have 31% of a binary in a local directory because some installer/patcher crashed during installation. Whenever I use `winefile` or `wine explorer.exe` and scroll to that file in the directory wine crashes with the attached backtrace. It appears to be related to the ICO handling code within wine that expects more input but that doesn't exist yet. Attached is the backtrace of running the patcher for the "Dark Age of Camelot" freeshard "Phoenix" (https://playphoenix.online) which did cause this issue for me. -- 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 48415] New: The Magic School Bus Explores The Solar System fails to install
by WineHQ Bugzilla Sept. 11, 2026

Sept. 11, 2026

https://bugs.winehq.org/show_bug.cgi?id=48415 Bug ID: 48415 Summary: The Magic School Bus Explores The Solar System fails to install Product: Wine Version: 4.21 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Regression SHA1: f2060812418bc049105c2a30ceb039ee6d5f0fd7 Distribution: --- It claims: "File Copy operation failed - incorrect number of bytes written to disk - source file or destination disk may be corrupted - use ChkDsk. Source: '\\?\D:\MSBSOLAR\SETUP\_MSSETUP.EXE' Dest: 'C:\WINDOWS\_MSRSTRT.EXE'." Patch sent. -- 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 52254] New: Cold Steel Subs: Application is not transparent (relies on DwmExtendFrameIntoClientArea)
by WineHQ Bugzilla Sept. 11, 2026

Sept. 11, 2026

https://bugs.winehq.org/show_bug.cgi?id=52254 Bug ID: 52254 Summary: Cold Steel Subs: Application is not transparent (relies on DwmExtendFrameIntoClientArea) Product: Wine Version: 7.0-rc2 Hardware: x86-64 URL: https://zerofield.net/2020/09/30/hajimari-no-kiseki-sp readsheet-translation/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwmapi Assignee: wine-bugs(a)winehq.org Reporter: johnny(a)localmomentum.net Distribution: --- Created attachment 71376 --> https://bugs.winehq.org/attachment.cgi?id=71376 ColdSteelSubs transparency code (currently not in the distributed application) This application provides a transparent clickthrough overlay to show English translations on top of the original Japanese source. It relies on layered windows and DwmExtendFrameIntoClientArea to handle the transparent display. Currently, the main UI elements show, but the game (or any other application) does not show through. This seems to be because DwmExtendFrameIntoClientArea is only a stub. I'm not sure if that's the only reason it's not transparent, but it's at least one of the reasons. The program itself uses the unity3d engine along with some native dll calls to the relevant user32 apis to handle the transparency. I was able to get a copy of the relevant code (but not the whole application), of which I will attach. Since I can't get all of the code, I've been using an unity sample application to try to figure out some parts myself (the relevant code is here https://github.com/pheonise/Unity3D-Desktop-Overlay/blob/master/Assets/Scri…) This unity3d application works as expected on windows, but is not transparent via wine (as expected). When i comment the call to DwmExtendFrameIntoClientArea, then it its also no longer transparent on windows as well. It seems that if the sample application works, then I can make sure the dev applies to the same technique to the overlay application. Please let me know If i can provide any more 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.

2 18

[Bug 54836] New: GrandMA3 onPC Version 1.9.2.2 page fault on startup (1.8.8.2 worked fine)
by WineHQ Bugzilla Sept. 11, 2026

Sept. 11, 2026

https://bugs.winehq.org/show_bug.cgi?id=54836 Bug ID: 54836 Summary: GrandMA3 onPC Version 1.9.2.2 page fault on startup (1.8.8.2 worked fine) Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: nikolaus.einhauser(a)web.de Distribution: --- So MALighting just released their new "major" update (new features, breaking old ones, etc) to their software which broke compatability with wine. Their previous version worked fine. The issue can easily be reproduced by installing the software and then starting `app_gma3.exe`. It will crash on startup. Judging by `wine: Unhandled page fault on execute access to 000000000000000F at address 000000000000000F (thread 010c)`, the problem seems to be in the application. By inspecting the `+relay` log a little closer the page fault only looks like a symptom of missing error handling. From what I can tell, the issue lies in wintrust.WinVerifyTrust but feel free to look trough the attached debug log yourself. I'd very glad to provide more in-depth debug info or help otherwise to aid in fixing this. Suggestions for workarounds are also appreciated. Thank you. PS. There is a contest currently ongoing that mandates the use of version 1.9 or higher. So staying on an older previously working version is not an option for me. -- 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 16

[Bug 58192] New: dozen Vulkan driver fails due to missing/minimal dxcore implementation (both MacOS and Linux)..
by WineHQ Bugzilla Sept. 11, 2026

Sept. 11, 2026

http://bugs.winehq.org/show_bug.cgi?id=58192 Bug ID: 58192 Summary: dozen Vulkan driver fails due to missing/minimal dxcore implementation (both MacOS and Linux).. Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rtfss1(a)gmail.com Distribution: --- Hi, in brief my request expand dxcore.dll support in Wine to a minimal dxcore implementation that allows to run Dozen via Wine.. on both Macos and Linux.. on MacOS for Dozen+D3DMetal testing on Linux for Dozen+VKD3D testing.. details: just wanting to test Dozen (Mesa Vulkan over D3D12 library) in Macos with Crossover 25.0 (bottle setup to using D3DMetal 2.1 as D3D12 driver).. for that I just download: mesa3d-25.0.4-release-msvc.7z from: https://github.com/pal1000/mesa-dist-win/releases/tag/25.0.4 and then adjust ICD loader to find the vulkan_dzn.dll driver and run vulkaninfo.exe.. I check I have all enviroment correctly as also extract lavapipe Vulkan driver from that package and it works correctly with vulkaninfo.exe using dozen on Crossover 25.0 (setup to use D3DMetal 2.1) I see bug that is not related to D3DMetal D3D12 driver: MESA: error: Failed to retrieve D3D12GetInterface MESA: error: Failed to create DXCore adapter factory so would fail also on Linux.. seeing Dozen source code I find in: https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/src/microsoft/vulkan/d… fails in dzn_enumerate_physical_devices_dxcore function.. code below.. that is using dxcore and fails with DXCoreCreateAdapterFactory being a stub currently: https://github.com/wine-mirror/wine/blob/master/dlls/dxcore/main.c perhaps it's better to use as reference if wanting to implement dxcore Wine support checking it works with a minimal sample provided "Minimal DXCore application": https://github.com/MicrosoftDocs/win32/blob/docs/desktop-src/dxcore/dxcore-… dxcore microsoft docs: https://learn.microsoft.com/en-us/windows/win32/dxcore/dxcore-enum-adapters dxcore seems the "future" to enumerate adapters on Windows due to enumeration possibly NPU devices also.. dozen source code where it fails: util_dl_library *dxcore = util_dl_open(UTIL_DL_PREFIX "dxcore" UTIL_DL_EXT); if (!dxcore) { mesa_loge("Failed to load DXCore\n"); return VK_ERROR_INITIALIZATION_FAILED; } using PFNDXCoreCreateAdapterFactory = HRESULT (APIENTRY*)(REFIID, void **); PFNDXCoreCreateAdapterFactory create_func = (PFNDXCoreCreateAdapterFactory)util_dl_get_proc_address(dxcore, "DXCoreCreateAdapterFactory"); if (!create_func) { mesa_loge("Failed to load DXCoreCreateAdapterFactory\n"); return VK_ERROR_INITIALIZATION_FAILED; } IDXCoreAdapterFactory *factory; if (FAILED(create_func(IID_PPV_ARGS(&factory)))) { mesa_loge("Failed to create DXCore adapter factory\n"); return VK_ERROR_INITIALIZATION_FAILED; } -- 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 59407] New: Multiple apps require appx/appxbundle support to install
by WineHQ Bugzilla Sept. 10, 2026

Sept. 10, 2026

http://bugs.winehq.org/show_bug.cgi?id=59407 Bug ID: 59407 Summary: Multiple apps require appx/appxbundle support to install Product: Wine Version: 11.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)list.winehq.org Reporter: asdfghrbljzmkd(a)outlook.com Distribution: --- An easy example is this app: https://downloads.thehomeremote.com/designer/HomeRemote.Designer.Package_4.… As per https://forum.winehq.org/viewtopic.php?t=37861 the app can run if manually extracted, but Wine itself currently has no capability to install msixbundle packages. Some Adobe Creative Cloud applications (at least Adobe Express Photos and Adobe Fresco) need appxbundle support to install. Currently they crash earlier in the process due to a missing PackageFullNameFromId implementation, but when including the implementation from Proton, they fail to install the appxbundle. See https://bugs.winehq.org/show_bug.cgi?id=59278 for details (including Adobe Installer logs showing to trying and failing to install an appxbundle). Interestingly, Microsoft has released some appx code as MIT (https://github.com/microsoft/msix-packaging) Perhaps this code could be integrated into Wine in order to provide appx/appxbundle installation capabilities? -- 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 39773] New: File->Open slowdown caused by desktop.ini checks
by wine-bugs＠winehq.org Sept. 9, 2026

Sept. 9, 2026

https://bugs.winehq.org/show_bug.cgi?id=39773 Bug ID: 39773 Summary: File->Open slowdown caused by desktop.ini checks Product: Wine Version: 1.8-rc2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- To reproduce this you will need two Linux machines, a Samba server and a Samba client. On the Samba server: * Create a directory with lots of subdirectories and files: mkdir smbdir cd smbdir for i in `seq 1 200`;do mkdir sub$i; done for i in `seq 1 200`;do touch file$i; done * Export smbdir through Samba. (alternatively you could export '/' and use '/usr/lib' as a replacement for smbdir) On the Samba client: * Mount the Samba share. You can either do it by adding a /etc/fstab line like: //MYSERVER/smbdir /mnt/smbdir cifs rw,username=MYLOGIN,password=MYPASSWORD,domain=MYDOMAIN 0 0 Or by starting Nautilus in GNOME, clicking on '+Other Places' -> Windows network... using GVFS. Note that in this case you'll have to work around the colon in the mount point filename (see bug 34868). * Slow down the network connection using a command like this: tc qdisc add dev eth0 root netem delay 10ms * Check the above line is effective by running: ping MYSERVER The rtt should be around 10ms. * cd /mnt/root/ wine notepad * Open the File->Open dialog, navigate to the smbdir folder exported through Samba. * BUG: The initial display will be slow and scrolling through the many subfolders will be very slow. * Change the file mask to '*.*'. * Scroll all the way to the right so only files are visible. As long as only files are visible scrolling should then be very fast! * Finally change the rtt to 0ms on the Samba server and check that the RTT is under 1ms. * Now test again notepad's File->Open dialog and everything should be reasonably fast. The problem is that whenever File->Open displays a folder in the open file dialog it checks whether it contains a desktop.ini file to display the right icon. That's not cached, thus incurring a few file lookups per folder displayed. For local file systems that's fast enough but on network shares with a non-trivial RTT the speed impact is significant. A 10+ ms RTT makes the dialog essentially unusable. Note that when displaying a filename we have everything in the cache so redisplays are lightning fast and track the mouse. Also Microsoft Office has the same problem even though it does not use the standard comdlg32 dialog (though that may depend on the Windows version being emulate). On Windows Microsoft Office suffers no slowdown in this situation. What this means is that the standard common dialog is probably the wrong level for fixing this. Hacking SHELL32_GetCustomFolderAttributeFromPath() in shell32 to just return FALSE speeds things up greatly. The display still lags a bit behind the mouse so that there may be some residual file lookups or other slowdowns but it's still night and day. -- 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 55029] New: Wishlist: do reflink on CopyFileW for WINEPREFIX size reduction
by WineHQ Bugzilla Sept. 9, 2026

Sept. 9, 2026

https://bugs.winehq.org/show_bug.cgi?id=55029 Bug ID: 55029 Summary: Wishlist: do reflink on CopyFileW for WINEPREFIX size reduction Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: arthur200126(a)gmail.com Distribution: --- The current implementation of CopyFileW consists of a simple read-write loop. This of course is completely fine in terms of Windows emulation, but one of the consequences is huge file size inflation when setting up things like a WINEPREFIX: on a wine 7.7-staging 64-bit install, each fresh prefix takes up 1.2 GiB: 619M of that is System32, and Syswow64 520M. Doing reflink on the CopyFileW interface (which is what rundll32 uses to get wine.ini set up) would greatly reduce the disk space burden associated with setting up a fresh prefix. Removal of real disk IO would also make the process a lot faster. Back in GNU land, the `cp` utility has been doing reflink by default since June 2020. -- 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 14

[Bug 25723] New: PhysX causes major lag in Mirror's Edge.
by wine-bugs＠winehq.org Sept. 8, 2026

Sept. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=25723 Summary: PhysX causes major lag in Mirror's Edge. Product: Wine Version: 1.3.11 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: H3g3m0n(a)gmail.com When the PhysX option is enabled (setting in the Video Options) in Mirror's Edge. When 'physics' things start to occur the game starts to get some major lag becoming unplayable. Mirror's Edge doesn't make too much use of PhysX (I believe it was on of the first games with support for it), afaik it's mostly used for enabling shattering glass to create shards and maybe some bits of paper on the ground. As such this only seems to happen at specific points in the game. For example Chapter 1 Flight->Check Point D. As you are running across the bridge, the helicopter starts to shoot the glass causing it to shatter. If you continue on to the next area, at some point (when you go underground) it suddenly returns to normal speed (most likely it has unloaded the previous area). With PhysX set to off, there is no lag but no glass shards. -- 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.

3 22

[Bug 59322] New: Star Trek Bridge Commander: massive graphical glitches under XWayland full-screen mode
by WineHQ Bugzilla Sept. 7, 2026

Sept. 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=59322 Bug ID: 59322 Summary: Star Trek Bridge Commander: massive graphical glitches under XWayland full-screen mode Product: Wine Version: 11.1 Hardware: x86-64 URL: https://archive.org/download/StarTrekBridgeCommanderDE MO/StarTrekBridgeCommanderDEMO.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com Distribution: ArchLinux Created attachment 80253 --> http://bugs.winehq.org/attachment.cgi?id=80253 terminal output I just recently switched over to KDE Plasma to test my games using XWayland or the native Wayland driver. This bug occurs only with XWayland and in Wine's fullscreen mode: some of my old games (DX6 and DX7 era) shows graphical glitches that look like wrong Z-order issue and textures overlapping or missing entirely. The bug doesn't occur with XWayland in virtual desktop mode, neither under X server or when using the native Wayland driver. Reproduced using the nouveau vulkan driver (NVK over Zink) and Mesa 25.3.4 and with the following Nvidia binary driver versions as well: 570.211.01, 580.126.09, 590.48.01. Star Trek Bridge Commander demo, when starting a new game from the main menu, has this bug. StarTrekBridgeCommanderDEMO.exe sha256: 8fe735f356ac008f6ef5072502b19aefb5be5115fc15adf26ae70655b3b7e62a Another example of the broken rendering is Tachyon: The Fringe on Steam: https://store.steampowered.com/app/32760/Tachyon_The_Fringe/ Tested with wine-11.1-58-gf4626afec7c Arch Linux KDE Plasma 6.5.5 KWin (Wayland) X server version: 1.24.1 NVIDIA binary drivers 590.48.01 -- 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 59383] New: Beyond Divinity (GOG, Steam) doesn't exit cleanly in Wayland when CSMT is enabled
by WineHQ Bugzilla Sept. 7, 2026

Sept. 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=59383 Bug ID: 59383 Summary: Beyond Divinity (GOG, Steam) doesn't exit cleanly in Wayland when CSMT is enabled Product: Wine Version: 11.2 Hardware: x86-64 URL: https://store.steampowered.com/app/219760/Beyond_Divin ity/ OS: Linux Status: NEW Severity: minor Priority: P2 Component: winewayland Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com Distribution: ArchLinux After exiting the game via the menu, the game executable (div.exe) remains in the process list and occupies one CPU core at 100%. I waited for 5 minutes, but the process still didn't exit. The problem happens only when using the native Wayland driver (DISPLAY= wine div.exe), but it is not reproducible under XWayland or when running the game under X11 (XFCE). This was reproduced with NVIDIA driver 580.126.09 and with NVK / Mesa 25.3.4. Running the game under Weston 14.02 also triggers this bug. Both the Steam and GOG.com versions are affected, but the original demo version is not. Disabling CSMT resolves the problem for me. FWIW, it was commit de0fc7fd (from Wine-10.11) that enabled the game to display properly in Wayland, and the issue was already present then. Prior to that commit, the game displayed only a black screen while running; however, navigating blindly to the 'Quit' button in the menu resulted in a clean shutdown. Plain terminal output doesn't reveal anything, let me know if any debug log would help. Arch Linux KDE Plasma 6.5.5 KWin (Wayland) Nvidia 580.126.09 -- 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 59334] New: Pop-up menu opened behind the parent window in Steam when using XWayland in full-screen mode
by WineHQ Bugzilla Sept. 7, 2026

Sept. 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=59334 Bug ID: 59334 Summary: Pop-up menu opened behind the parent window in Steam when using XWayland in full-screen mode Product: Wine Version: 11.1 Hardware: x86-64 URL: https://cdn.fastly.steamstatic.com/client/installer/St eamSetup.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com Distribution: ArchLinux Created attachment 80272 --> http://bugs.winehq.org/attachment.cgi?id=80272 plain terminal output In the Steam client, when you right-click a game in your library, a context menu opens that allows you to perform several functions, such as uninstalling, performing a validity check, or viewing properties. This context menu opens behind the main Steam window; therefore, it cannot be interacted with. This happens when running Steam in XWayland and using Wine full-screen mode. In XWayland and virtual desktop mode the menu appears correctly. The problem doesn't occur under X Server and using full-screen (XFCE). I also reproduced the issue in Weston 14.0.2; this rules out the possibility of it being a bug specific to KDE Plasma or KWin as far as I know. I can't check out the native Wayland driver because it has it's own problem: the Steam window is empty/black using Wayland. The same problem with Wine-9.0, 10.0 etc. Wine-Staging has this problem, too. You can reproduce the problem even though you don't have a Steam account. Install the Steam client, let it perform the auto-update and when the login window appears click on <Create a free account> in the lower right corner. There is a drop-down menu under Country of residence, when opened in full-screen mode (XWayland), the list of countries appear behind the main Steam window. In virtual desktop mode the list is visible properly. wine-11.1-102-g93f3d8ae9fa Arch Linux KDE Plasma 6.5.5 KWin (Wayland) Xwayland Version 24.1.9 Nvidia binary drivers 590.48.01 -- 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 58361] New: Genshin Impact: Game cannot start while an internet-connection is available
by WineHQ Bugzilla Sept. 7, 2026

Sept. 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=58361 Bug ID: 58361 Summary: Genshin Impact: Game cannot start while an internet-connection is available 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: 9427421240(a)posteo.net Distribution: --- Created attachment 78751 --> http://bugs.winehq.org/attachment.cgi?id=78751 Log - directly starting GenshinImpact.exe with an internet-connection available The game cannot start while an internet-connection is available. The internet-connection can be (re)activated after starting the game, for logging in and playing the game. This issue happens with Wine 10.0 and Wine 10.10. I was able to start the game normally with Wine 10.0 before, so it seems that a recent update to the game caused this 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.

2 9

[Bug 49193] New: Denuvo Anti-Cheat 'denuvo-anti-cheat.sys' needs 'wdfldr.sys'
by WineHQ Bugzilla Sept. 7, 2026

Sept. 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=49193 Bug ID: 49193 Summary: Denuvo Anti-Cheat 'denuvo-anti-cheat.sys' needs 'wdfldr.sys' Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Continuation of bug 49192 Disclaimer for the general populace, to avoid these stupid comments on Reddit/your-favourite-gossip-site: This is not an attempt to make anything work. --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl wine net start "Denuvo Anti-Cheat" >>log.txt 2>&1 ... 00d0:trace:ntoskrnl:load_driver loading driver L"C:\\Program Files\\Denuvo Anti-Cheat\\denuvo-anti-cheat.sys" 00d0:Call KERNEL32.LoadLibraryW(0078eff0 L"C:\\Program Files\\Denuvo Anti-Cheat\\denuvo-anti-cheat.sys") ret=00236828 ... 00d0:err:module:import_dll Library netio.sys (which is needed by L"C:\\Program Files\\Denuvo Anti-Cheat\\denuvo-anti-cheat.sys") not found ... 00d0:err:module:import_dll Library wdfldr.sys (which is needed by L"C:\\Program Files\\Denuvo Anti-Cheat\\denuvo-anti-cheat.sys") not found 00d0:Ret ntdll.LdrLoadDll() retval=c0000135 ret=7b01d770 ... 00d0:Ret KERNEL32.LoadLibraryW() retval=00000000 ret=00236828 ... 00d0:trace:ntoskrnl:IoDeleteDriver (00000000000FB930) ... 00d0:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\Denuvo Anti-Cheat": c0000142 --- snip --- --- snip --- $ winedump -j import drive_c/Program\ Files/Denuvo\ Anti-Cheat/denuvo-anti-cheat.sys Contents of drive_c/Program Files/Denuvo Anti-Cheat/denuvo-anti-cheat.sys: 1553128 bytes Import Table size: 00000050 offset 0017381c netio.sys Hint/Name Table: 0017F670 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 0017F000 Thunk Ordn Name 0017f000 1 WskDeregister 0017f008 2 WskRegister 0017f010 3 WskReleaseProviderNPI 0017f018 0 WskCaptureProviderNPI offset 00173830 ntoskrnl.exe Hint/Name Table: 0017F698 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 0017F028 Thunk Ordn Name 0017f028 0 ExAcquireFastMutex 0017f030 1 ExAllocatePoolWithQuotaTag 0017f038 2 ExAllocatePoolWithTag 0017f040 3 ExCreateCallback 0017f048 4 ExFreePoolWithTag 0017f050 5 ExRegisterCallback 0017f058 6 ExReleaseFastMutex 0017f060 7 ExUnregisterCallback 0017f068 8 IoAllocateIrp 0017f070 9 IoAllocateMdl 0017f078 10 IoFreeIrp 0017f080 11 IoFreeMdl 0017f088 12 IoGetCurrentProcess 0017f090 13 IoGetInitialStack 0017f098 14 IoReuseIrp 0017f0a0 15 KdDebuggerEnabled 0017f0a8 16 KdRefreshDebuggerNotPresent 0017f0b0 17 KeAcquireSpinLockAtDpcLevel 0017f0b8 18 KeAcquireSpinLockRaiseToDpc 0017f0c0 19 KeBugCheckEx 0017f0c8 20 KeCancelTimer 0017f0d0 21 KeDelayExecutionThread 0017f0d8 22 KeGenericCallDpc 0017f0e0 23 KeGetCurrentProcessorNumberEx 0017f0e8 24 KeInitializeDpc 0017f0f0 25 KeInitializeEvent 0017f0f8 26 KeInitializeMutex 0017f100 27 KeInitializeTimer 0017f108 28 KeLowerIrql 0017f110 29 KeQueryActiveProcessorCountEx 0017f118 30 KeReleaseMutex 0017f120 31 KeReleaseSpinLock 0017f128 32 KeReleaseSpinLockFromDpcLevel 0017f130 33 KeRevertToUserAffinityThreadEx 0017f138 34 KeSetEvent 0017f140 35 KeSetSystemAffinityThreadEx 0017f148 36 KeSetTimer 0017f150 37 KeSignalCallDpcDone 0017f158 38 KeSignalCallDpcSynchronize 0017f160 39 KeStackAttachProcess 0017f168 40 KeUnstackDetachProcess 0017f170 41 KeWaitForSingleObject 0017f178 42 KfRaiseIrql 0017f180 43 MmBuildMdlForNonPagedPool 0017f188 44 MmGetPhysicalAddress 0017f190 45 MmGetSystemRoutineAddress 0017f198 46 MmGetVirtualForPhysical 0017f1a0 47 MmIsAddressValid 0017f1a8 48 MmMapIoSpace 0017f1b0 49 MmUnmapIoSpace 0017f1b8 50 ObOpenObjectByPointer 0017f1c0 51 ObReferenceObjectByHandle 0017f1c8 52 ObRegisterCallbacks 0017f1d0 53 ObUnRegisterCallbacks 0017f1d8 54 ObfDereferenceObject 0017f1e0 55 ObfReferenceObject 0017f1e8 56 PsCreateSystemThread 0017f1f0 57 PsGetCurrentProcessId 0017f1f8 58 PsGetCurrentThreadTeb 0017f200 59 PsGetProcessId 0017f208 60 PsGetThreadProcessId 0017f210 61 PsGetVersion 0017f218 62 PsLookupProcessByProcessId 0017f220 63 PsProcessType 0017f228 64 PsRemoveLoadImageNotifyRoutine 0017f230 65 PsSetLoadImageNotifyRoutine 0017f238 66 PsTerminateSystemThread 0017f240 67 PsThreadType 0017f248 68 RtlAnsiCharToUnicodeChar 0017f250 69 RtlAnsiStringToUnicodeString 0017f258 70 RtlCheckRegistryKey 0017f260 71 RtlCopyUnicodeString 0017f268 72 RtlFreeUnicodeString 0017f270 73 RtlGetVersion 0017f278 74 RtlInitAnsiString 0017f280 75 RtlInitUnicodeString 0017f288 76 RtlQueryRegistryValues 0017f290 77 RtlRandomEx 0017f298 78 RtlUnicodeToMultiByteN 0017f2a0 79 ZwClose 0017f2a8 80 ZwCreateFile 0017f2b0 81 ZwCreateKey 0017f2b8 82 ZwDeleteFile 0017f2c0 83 ZwDeleteKey 0017f2c8 84 ZwDeleteValueKey 0017f2d0 85 ZwDuplicateObject 0017f2d8 86 ZwLoadDriver 0017f2e0 87 ZwOpenFile 0017f2e8 88 ZwOpenProcess 0017f2f0 89 ZwQuerySystemInformation 0017f2f8 90 ZwQueryVirtualMemory 0017f300 91 ZwReadFile 0017f308 92 ZwSetValueKey 0017f310 93 ZwUnloadDriver 0017f318 94 ZwWriteFile 0017f320 95 __C_specific_handler 0017f328 96 __chkstk 0017f330 97 _purecall offset 00173844 wdfldr.sys Hint/Name Table: 0017F9B0 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 0017F340 Thunk Ordn Name 0017f340 1 WdfVersionBindClass 0017f348 2 WdfVersionUnbind 0017f350 3 WdfVersionUnbindClass 0017f358 0 WdfVersionBind Done dumping drive_c/Program Files/Denuvo Anti-Cheat/denuvo-anti-cheat.sys --- snip --- When looking for interface/prototype definitions: Microsoft KMDF is open source. https://github.com/Microsoft/Windows-Driver-Frameworks https://github.com/microsoft/Windows-Driver-Frameworks/blob/master/src/fram… $ wine --version wine-5.8-173-g9e26bc8116 Regards -- 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 26

[Bug 53847] New: NfRemote: mouse input ignored
by WineHQ Bugzilla Sept. 7, 2026

Sept. 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=53847 Bug ID: 53847 Summary: NfRemote: mouse input ignored Product: Wine Version: 7.0 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: thelen(a)radiomankato.com https://www.telosalliance.com/uploads/Omnia%20Products/Software/NfRemote.exe Say hello to nfremote. It's a little piece of software used to administer a particular manufacturer's equipment, commonly used at radio and TV stations. I can confirm it has, and does, work fine under Wine 2.21 - just tested today on a MacBookPro8,1 running the official binaries (https://dl.winehq.org/wine-builds/macosx/pool/winehq-staging-2.21.pkg) under OS 10.13.6. Meanwhile, I have a new Mac (MacBookPro16,2 - Intel-based), on which I’ve deployed Wine 7.0 via homebrew under OS 12.6.1. There I can start nfremote just fine... but it ignores my mouse input. If I were to start it with the command-line argument "run", it presents me with a window where both keyboard and mouse input are accepted; there I can type in the text fields, so I know it's responsive. But when I hover the cursor over buttons, they do not 'light up’ to indicate such. And when I click, nothing happens. Even in years past, I found that newer versions of Wine exhibited the issue I describe below, so I simply never updated beyond 2.21. Wonder if this might be a long-undiscovered regression of some sort? -- 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 54285] New: Mostly UE4 games failing to start when trying to use faudio by wine itself
by WineHQ Bugzilla Sept. 6, 2026

Sept. 6, 2026

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 12

[Bug 56681] New: 3d games continue receiving mouse input while not focused
by WineHQ Bugzilla Sept. 6, 2026

Sept. 6, 2026

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 17

[Bug 57289] New: Performance degradation after LFH
by WineHQ Bugzilla Sept. 6, 2026

Sept. 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=57289 Bug ID: 57289 Summary: Performance degradation after LFH Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rikul(a)inbox.ru Distribution: --- In one of my applications, there is a performance degradation in a specific scenario after LFH. I still can’t localize the problem to send you the block of code where the tool experiences performance issues. Are you aware of any known issues related to this? The main part of the degradation occurs in the LFH group release section. -- 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

[Bug 54573] New: win64 bug: err:module:import_dll Library iconv.dll
by WineHQ Bugzilla Sept. 5, 2026

Sept. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=54573 Bug ID: 54573 Summary: win64 bug: err:module:import_dll Library iconv.dll Product: Wine-staging Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: romulasry(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 74116 --> https://bugs.winehq.org/attachment.cgi?id=74116 wine pant.net logfile When I run: wine paint.net.5.0.2.install.anycpu.web.exe See attached log. -- 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 49

[Bug 56366] New: Worms Blast characters become grey/untextured
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=56366 Bug ID: 56366 Summary: Worms Blast characters become grey/untextured Product: Wine Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iodreamify(a)gmail.com Distribution: --- Created attachment 76106 --> https://bugs.winehq.org/attachment.cgi?id=76106 wine log If you play a game vs cpu, when 2 characters are on screen, one or both of them will become grey as if they're untextured. Sometimes it's the whole character and sometime only their weapon or boat. It doesn't seem to be tied to any action or event, they'll become grey and then rendered correctly again with color. Tested this with Wine 9.3 inside Wine Steam. Also, in puzzle mode, when there's a single player, it doesn't seem to happen as fast or at all. Steps to reproduce: 1. open game 2. choose game vs cpu 3. select deathmatch 4. swim around in game a bit Kernel Version: 6.7.5-arch1-1 (64-bit) mesa 24.0.1-1 Graphics Platform: X11 Graphics Processor: Mesa Intel® HD Graphics 3000 -- 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 6

[Bug 32368] New: Bigrats: UI can't display normally
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=32368 Bug #: 32368 Summary: Bigrats: UI can't display normally Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified Created attachment 42710 --> http://bugs.winehq.org/attachment.cgi?id=42710 The Log Bigrats is a video download tool. reproduce it follow this: 0. download and install it :http://download.flvcd.com/setup/bigrats_setup_0.4.7.2.exe ; 1. cd to path you installede it and 'wine commence.exe' to run it. my test evnoriment: - Kubuntu 12.10 32bit - wine-1.5.18-175-g0104496 - bigrats 0.4.7.2 md5sum bigrats_setup_0.4.7.2.exe 3ef9bc738d0f941cbdf085b5fd531f9a bigrats_setup_0.4.7.2.exe -- 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 11

[Bug 29851] New: Some part of PDFCreator installer cannot display Chinese correctly even Font Replacement is setting correctly
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=29851 Bug #: 29851 Summary: Some part of PDFCreator installer cannot display Chinese correctly even Font Replacement is setting correctly Product: Wine Version: 1.4-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 38774 --> http://bugs.winehq.org/attachment.cgi?id=38774 Screenshot: some part of PDFCreator installer does not display Chinese 0. make sure "WenQuanYi Micro Hei" is installed. wqy-microhei.ttc 1. setting Chinese font replacements. ;; wine.inf HKCU, Software\Wine\Fonts\Replacements,"SimSun",,"WenQuanYi Micro Hei" 2. Download PDFCreator from http://sourceforge.net/projects/pdfcreator/ ( http://sourceforge.net/projects/pdfcreator/files/PDFCreator/PDFCreator%201.… ) 3. open the installer with wine: $ wine PDFCreator-1_2_1_setup.exe 4. - select Simplified Chinese (中文简体) - click OK (确定) - click next (下一步) - select "I agree" (我接受协议) - click next (下一步) All the window before display Chinese correctly, only this one (安装向导 - pdfcreator) doesn't display Chinese as expect. Please see screenshot for details. -- 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 22

[Bug 47070] New: DA: Inquisition can't see gamepad
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=47070 Bug ID: 47070 Summary: DA: Inquisition can't see gamepad Product: Wine Version: 4.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: timofeevsv1989(a)gmail.com Distribution: --- Dragon Age Inquisition uses xinput9_1_0.dll which not implemented properly. -- 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 31

[Bug 48534] New: 32-bit MSXML 6.0 package fails to install in 64-bit WINEPREFIX 'package is not supported on the current processor type.'
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=48534 Bug ID: 48534 Summary: 32-bit MSXML 6.0 package fails to install in 64-bit WINEPREFIX 'package is not supported on the current processor type.' Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, extracted/continuation from bug 44618 The MSXML 6.0 package is part of MindManager Pro v7.0 installer (app is 32-bit). It fails in default 64-bit WINEPREFIX as the MSXML6 redistributable package is only for 32-bit. --- snip --- $ WINEDEBUG=+msgbox wine ./MM70-E-429_Pro.exe ... 0077:trace:msgbox:MSGBOX_OnInit L"This MSXML6.0 package is not supported on the current processor type." 0077:err:msi:ITERATE_Actions Execution halted, action L"LaunchConditions" returned 1603 ... 0039:err:msi:ITERATE_Actions Execution halted, action L"RunMSXML6Setup" returned 1627 ... 0039:err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1627 --- snip --- MSXML6 package 'LaunchCondition' is indeed: --- snip --- (NOT VersionNT64) [WrongPackage] --- snip --- Direct link from Microsoft: https://download.microsoft.com/download/e/a/f/eafb8ee7-667d-4e30-bb39-4694b… $ sha1sum msxml6_x86.msi 5125220e985b33c946bbf9f60e2b222c7570bfa2 msxml6_x86.msi $ du -sh msxml6_x86.msi 1.5M msxml6_x86.msi $ wine --version wine-5.0-201-gcf6546fb3b Regards -- 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 6

[Bug 45979] New: Advanced SystemCare 6.4 needs 'SWbemPropertySet:: get__NewEnum' to iterate over 'Win32_PhysicalMedia' properties
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=45979 Bug ID: 45979 Summary: Advanced SystemCare 6.4 needs 'SWbemPropertySet::get__NewEnum' to iterate over 'Win32_PhysicalMedia' properties Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 40534 Download: https://advanced-systemcare-free.en.uptodown.com/windows/download/49018 Prerequisite: workaround for bug 26936 ('winetricks -q comctl32') --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/IObit/Advanced SystemCare 6 $ WINEDEBUG=+tid,+seh,+relay,+wbemprox wine ./ASC.exe >>log.txt 2>&1 ... 002a:trace:wbemprox:wbem_services_ExecQuery 0x1ef4e0, L"WQL", L"SELECT * FROM Win32_PhysicalMedia", 0x00000011, (nil), 0x33f77c ... 002a:trace:wbemprox:grab_table returning 0x7ba6860c 002a:trace:wbemprox:parse_query wql_parse returned 0 ... 002a:trace:wbemprox:EnumWbemClassObject_create 0x33f77c ... 002a:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1efb98 ... 002a:trace:wbemprox:enum_class_object_Skip 0x1efb98, -1, 1 002a:trace:wbemprox:enum_class_object_Skip 0x1efb98, -1, 1 002a:trace:wbemprox:enum_class_object_Reset 0x1efb98 ... 002a:trace:wbemprox:enum_class_object_Clone 0x1efb98, 0x33f7fc 002a:trace:wbemprox:EnumWbemClassObject_create 0x33f7fc ... 002a:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1efbc8 ... 002a:trace:wbemprox:enum_class_object_Next 0x1efbc8, -1, 1, 0x33f7e4, 0x33f7e8 002a:trace:wbemprox:create_class_object L"Win32_PhysicalMedia", 0x33f7e4 ... 002a:trace:wbemprox:create_class_object returning iface 0x1efbf8 ... 002a:trace:wbemprox:class_object_Get 0x1efbf8, L"__PROPERTY_COUNT", 00000000, 0x33f7f0, (nil), (nil) 002a:fixme:wbemdisp:propertyset_get__NewEnum 002a:Call ole32.GetErrorInfo(00000000,0033f820) ret=0527c946 002a:Ret ole32.GetErrorInfo() retval=00000001 ret=0527c946 002a:Call KERNEL32.FormatMessageW(00003200,00000000,80004001,00000000,0033f564,00000100,00000000) ret=0522136c 002a:Ret KERNEL32.FormatMessageW() retval=00000000 ret=0522136c 002a:Call user32.LoadStringW(051c0000,0000ff1d,0033d75c,00001000) ret=051c8996 002a:Ret user32.LoadStringW() retval=0000000e ret=051c8996 002a:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0033f7d4) ret=0527f336 002a:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b43c81b ip=7b43c81b tid=002a 002a:trace:seh:raise_exception info[0]=0527f336 002a:trace:seh:raise_exception info[1]=053e8510 002a:trace:seh:raise_exception info[2]=80004001 002a:trace:seh:raise_exception info[3]=0527f336 002a:trace:seh:raise_exception info[4]=0033f904 002a:trace:seh:raise_exception info[5]=0033f824 002a:trace:seh:raise_exception info[6]=0033f7f0 002a:trace:seh:raise_exception eax=7b4298b1 ebx=00000018 ecx=0033f724 edx=0033f7d4 esi=0033f824 edi=0033f7a0 002a:trace:seh:raise_exception ebp=0033f778 esp=0033f704 cs=7bcf0023 ds=33002b es=f7b9002b fs=f7b90063 gs=f7b9006b flags=00000212 002a:trace:seh:call_stack_handlers calling handler at 0x527ca00 code=eedfade flags=1 002a:trace:seh:call_stack_handlers handler at 0x527ca00 returned 1 002a:trace:seh:call_stack_handlers calling handler at 0x527f403 code=eedfade flags=1 002a:trace:seh:__regs_RtlUnwind code=eedfade flags=3 002a:trace:seh:__regs_RtlUnwind eax=00000000 ebx=0033f360 ecx=0527f336 edx=0033f830 esi=0033f830 edi=0033f710 002a:trace:seh:__regs_RtlUnwind ebp=0033f378 esp=0033f32c eip=051c4934 cs=0023 ds=002b fs=0063 gs=006b flags=00000246 002a:trace:seh:__regs_RtlUnwind calling handler at 0x7bc81810 code=eedfade flags=3 002a:trace:seh:__regs_RtlUnwind handler at 0x7bc81810 returned 1 002a:trace:seh:__regs_RtlUnwind calling handler at 0x527ca00 code=eedfade flags=3 002a:trace:seh:__regs_RtlUnwind handler at 0x51c4b90 returned 1 002a:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,0527c1bb "EOleException\xb0\x04\x02",0000000d,053e854c,0000000e) ret=051c8551 002a:Ret KERNEL32.MultiByteToWideChar() retval=0000000d ret=051c8551 ... --- snip --- $ sha1sum advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe 8535ed1ab74d7b9547c7d47e75b9159076527253 advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe $ du -sh advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe 23M advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe $ wine --version wine-3.18 Regards -- 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 23364] New: 16-bit games - many don't work in Wine.
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=23364 Summary: 16-bit games - many don't work in Wine. Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turbolad995(a)hotmail.co.uk As I have not found a bug report for this already I've decided to create one myself. Many 16-bit games, especially the old Windows 3.1 games like "whack-a-mole", "Bricklayer" and many others I've tried simply don't work at all in Wine. Since there's too many 16-bit games to list, it makes sense to write one bug report covering the same problem i.e. problems running 16-bit games. Try some yourself from here: http://members.chello.at/theodor.lauppert/games/win16.htm Here I've found that the 32-bit version of tetris works in Wine, but the 16-bit version does NOT work at all (try it yourself from this link, you get to download both the 32-bit and 16-bit versions respectively, at the bottom of that page): http://members.chello.at/theodor.lauppert/games/tetrisjr.htm I'm pleased to say that the Ballistic (Paddle) game appears to work: http://www.classicdosgames.com/genre/paddle.html This bug report may appear trivial and not important, but playing old Windows games appeals to some people. These games will NOT work in dosbox. Also consider that 64-bit versions of Microsoft Windows won't even run 16-bit programs and games, whereas Wine can sometimes get them working, as in the case of the Ballistic game. -- 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.

3 19

[Bug 49079] New: Multiple applications want support for CREATE_NO_WINDOW flag (0x08000000) in CreateProcess
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=49079 Bug ID: 49079 Summary: Multiple applications want support for CREATE_NO_WINDOW flag (0x08000000) in CreateProcess Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: kernelbase Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found while investigating bug 49078 Not really needed for getting the to app work but I think it's still worth to keep track of for later as real-world test case. You need to work around bug 49076 ("Sennheiser Wireless Systems Manager 4.4 installer overwrites Wine builtin "system/os" dlls, causing broken WINEPREFIX (SfcIsFileProtected is a stub)") to fix the WINEPREFIX after installation. Download: https://web.archive.org/web/20200502103749/http://sennheiser-sites.com/resp… Prerequisite: 'winetricks -q dotnet45' --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems Manager $ WINEDEBUG=+seh,+relay,+loaddll,+process,+secur32,+ntlm wine ./WSM.exe >>log.txt 2>&1 ... 00c8:Call KERNEL32.CreateProcessW(00000000,03ece868 L"\"C:\\Program Files (x86)\\Sennheiser\\Wireless Systems Manager\\WSMServerBinaries\\WSM.Server.exe\" ",00000000,00000000,00000001,08000400,00000000,00000000,0031f7f4,03ecbc10) ret=6711d6b5 ... 00c8:warn:process:CreateProcessInternalW (L"C:\\Program Files (x86)\\Sennheiser\\Wireless Systems Manager\\WSMServerBinaries\\WSM.Server.exe",...): ignoring some flags in 8000400 ... 00c8:trace:process:CreateProcessInternalW started process pid 00e4 tid 00e8 ... 00c8:Ret KERNEL32.CreateProcessW() retval=00000001 ret=6711d6b5 ... --- snip --- The process is a console app: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems Manager/WSMServerBinaries $ winedump WSM.Server.exe Contents of WSM.Server.exe: 8704 bytes File Header Machine: 014C (i386) Number of Sections: 3 TimeDateStamp: 5DF710AF (Mon Dec 16 06:05:51 2019) offset 136 PointerToSymbolTable: 00000000 NumberOfSymbols: 00000000 SizeOfOptionalHeader: 00E0 Characteristics: 0022 EXECUTABLE_IMAGE LARGE_ADDRESS_AWARE Optional Header (32bit) Magic 0x10B 267 linker version 48.00 size of code 0xc00 3072 size of initialized data 0x1400 5120 size of uninitialized data 0x0 0 entrypoint RVA 0x2aa6 10918 base of code 0x2000 8192 base of data 0x4000 16384 image base 0x400000 4194304 section align 0x2000 8192 file align 0x200 512 required OS version 4.00 image version 0.00 subsystem version 6.00 Win32 Version 0x0 0 size of image 0x8000 32768 size of headers 0x200 512 checksum 0x0 0 Subsystem 0x3 (Windows CUI) DLL characteristics: 0x8560 DYNAMIC_BASE NX_COMPAT NO_SEH TERMINAL_SERVER_AWARE stack reserve size 0x100000 1048576 stack commit size 0x1000 4096 heap reserve size 0x100000 1048576 heap commit size 0x1000 4096 loader flags 0x0 0 RVAs & sizes 0x10 16 Data Directory EXPORT rva: 0x0 size: 0x0 IMPORT rva: 0x2a54 size: 0x4f RESOURCE rva: 0x4000 size: 0x1148 EXCEPTION rva: 0x0 size: 0x0 SECURITY rva: 0x0 size: 0x0 BASERELOC rva: 0x6000 size: 0xc DEBUG rva: 0x0 size: 0x0 ARCHITECTURE rva: 0x0 size: 0x0 GLOBALPTR rva: 0x0 size: 0x0 TLS rva: 0x0 size: 0x0 LOAD_CONFIG rva: 0x0 size: 0x0 Bound IAT rva: 0x0 size: 0x0 IAT rva: 0x2000 size: 0x8 Delay IAT rva: 0x0 size: 0x0 CLR Header rva: 0x2008 size: 0x48 rva: 0x0 size: 0x0 Done dumping WSM.Server.exe --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/procthread/process-creation-… --- quote --- CREATE_NO_WINDOW 0x08000000 The process is a console application that is being run without a console window. Therefore, the console handle for the application is not set. This flag is ignored if the application is not a console application, or if it is used with either CREATE_NEW_CONSOLE or DETACHED_PROCESS. --- quote --- Also found this document which contains some interesting tidbits: https://github.com/rprichard/win32-console-docs/blob/master/README.md Wine source: https://source.winehq.org/git/wine.git/blob/d1f858e03da732c621504f90e349d51… --- snip --- 432 /********************************************************************** 433 * CreateProcessInternalW (kernelbase.@) 434 */ 435 BOOL WINAPI DECLSPEC_HOTPATCH CreateProcessInternalW( HANDLE token, const WCHAR *app_name, WCHAR *cmd_line, 436 SECURITY_ATTRIBUTES *process_attr, 437 SECURITY_ATTRIBUTES *thread_attr, 438 BOOL inherit, DWORD flags, void *env, 439 const WCHAR *cur_dir, STARTUPINFOW *startup_info, 440 PROCESS_INFORMATION *info, HANDLE *new_token ) 441 { 442 WCHAR name[MAX_PATH]; 443 WCHAR *p, *tidy_cmdline = cmd_line; 444 RTL_USER_PROCESS_PARAMETERS *params = NULL; 445 RTL_USER_PROCESS_INFORMATION rtl_info; 446 HANDLE parent = NULL; 447 NTSTATUS status; ... 471 /* Warn if unsupported features are used */ 472 473 if (flags & (IDLE_PRIORITY_CLASS | HIGH_PRIORITY_CLASS | REALTIME_PRIORITY_CLASS | 474 CREATE_DEFAULT_ERROR_MODE | CREATE_NO_WINDOW | 475 PROFILE_USER | PROFILE_KERNEL | PROFILE_SERVER)) 476 WARN( "(%s,...): ignoring some flags in %x\n", debugstr_w(app_name), flags ); ... --- snip --- $ sha1sum Sennheiser_WSM_Setup_4.4.6.6.exe be82329265ce8fca79334612007ea9b1f894bf8f Sennheiser_WSM_Setup_4.4.6.6.exe $ du -sh Sennheiser_WSM_Setup_4.4.6.6.exe 122M Sennheiser_WSM_Setup_4.4.6.6.exe $ wine --version wine-5.7-177-gad1fad8a94 Regards -- 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

[Bug 46815] New: PS4 Remote Play 2.x (.NET 4.x app) fails on startup, reports 'Cannot connect to the server.' (missing TEMP directory in user' s Local AppData directory)
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=46815 Bug ID: 46815 Summary: PS4 Remote Play 2.x (.NET 4.x app) fails on startup, reports 'Cannot connect to the server.' (missing TEMP directory in user's Local AppData directory) Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 46809 (and bug 46812). The app still fails, displaying a message "Cannot connect to the server.". Prerequisite: * 64-bit WINEPREFIX * .NET Framework 4.6 ('winetricks -q dotnet46) * Windows version set to 8.1 or higher Install with Wine-Staging 4.3 or use patch from bug 46812 Work around bug 46809 (https://bugs.winehq.org/show_bug.cgi?id=46809#c2) --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sony/PS4 Remote Play $ WINEDEBUG=+seh,+relay wine ./RemotePlay.exe >>log.txt 2>&1 ... 0040:Call shell32.SHGetFolderPathW(00000000,0000001c,00000000,00000000,001f2720) ret=79b46917 ... 0040:Call shlwapi.PathFileExistsW(0683f440 L"C:\\users\\focht\\Local Settings\\Application Data") ret=786a4a8c ... 0040:Ret shlwapi.PathFileExistsW() retval=00000001 ret=786a4a8c 0040:Ret shell32.SHGetFolderPathW() retval=00000000 ret=79b46917 ... 0040:Call KERNEL32.GetFullPathNameW(0683f458 L"C:\\users\\focht\\Local Settings\\Application Data",00000105,0683f22c,00000000) ret=79b48abb 0040:Ret KERNEL32.GetFullPathNameW() retval=0000002e ret=79b48abb ... 0040:Call KERNEL32.GetFullPathNameW(0683f3e4 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\rp-version-win.json",00000105,0683f1b8,00000000) ret=79b48abb 0040:Ret KERNEL32.GetFullPathNameW() retval=00000047 ret=79b48abb ... 0040:Call KERNEL32.GetLastError() ret=00cb4513 0040:Ret KERNEL32.GetLastError() retval=000003f0 ret=00cb4513 0040:Call KERNEL32.CreateFileW(0171eb50 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\rp-version-win.json",40000000,00000001,00000000,00000002,00100000,00000000) ret=79b47fac 0040:Ret KERNEL32.CreateFileW() retval=ffffffff ret=79b47fac ... 0040:Call KERNEL32.GetFullPathNameW(0683f3e4 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\pplist.json",00000105,0683f1b8,00000000) ret=79b48abb 0040:Ret KERNEL32.GetFullPathNameW() retval=0000003f ret=79b48abb ... 0040:Call KERNEL32.CreateFileW(0171f224 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\pplist.json",40000000,00000001,00000000,00000002,00100000,00000000) ret=79b47fac 0040:Ret KERNEL32.CreateFileW() retval=ffffffff ret=79b47fac 0040:Call KERNEL32.GetLastError() ret=00cb4513 0040:Ret KERNEL32.GetLastError() retval=00000003 ret=00cb4513 ... 0040:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0683f5a0) ret=00c9d135 0040:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b44c03b ip=7b44c03b tid=0040 0040:trace:seh:raise_exception info[0]=80070003 0040:trace:seh:raise_exception info[1]=00000000 0040:trace:seh:raise_exception info[2]=00000000 0040:trace:seh:raise_exception info[3]=00000000 0040:trace:seh:raise_exception info[4]=00b70000 0040:trace:seh:raise_exception eax=7b43a48d ebx=00000005 ecx=00000000 edx=0683f550 esi=0683f550 edi=0683f510 0040:trace:seh:raise_exception ebp=0683f4e8 esp=0683f484 cs=6830023 ds=683002b es=f7c5002b fs=f7c50063 gs=f7c5006b flags=00000216 0040:trace:seh:call_vectored_handlers calling handler at 0xc95ce3 code=e0434352 flags=1 0040:Call KERNEL32.GetLastError() ret=00c95d11 0040:Ret KERNEL32.GetLastError() retval=00000003 ret=00c95d11 ... 0038:Call user32.CreateWindowExW(00000000,01719420 L"WindowsForms10.STATIC.app.0.141b42a_r5_ad1",01727e08 L"Cannot connect to the server.",5600000d,00000010,0000001c,000001c0,00000041,0001008a,00000000,00400000,00000000) ret=0506dccf ... --- snip --- Corresponding managed callstacks using CLR debugger (normally invisible): --- snip --- ... (f6.f3): CLR exception - code e0434352 (first chance) Exception object: 0174ac28 Exception type: System.IO.DirectoryNotFoundException Message: Could not find a part of the path 'C:\users\focht\Local Settings\Application Data\Temp\rp-version-win.json'. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80070003 OS Thread Id: 0xf3 (8) Child SP IP Call Site 0682f5f4 7b44c03b [HelperMethodFrame: 0682f5f4] 0682f6a4 79ad7de4 System.IO.__Error.WinIOError(Int32, System.String) 0682f6c4 79a95714 System.IO.FileStream.Init(System.String, System.IO.FileMode, System.IO.FileAccess, Int32, Boolean, System.IO.FileShare, Int32, System.IO.FileOptions, SECURITY_ATTRIBUTES, System.String, Boolean, Boolean, Boolean) 0682f794 79a664e7 System.IO.FileStream..ctor(System.String, System.IO.FileMode, System.IO.FileAccess) 0682f7b0 03e655df System.Net.WebClient.DownloadFileAsync(System.Uri, System.String, System.Object) 0682f7ec 03e65510 System.Net.WebClient.DownloadFileAsync(System.Uri, System.String) 0682f7f4 003edb75 RemoteplayUI.CheckUpdate.?() 0682f890 79b1b6b2 System.Threading.Tasks.Task`1[[System.Int32, mscorlib]].InnerInvoke() 0682f89c 79b1e570 System.Threading.Tasks.Task.Execute() 0682f8c0 79b1e9ba System.Threading.Tasks.Task.ExecutionContextCallback(System.Object) 0682f8c4 79a963e4 System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f930 79a96326 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f944 79b1e838 System.Threading.Tasks.Task.ExecuteWithThreadLocal(System.Threading.Tasks.Task ByRef) 0682f9a8 79b1e724 System.Threading.Tasks.Task.ExecuteEntry(Boolean) 0682f9b8 79b1e66c System.Threading.Tasks.Task.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() 0682f9bc 79adb953 System.Threading.ThreadPoolWorkQueue.Dispatch() 0682fa0c 79adb7fa System.Threading._ThreadPoolWaitCallback.PerformWaitCallback() 0682fc34 00b71366 [DebuggerU2MCatchHandlerFrame: 0682fc34] (f6.f3): CLR exception - code e0434352 (first chance) Exception object: 0174c808 Exception type: System.IO.DirectoryNotFoundException Message: Could not find a part of the path 'C:\users\focht\Local Settings\Application Data\Temp\pplist.json'. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80070003 OS Thread Id: 0xf3 (8) Child SP IP Call Site 0682f5f4 7b44c03b [HelperMethodFrame: 0682f5f4] 0682f6a4 79ad7de4 System.IO.__Error.WinIOError(Int32, System.String) 0682f6c4 79a95714 System.IO.FileStream.Init(System.String, System.IO.FileMode, System.IO.FileAccess, Int32, Boolean, System.IO.FileShare, Int32, System.IO.FileOptions, SECURITY_ATTRIBUTES, System.String, Boolean, Boolean, Boolean) 0682f794 79a664e7 System.IO.FileStream..ctor(System.String, System.IO.FileMode, System.IO.FileAccess) 0682f7b0 03e655df System.Net.WebClient.DownloadFileAsync(System.Uri, System.String, System.Object) 0682f7ec 03e65510 System.Net.WebClient.DownloadFileAsync(System.Uri, System.String) 0682f7f4 003edc60 RemoteplayUI.CheckUpdate.?() 0682f890 79b1b6b2 System.Threading.Tasks.Task`1[[System.Int32, mscorlib]].InnerInvoke() 0682f89c 79b1e570 System.Threading.Tasks.Task.Execute() 0682f8c0 79b1e9ba System.Threading.Tasks.Task.ExecutionContextCallback(System.Object) 0682f8c4 79a963e4 System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f930 79a96326 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f944 79b1e838 System.Threading.Tasks.Task.ExecuteWithThreadLocal(System.Threading.Tasks.Task ByRef) 0682f9a8 79b1e724 System.Threading.Tasks.Task.ExecuteEntry(Boolean) 0682f9b8 79b1e66c System.Threading.Tasks.Task.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() 0682f9bc 79adb953 System.Threading.ThreadPoolWorkQueue.Dispatch() 0682fa0c 79adb7fa System.Threading._ThreadPoolWaitCallback.PerformWaitCallback() 0682fc34 00b71366 [DebuggerU2MCatchHandlerFrame: 0682fc34] ... --- snip --- Looks like the app wants to put files into '%CSIDL_LOCAL_APPDATA%\\Temp' https://stackoverflow.com/questions/1322442/getting-user-temporary-folder-p… --- quote --- In Windows 10, this can be tricky because the value of the Temporary Path depends not only what it's set to by default, but also what kind of app you're using. So it depends what specifically you need. [Common Area] TEMP in User's Local App Data #include <Windows.h> #include <Shlobj.h> #include <Shlobj_core.h> #include <string_view> // ... static void GetUserLocalTempPath(std::wstring& input_parameter) { static constexpr std::wstring_view temp_label = L"\\Temp\\"; HWND folder_handle = { 0 }; WCHAR temp_path[MAX_PATH]; auto get_folder = SHGetFolderPath( folder_handle, CSIDL_LOCAL_APPDATA, NULL, SHGFP_TYPE_DEFAULT, temp_path ); if (get_folder == S_OK) { input_parameter = static_cast<const wchar_t*>(temp_path); input_parameter.append(temp_label); CloseHandle(folder_handle); } } GetUserLocalTempPath will likely return the full name instead of the short name. Also, if whatever is running it is doing it as as SYSTEM instead of a logged in user, instead of it returning %USERPROFILE%\AppData\Local\Temp, it will return something more like, C:\Windows\System32\config\systemprofile\AppData\Local\Temp --- quote --- Manually creating the directory gets the app further (to run into next issue) Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/shell32/shellpath.c#… --- snip --- 4570 /****************************************************************************** 4571 * create_extra_folders [Internal] 4572 * 4573 * Create some extra folders that don't have a standard CSIDL definition. 4574 */ 4575 static HRESULT create_extra_folders(void) 4576 { 4577 static const WCHAR environW[] = {'E','n','v','i','r','o','n','m','e','n','t',0}; 4578 static const WCHAR microsoftW[] = {'M','i','c','r','o','s','o','f','t',0}; 4579 static const WCHAR TempW[] = {'T','e','m','p',0}; 4580 static const WCHAR TEMPW[] = {'T','E','M','P',0}; 4581 static const WCHAR TMPW[] = {'T','M','P',0}; 4582 WCHAR path[MAX_PATH+5]; 4583 HRESULT hr; 4584 HKEY hkey; 4585 DWORD type, size, ret; 4586 4587 ret = RegCreateKeyW( HKEY_CURRENT_USER, environW, &hkey ); 4588 if (ret) return HRESULT_FROM_WIN32( ret ); 4589 4590 /* FIXME: should be under AppData, but we don't want spaces in the temp path */ 4591 hr = SHGetFolderPathAndSubDirW( 0, CSIDL_PROFILE | CSIDL_FLAG_CREATE, NULL, 4592 SHGFP_TYPE_DEFAULT, TempW, path ); 4593 if (SUCCEEDED(hr)) 4594 { 4595 size = sizeof(path); 4596 if (RegQueryValueExW( hkey, TEMPW, NULL, &type, (LPBYTE)path, &size )) 4597 RegSetValueExW( hkey, TEMPW, 0, REG_SZ, (LPBYTE)path, (strlenW(path) + 1) * sizeof(WCHAR) ); 4598 size = sizeof(path); 4599 if (RegQueryValueExW( hkey, TMPW, NULL, &type, (LPBYTE)path, &size )) 4600 RegSetValueExW( hkey, TMPW, 0, REG_SZ, (LPBYTE)path, (strlenW(path) + 1) * sizeof(WCHAR) ); 4601 } 4602 RegCloseKey( hkey ); 4603 4604 if (SUCCEEDED(hr)) 4605 { 4606 hr = SHGetFolderPathAndSubDirW( 0, CSIDL_COMMON_APPDATA | CSIDL_FLAG_CREATE, NULL, 4607 SHGFP_TYPE_DEFAULT, microsoftW, path ); 4608 } 4609 if (SUCCEEDED(hr)) 4610 { 4611 hr = SHGetFolderPathAndSubDirW(0, CSIDL_APPDATA | CSIDL_FLAG_CREATE, NULL, 4612 SHGFP_TYPE_DEFAULT, Microsoft_Windows_ThemesW, path); 4613 } 4614 return hr; 4615 } --- snip --- There is even a related FIXME comment. $ sha1sum RemotePlayInstaller.exe d7e56a826e82689383687dfc63fe2a035b987604 RemotePlayInstaller.exe $ du -sh RemotePlayInstaller.exe 19M RemotePlayInstaller.exe $ wine --version wine-4.3-229-g6d82b2f1ad Regards -- 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 53241] New: wtsapi32:wtsapi - test_WTSEnumerateProcessesW() crashes if a process exits during the test?
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=53241 Bug ID: 53241 Summary: wtsapi32:wtsapi - test_WTSEnumerateProcessesW() crashes if a process exits during the test? Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wtsapi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wtsapi32:wtsapi - test_WTSEnumerateProcessesW() crashes if a process exits during the test? Here is the failure: wtsapi.c:78: Test failed: failed to find pid 0x20e4 wtsapi.c:82: this is the last test seen before the exception 0618:wtsapi: unhandled exception c0000005 at 0000000000401848 https://test.winehq.org/data/patterns.html#wtsapi32:wtsapi The crash happens when check_wts_process_info() dereferences the NULL pointer returned by find_nt_process_info(). So presumably the test must check that some API does return information about at least some processes but it seems allowances should be made for processes exiting during the test. -- 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 42383] New: certmgr.exe is unable to import certificate in PKCS12 format
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=42383 Bug ID: 42383 Summary: certmgr.exe is unable to import certificate in PKCS12 format Product: Wine Version: 2.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: info(a)winomega.com Distribution: --- Created attachment 57178 --> https://bugs.winehq.org/attachment.cgi?id=57178 error message Microsoft Certificate Manager Tool (certmgr.exe) is unable to import PKCS12 files. When this is attempted it failed with following error: "The file format is not recognized. Please select another file." I'm using the 32-bit version as published in Microsoft Visual Studio 2017 (freely downloadable). Its md5sum is: 322bf8029866cf3eb7f1de33f18fb07a certmgr.exe -- 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 6

[Bug 39336] New: ...
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=39336 Bug ID: 39336 Summary: ... Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: arienta.g(a)gmail.com Created attachment 52415 --> https://bugs.winehq.org/attachment.cgi?id=52415 it popped up when pressing audio play button Failed when pressing the play button for the audio to 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 6

[Bug 53047] New: "IDS_ERROR_NO_WIZARD_PAGES" on running Sketchup 2021 installer, native xmllite is workaround
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=53047 Bug ID: 53047 Summary: "IDS_ERROR_NO_WIZARD_PAGES" on running Sketchup 2021 installer, native xmllite is workaround Product: Wine Version: 7.9 Hardware: x86-64 URL: https://download.sketchup.com/SketchUpPro-2022-0-354-1 26.exe OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: xmllite Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Created attachment 72439 --> https://bugs.winehq.org/attachment.cgi?id=72439 +xmllite,+msgbox This was reported on the forum so I gave it a try. It gets a bit further with native xmllite but than there`s a messagebox with "Invalid Handle". This bug report is for the 1st messagbeox with IDS_ERROR_NO_WIZARD_PAGES, after which the installer quits. Attached a +xmllite,+msgbox trace -- 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

[Bug 49078] New: Sennheiser Wireless Systems Manager 4.4 server (.NET 4.5 app) crashes with 'System.ComponentModel.Win32Exception: Unknown error (0x80090308)'
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=49078 Bug ID: 49078 Summary: Sennheiser Wireless Systems Manager 4.4 server (.NET 4.5 app) crashes with 'System.ComponentModel.Win32Exception: Unknown error (0x80090308)' Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. You need to work around bug 49076 ("Sennheiser Wireless Systems Manager 4.4 installer overwrites Wine builtin "system/os" dlls, causing broken WINEPREFIX (SfcIsFileProtected is a stub)") to fix the WINEPREFIX after installation. Download: https://web.archive.org/web/20200502103749/http://sennheiser-sites.com/resp… Prerequisite: 'winetricks -q dotnet45' --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems Manager $ WINEDEBUG=+seh,+relay,+loaddll,+process,+secur32,+ntlm wine ./WSM.exe >>log.txt 2>&1 ... 00c8:Call KERNEL32.CreateProcessW(00000000,03ece868 L"\"C:\\Program Files (x86)\\Sennheiser\\Wireless Systems Manager\\WSMServerBinaries\\WSM.Server.exe\" ",00000000,00000000,00000001,08000400,00000000,00000000,0031f7f4,03ecbc10) ret=6711d6b5 ... 00c8:warn:process:CreateProcessInternalW (L"C:\\Program Files (x86)\\Sennheiser\\Wireless Systems Manager\\WSMServerBinaries\\WSM.Server.exe",...): ignoring some flags in 8000400 ... 00c8:trace:process:CreateProcessInternalW started process pid 00e4 tid 00e8 ... 00c8:Ret KERNEL32.CreateProcessW() retval=00000001 ret=6711d6b5 ... --- snip --- First call of 'InitializeSecurityContextW' (ntlm auth): --- snip --- ... 00e8:Call secur32.InitializeSecurityContextW(0021e128,00000000,021dd75c L"http/localhost",00020800,00000000,00000000,00000000,00000000,021df460,021df3d8,021dd8d0,0021e120) ret=64474db2c56 ... 00e8:trace:secur32:InitializeSecurityContextW 0x21e128 (nil) L"http/localhost" 0x00020800 0 0 (nil) 0 0x21df460 0x21df3d8 0x21dd8d0 0x21e120 ... 00e8:trace:ntlm:ntlm_InitializeSecurityContextW 0x1d51b20 (nil) L"http/localhost" 0x00020800 0 0 (nil) 0 0x21dd80 0x21df3d8 0x21dd8d0 0x21e120 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Setting SECURITY_NETWORK_DREP ... 00e8:trace:ntlm:ntlm_InitializeSecurityContextW First time in ISC() ... 00e8:Call advapi32.CredReadW(01d7ae80 L"localhost",00000002,00000000,0021db00) ret=7f1c15c86283 ... 00e8:Ret advapi32.CredReadW() retval=00000000 ret=7f1c15c86283 ... 00e8:trace:ntlm:ntlm_InitializeSecurityContextW using cached credentials 00e8:trace:ntlm:fork_helper "ntlm_auth" "ntlm_auth" "--helper-protocol=ntlmssp-client-1" "--username=focht" "--use-cached-creds" ... 00e8:trace:ntlm:run_helper In helper: sending "OK" 00e8:trace:ntlm:read_line Creating a new buffer for the helper ... 00e8:trace:ntlm:read_line offset = 0, size = 200 00e8:trace:ntlm:read_line read_size = 20, read: "BH Command expected\n " 00e8:trace:ntlm:read_line offset_len is calculated from 0x1d4ef74 - 0x1d4ef74 00e8:trace:ntlm:run_helper In helper: received "BH Command expected" 00e8:trace:ntlm:preserve_unused offset_len = 0 00e8:trace:ntlm:preserve_unused helper->com_buf_offset was set to: 0 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Sending to helper: "OK" 00e8:trace:ntlm:run_helper In helper: sending "OK" 00e8:trace:ntlm:read_line offset = 0, size = 200 00e8:trace:ntlm:read_line read_size = 20, read: "BH Command expected\n " 00e8:trace:ntlm:read_line offset_len is calculated from 0x1d4ef74 - 0x1d4ef74 00e8:trace:ntlm:run_helper In helper: received "BH Command expected" 00e8:trace:ntlm:preserve_unused offset_len = 0 00e8:trace:ntlm:preserve_unused helper->com_buf_offset was set to: 0 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Helper returned "BH Command expected" 00e8:trace:ntlm:run_helper In helper: sending "YR" 00e8:trace:ntlm:read_line offset = 0, size = 200 00e8:trace:ntlm:read_line read_size = 60, read: "YR xxx==\ns" 00e8:trace:ntlm:read_line offset_len is calculated from 0x1d4ef9c - 0x1d4ef9c 00e8:trace:ntlm:run_helper In helper: received "YR xxx==" 00e8:trace:ntlm:preserve_unused offset_len = 0 00e8:trace:ntlm:preserve_unused helper->com_buf_offset was set to: 0 00e8:trace:ntlm:ntlm_InitializeSecurityContextW YR xxx== 00e8:trace:ntlm:decodeBase64 in_len: 56 00e8:trace:ntlm:ntlm_GetTokenBufferIndex 0x21df3d8 ... 00e8:Ret secur32.InitializeSecurityContextW() retval=00090312 ret=64474db2c56 ... --- snip --- --- snip --- ... 00e8:Call secur32.AcceptSecurityContext(0021e168,00000000,021dff18,00000800,00000000,021dffe0,021dff38,021de8e8,0021e160) ret=64474db7dd7 00e8:trace:secur32:AcceptSecurityContext 0x21e168 (nil) 0x21dff18 2048 0 0x21dffe0 0x21dff38 0x21de8e8 0x21e160 00e8:trace:ntlm:ntlm_AcceptSecurityContext 0x1d36130 (nil) 0x21dff18 2048 0 0x21de10 0x21dff38 0x21de8e8 0x21e160 ... 00e8:trace:ntlm:ntlm_AcceptSecurityContext Using SECURITY_NETWORK_DREP 00e8:trace:ntlm:fork_helper "ntlm_auth" "ntlm_auth" "--helper-protocol=squid-2.5-ntlmssp" ... 00e8:trace:ntlm:ntlm_AcceptSecurityContext Server set want_flags: "SF NTLMSSP_FEATURE_SESSION_KEY" 00e8:trace:ntlm:run_helper In helper: sending "SF NTLMSSP_FEATURE_SESSION_KEY" 00e8:trace:ntlm:read_line Creating a new buffer for the helper ... 00e8:trace:ntlm:read_line offset = 0, size = 200 00e8:trace:ntlm:read_line read_size = 3, read: "OK\n\x01" 00e8:trace:ntlm:read_line offset_len is calculated from 0x1d2f683 - 0x1d2f683 00e8:trace:ntlm:run_helper In helper: received "OK" 00e8:trace:ntlm:preserve_unused offset_len = 0 00e8:trace:ntlm:preserve_unused helper->com_buf_offset was set to: 0 00e8:trace:ntlm:encodeBase64 bytes is 54, pad bytes is 2 00e8:trace:ntlm:ntlm_AcceptSecurityContext Client sent: "YR xxx==" 00e8:trace:ntlm:run_helper In helper: sending "YR xxx==" 00e8:trace:ntlm:read_line offset = 0, size = 200 00e8:trace:ntlm:read_line read_size = 200, read: "TT xxx" 00e8:trace:ntlm:read_line offset = 200, size = 200 ... 00e8:trace:ntlm:read_line Resizing buffer! 00e8:trace:ntlm:read_line read_size = 16, read: "xxx=\n\x18" 00e8:trace:ntlm:read_line offset_len is calculated from 0x1d00678 - 0x1d00678 00e8:trace:ntlm:run_helper In helper: received "TT xxx=" 00e8:trace:ntlm:preserve_unused offset_len = 0 00e8:trace:ntlm:preserve_unused helper->com_buf_offset was set to: 0 00e8:trace:ntlm:ntlm_AcceptSecurityContext Reply from ntlm_auth: "TT xxx=" 00e8:trace:ntlm:decodeBase64 in_len: 212 ... 00e8:Ret secur32.AcceptSecurityContext() retval=00090312 ret=64474db7dd7 ... --- snip --- Second call of 'InitializeSecurityContextW' (ntlm auth): --- snip --- ... 00e8:Call secur32.InitializeSecurityContextW(0021e128,0021e1e0,021dd75c L"http/localhost",00020800,00000000,00000000,021e0948,00000000,021df460,021e0968,021dd8d0,0021e120) ret=64474db2c56 ... 00e8:trace:secur32:InitializeSecurityContextW 0x21e128 0x21e1e0 L"http/localhost" 0x00020800 0 0 0x21e0948 0 0x21df460 0x21e0968 0x21dd8d0 0x21e120 .... 00e8:trace:ntlm:ntlm_InitializeSecurityContextW 0x1d51b20 0x1d36ad0 L"http/localhost" 0x00020800 0 0 0x21e0948 0 0x21dd80 0x21e0968 0x21dd8d0 0x21e120 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Setting SECURITY_NETWORK_DREP ... 00e8:trace:ntlm:ntlm_GetTokenBufferIndex 0x21e0948 00e8:trace:ntlm:encodeBase64 bytes is 211, pad bytes is 1 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Server sent: "TT xxx=" 00e8:trace:ntlm:run_helper In helper: sending "TT xxx=" 00e8:trace:ntlm:read_line offset = 0, size = 200 00e8:trace:ntlm:read_line read_size = 3, read: "PW\xxx==" 00e8:trace:ntlm:read_line offset_len is calculated from 0x1d4ef63 - 0x1d4ef63 00e8:trace:ntlm:run_helper In helper: received "PW" 00e8:trace:ntlm:preserve_unused offset_len = 0 00e8:trace:ntlm:preserve_unused helper->com_buf_offset was set to: 0 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Helper replied: "PW" 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Helper returned PW ... 00e8:Ret secur32.InitializeSecurityContextW() retval=80090308 ret=64474db2c56 00e8:Call KERNEL32.GetLastError() ret=00f8e42f 00e8:Ret KERNEL32.GetLastError() retval=00000490 ret=00f8e42f 00e8:Call secur32.DeleteSecurityContext(021df460) ret=64474db2920 00e8:trace:secur32:DeleteSecurityContext 0x21df460 00e8:trace:ntlm:ntlm_DeleteSecurityContext 0x1d36ad0 ... 00e8:Ret secur32.DeleteSecurityContext() retval=00000000 ret=64474db2920 00e8:Call KERNEL32.GetLastError() ret=00f8e42f 00e8:Ret KERNEL32.GetLastError() retval=00000490 ret=00f8e42f 00e8:Call KERNEL32.FormatMessageW(00003200,00000000,ffffffff80090308,00000000,0021dff0,00000101,00000000) ret=64474db108f 00e8:Ret KERNEL32.FormatMessageW() retval=00000000 ret=64474db108f 00e8:Call KERNEL32.GetLastError() ret=00f8e42f 00e8:Ret KERNEL32.GetLastError() retval=0000013d ret=00f8e42f 00e8:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0021e1d8) ret=010e3a87 00e8:Call ntdll.memcpy(0021e058,0021e1d8,00000028) ret=7b00f656 00e8:Ret ntdll.memcpy() retval=0021e058 ret=7b00f656 00e8:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b00f665 ip=7b00f665 tid=00e8 00e8:trace:seh:raise_exception info[0]=ffffffff80004005 00e8:trace:seh:raise_exception info[1]=0000000000000000 00e8:trace:seh:raise_exception info[2]=0000000000000000 00e8:trace:seh:raise_exception info[3]=0000000000000000 00e8:trace:seh:raise_exception info[4]=0000000000f40000 00e8:trace:seh:raise_exception rax=000000000021e058 rbx=000000000021e1d8 rcx=000000000021e038 rdx=0000000000000036 00e8:trace:seh:raise_exception rsi=0000000000000005 rdi=000000000021e100 rbp=000000000021e138 rsp=000000000021e010 00e8:trace:seh:raise_exception r8=0000000000000000 r9=000000000021d810 r10=0000000000000000 r11=0000000000000000 00e8:trace:seh:raise_exception r12=0000000000004000 r13=000000000021e4fc r14=00000000e0434352 r15=0000000000000004 ... 00e8:Call KERNEL32.WideCharToMultiByte(000001b5,00000000,01dcd3c0 L"System.ComponentModel.Win32Exception: Unknown error (0x80090308)\r\n at WSMParis.Server.Program.Main(String[] args)",00000073,00218b28,00000073,00000000,00000000) ret=012b5854 00e8:Ret KERNEL32.WideCharToMultiByte() retval=00000073 ret=012b5854 --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/d1f858e03da732c621504f90e349d51… Second call handling: https://source.winehq.org/git/wine.git/blob/d1f858e03da732c621504f90e349d51… $ sha1sum Sennheiser_WSM_Setup_4.4.6.6.exe be82329265ce8fca79334612007ea9b1f894bf8f Sennheiser_WSM_Setup_4.4.6.6.exe $ du -sh Sennheiser_WSM_Setup_4.4.6.6.exe 122M Sennheiser_WSM_Setup_4.4.6.6.exe $ wine --version wine-5.7-177-gad1fad8a94 Regards -- 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 58046] New: Horizon Chase Turbo: gamepad hotplugging doesn't work
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=58046 Bug ID: 58046 Summary: Horizon Chase Turbo: gamepad hotplugging doesn't work Product: Wine Version: 10.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: tinozzo123(a)gmail.com Distribution: --- Created attachment 78302 --> https://bugs.winehq.org/attachment.cgi?id=78302 `WINEDEBUG=+dinput`, launch game with one gamepad, disonnected, reconnected. In Horizon Chase Turbo (tested Epic Games Store version), gamepads are only usable if they have always been connected since the game has been launched. Otherwise, their inputs are completely ignored, and these gamepads will not be listed in the player mapping screen (Multiplayer). This is not the case on Windows. The only exception is in the title screen: "Press Any Button" does work with hotplugged gamepads. Logs are taken on a fresh prefix with `WINEDEBUG=+dinput`. Without this, the only dinput-related log is: ``` 0208:fixme:dinput:hid_joystick_device_try_open device usage ff72:00a1 not implemented! ``` -- 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 6

[Bug 50572] New: LDAP_AUTH_NEGOTIATE login fails as authorization user is used instead of authentication user
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=50572 Bug ID: 50572 Summary: LDAP_AUTH_NEGOTIATE login fails as authorization user is used instead of authentication user Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com Distribution: --- In the "ldapsearch" command line tool, "-X" is the authorization user and "-U" is the authentication user. For a server using LDAP_AUTH_NEGOTIATE, it must have the authentication user - supplying only the authorization user always fails: $ ldapsearch -h HOSTNAME -v -X USERNAME -W ldap_initialize( ldap://HOSTNAME ) Enter LDAP Password: SASL/DIGEST-MD5 authentication started ldap_sasl_interactive_bind_s: Invalid credentials (49) <===================== additional info: 8009030C: LdapErr: DSID-0C09055F, comment: AcceptSecurityContext error, data 52e, v23f0 Changing the "-X" to "-U", it successfully logs in. If both "-X" and "-U" are present, it also successfully logs in. In dlls/wldap32/bind.c, in the callback function sasl_interact(), Wine supplies its username to SASL_CB_USER which is like "-X", so login always fails the same way. If I change it to supply the username to SASL_CB_AUTHNAME (like "-U"), login succeeds. -- 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 35056] New: Pro⁄Engineer Wildfire 5.0: Fails to start installation
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=35056 Bug #: 35056 Summary: Pro⁄Engineer Wildfire 5.0: Fails to start installation Product: Wine Version: 1.7.7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 46746 --> http://bugs.winehq.org/attachment.cgi?id=46746 WINEDEBUG=+relay,+seh,+tid on wine-1.7.7-107-g61358d0 Steps to reproduce: 1) remove ~/.wine 2) wine setup.exe Behaviour: Nothing. Expected behaviour: Something. -- 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.

3 14

[Bug 30155] New: secdrv.sys from SafeDisc v2.05.030 does not work
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=30155 Bug #: 30155 Summary: secdrv.sys from SafeDisc v2.05.030 does not work Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: stefan(a)codeweavers.com Classification: Unclassified Created attachment 39336 --> http://bugs.winehq.org/attachment.cgi?id=39336 service,relay,winedevice,ntoskrnl log SafeDisc 2.05.030 does not work out of the box. The user-visible symptom is that the application exits with exit code 0 without any output. This affects for example the Command and Conquer Red Alert 2 installer, which is safedisc protected for some reason. The problem seems to be related to the specific secdrv.sys version. If I take a secdrv.sys from a newer safedisc version(e.g. 2.40.010 from the RA2 Yuri's revenge expansion) and put it in C:\windows\system32\drivers, the installer works. ProtectId says: Scanning -> D:\Setup\Setup.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 1308863 (013F8BFh) Byte(s) -> File has 733375 (0B30BFh) bytes of appended data starting at offset 08C800h [File Heuristics] -> Flag : 00000000000000000100000000100111 (0x00004027) [!] Safedisc v2.05.030 detected ! [i] Appended data contents.... [.] o: 0x0008C828 / t: <0x00000001> <0x00000000> <0x00000001> / s: 00194947 byte(s) -> ~de7bc4.tmp [.] o: 0x000BC1D2 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00030208 byte(s) -> clcd32.dll [.] o: 0x000C37F9 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00006784 byte(s) -> clcd16.dll [.] o: 0x000C529D / t: <0x00000001> <0x00000000> <0x0000044D> / s: 00067584 byte(s) -> mcp.dll [.] o: 0x000D5AC5 / t: <0x00000001> <0x00000000> <0x00000000> / s: 00327220 byte(s) -> ~df394b.tmp [.] o: 0x00125920 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00034304 byte(s) -> drvmgt.dll [.] o: 0x0012DF47 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00018768 byte(s) -> secdrv.sys [.] o: 0x001328BF / t: <0x00000001> <0x00000000> <0x00000000> / s: 00053248 byte(s) -> ~ef7194.tmp [CompilerDetect] -> Visual C++ 6.0 - Scan Took : 0.640 Second(s) The md5sum of the broken secdrv.sys is XXX. The md5sum of the working 2.40.010 driver is f376a1580204e47f37a721e1cbc5582a. I am attaching a +relay,+service,+winedevice+ntoskrnl log of a failed run of the setup tool. -- 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.

3 35

[Bug 50323] New: Multiple applications need 'winsock.getservbyname' to read information from '%SystemRoot%\System32\Drivers\Etc\services' (Autodesk 3ds Max 9 RaySat service)
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=50323 Bug ID: 50323 Summary: Multiple applications need 'winsock.getservbyname' to read information from '%SystemRoot%\System32\Drivers\Etc\services' (Autodesk 3ds Max 9 RaySat service) Product: Wine Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, follow-up to bug 12076 Autodesk 3ds Max 9 installation will fail when 'SAT service' option is selected. The service is also mentioned in bug 32317. --- snip --- $ WINEDEBUG=+seh,+loaddll,+relay,+services,+msi wine msiexec -i 3dsmax9_win32.msi >>log.txt 2>&1 ... 0024:trace:msi:ACTION_PerformAction Performing action (L"StartServices") ... 0124:Call KERNEL32.CreateProcessW(00000000,00126b70 L"C:\\Program Files\\Autodesk\\3ds Max 9\\mentalray\\satellite\\raysat_3dsmax9_32server.exe",00000000,00000000,00000000,00000400,0012f5f0,00000000,0121f9d8,0121fbec) ret=00406247 ... 0144:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ntdll.dll" at 7BC00000: builtin 0144:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernelbase.dll" at 7B000000: builtin 0144:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernel32.dll" at 7B600000: builtin 0144:trace:loaddll:build_module Loaded L"C:\\Program Files\\Autodesk\\3ds Max 9\\mentalray\\satellite\\raysat_3dsmax9_32server.exe" at 00400000: native ... 0124:Ret KERNEL32.CreateProcessW() retval=00000001 ret=00406247 ... 01c4:Call advapi32.SetServiceStatus(00127df8,0040f380) ret=004028c3 ... 01c4:Ret advapi32.SetServiceStatus() retval=00000001 ret=004028c3 01c4:Call ws2_32.getservbyname(00cbf9e0 "mi-raysat_3dsmax9_32",0040bad4 "tcp") ret=004028fa ... 01c4:Ret ws2_32.getservbyname() retval=00000000 ret=004028fa 01c4:Call KERNEL32.GetLastError() ret=0040130c 01c4:Ret KERNEL32.GetLastError() retval=00002afc ret=0040130c 01c4:Call KERNEL32.GetLastError() ret=004011dd 01c4:Ret KERNEL32.GetLastError() retval=00002afc ret=004011dd 01c4:Call KERNEL32.FormatMessageA(00003100,00000000,00002afc,00000000,00cbf344,00000000,00000000) ret=004011eb 01c4:Call ntdll.RtlFindMessage(7b600000,0000000b,00000000,00002afc,00cbf290) ret=7b023ef5 01c4:Ret ntdll.RtlFindMessage() retval=c0000109 ret=7b023ef5 01c4:Call ntdll.RtlNtStatusToDosError(c0000109) ret=7b023f00 01c4:Ret ntdll.RtlNtStatusToDosError() retval=0000013d ret=7b023f00 01c4:Ret KERNEL32.FormatMessageA() retval=00000000 ret=004011eb 01c4:Call advapi32.RegisterEventSourceA(00000000,0040f260 "RaySat_3dsmax9_32 Server") ret=0040111e 01c4:fixme:advapi:RegisterEventSourceA ((null),"RaySat_3dsmax9_32 Server"): stub 01c4:fixme:advapi:RegisterEventSourceW (L"",L"RaySat_3dsmax9_32 Server"): stub 01c4:Ret advapi32.RegisterEventSourceA() retval=cafe4242 ret=0040111e 01c4:Call advapi32.ReportEventA(cafe4242,00000001,00000000,c0020002,00000000,00000002,00000000,00cbf364,00000000) ret=0040116b 01c4:fixme:advapi:ReportEventA (CAFE4242,0x0001,0x0000,0xc0020002,00000000,0x0002,0x00000000,00CBF364,00000000): stub 01c4:fixme:advapi:ReportEventW (CAFE4242,0x0001,0x0000,0xc0020002,00000000,0x0002,0x00000000,00128080,00000000): stub 01c4:err:eventlog:ReportEventW L"(1632) getservbyname: 0x2afc (11004)" 01c4:err:eventlog:ReportEventW L"" 01c4:Ret advapi32.ReportEventA() retval=00000001 ret=0040116b 01c4:Call advapi32.DeregisterEventSource(cafe4242) ret=004011ad 01c4:fixme:advapi:DeregisterEventSource (CAFE4242) stub 01c4:Ret advapi32.DeregisterEventSource() retval=00000001 ret=004011ad 01c4:Call advapi32.SetServiceStatus(00127df8,0040f380) ret=00402c28 ... 01c4:Ret advapi32.SetServiceStatus() retval=00000001 ret=00402c28 ... 0144:Call KERNEL32.ExitProcess(00000000) ret=00403a8a ... 0024:warn:msi:ITERATE_StartService service failed to start 1 ... 0024:trace:msi:msi_schedule_action Scheduling action L"StopServices" in script 2 ... 0024:err:msi:execute_script Execution of script 0 halted; action L"StartServices" returned 1627 ... 0024:err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627 ... --- snip --- The following entry is written to '%SystemRoot%\System32\Drivers\Etc\services' file during service installation: --- snip --- ... mi-raysat_3dsmax9_32 7504/tcp #mental ray 3.5 Satellite (32-bit) --- snip --- The service tries to retrieve its own service information (port) using winsock 'getservbyname' function. This obviously fails because Wine calls Linux libc function which is by design unaware of '%SystemRoot%\System32\Drivers\Etc\services'. Wine source: https://source.winehq.org/git/wine.git/blob/3acb0b3326c4120ea0c4c6076bd03c9… --- snip --- 6386 /*********************************************************************** 6387 * getservbyname (WS2_32.55) 6388 */ 6389 struct WS_servent* WINAPI WS_getservbyname(const char *name, const char *proto) 6390 { 6391 struct WS_servent* retval = NULL; 6392 struct servent* serv; 6393 char *name_str; 6394 char *proto_str = NULL; 6395 6396 if (!(name_str = strdup_lower(name))) return NULL; 6397 6398 if (proto && *proto) 6399 { 6400 if (!(proto_str = strdup_lower(proto))) 6401 { 6402 HeapFree( GetProcessHeap(), 0, name_str ); 6403 return NULL; 6404 } 6405 } 6406 6407 EnterCriticalSection( &csWSgetXXXbyYYY ); 6408 serv = getservbyname(name_str, proto_str); 6409 if( serv != NULL ) 6410 { 6411 retval = WS_dup_se(serv); 6412 } 6413 else SetLastError(WSANO_DATA); 6414 LeaveCriticalSection( &csWSgetXXXbyYYY ); 6415 HeapFree( GetProcessHeap(), 0, proto_str ); 6416 HeapFree( GetProcessHeap(), 0, name_str ); 6417 TRACE( "%s, %s ret %p\n", debugstr_a(name), debugstr_a(proto), retval ); 6418 return retval; 6419 } --- snip --- $ sha1sum 3dsmax9.zip d04eeb0eeabbb7cedaf536170fb6879b2faf1a25 3dsmax9.zip $ du -sh 3dsmax9.zip 590M 3dsmax9.zip $ wine --version wine-6.0-rc2 Regards -- 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 6

[Bug 44137] New: Wine64 crashes with any 64-bit binary
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=44137 Bug ID: 44137 Summary: Wine64 crashes with any 64-bit binary Product: Wine Version: 2.19 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bourne.identity(a)hotmail.com Created attachment 59886 --> https://bugs.winehq.org/attachment.cgi?id=59886 Stack trace for putty.exe (64-bit) On FreeBSD 10.3 amd64, wine32 works perfectly. Wine64 builds/installs correctly, but crashes when used to launch any 64-bit executable: notepad from Windows 7; Pale Moon installer; putty.exe (all 64-bit). The behaviour is the same with wine (v2.03) and wine-staging (v2.19). -- 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 58511] New: Unimplemented sub function KeAcquireGuardedMutex from ntoskrnl.exe
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=58511 Bug ID: 58511 Summary: Unimplemented sub function KeAcquireGuardedMutex from ntoskrnl.exe Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: indigosky30(a)gmail.com Distribution: --- Im trying to figure out why a game that was running a few weeks ago normally doesnt work anymore (gunbound). First, they added Anticheat (SARD), this might be the reason why it fails but trying to debug I found the problem comes from an unimplemented Windows kernel function (note this is an old function introduced in 2003). ------------------------------- 0320:fixme:advapi:DecryptFileW (L"C:\\Program Files (x86)\\GunBoundWC\\game\\sard\\sard_1.0.1.17.sys", 00000000): stub 0320:fixme:ntdll:NtLoadDriver (L"\\Registry\\Machine\\SYSTEM\\CurrentControlSet\\Services\\sard_1.0.1.17"), stub! 0320:fixme:ntdll:NtUnloadDriver (L"\\Registry\\Machine\\SYSTEM\\CurrentControlSet\\Services\\sard_1.0.1.17"), stub! wine: Call from 00006FFFFFC66438 to unimplemented function ntoskrnl.exe.KeAcquireGuardedMutex, aborting wine: Unimplemented function ntoskrnl.exe.KeAcquireGuardedMutex called at address 00006FFFFFC66438 (thread 033c), starting deb ugger... 0350:fixme:dbghelp:elf_search_auxv can't find symbol in module 0350:fixme:dbghelp:elf_search_auxv can't find symbol in module wine: Call from 00006FFFFFC66438 to unimplemented function ntoskrnl.exe.KeAcquireGuardedMutex, aborting 0328:err:service:process_send_command service protocol error - failed to read pipe r = 0 count = 0! ---------------------- Looking at the call inside the ntoskrn routine, KeAcquireGuardedMutex isnt implemented in WINE (not found here) https://source.winehq.org/WineAPI/ntoskrnl.html, but can be found in the Windows kernel (https://gist.github.com/ntddk/56784b8da89f228f5f1d) Im wondering if implementing the function in WINE would solve the problem? Anyhow hoping someone more knowledgeable sheds some light on this problem. -- 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 6

[Bug 50233] New: Signtools from Windows 10 SDK needs 'wintrust.CryptCATAdminAcquireContext2' implementation
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=50233 Bug ID: 50233 Summary: Signtools from Windows 10 SDK needs 'wintrust.CryptCATAdminAcquireContext2' implementation Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. The stub was added in bug 45998 (https://source.winehq.org/git/wine.git/commitdiff/479c30072884c6342bc08faae…) Download(s): * "https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… SDK Signing Tools-x86_en-us.msi" * https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… * https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… * https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… * https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… You can get these direct downloads by running the the Windows 10 SDK web-installer, selecting the wanted packages and inspect the log file. https://developer.microsoft.com/en-us/windows/downloads/sdk-archive/ I've created snapshots on archive.org because like other vendors, MS has a bad habit of silently removing stuff after a while "rewriting history; it didn't happen". Just prepend "https://web.archive.org/web/*/" to the original direct links from MS. One liner for downloading all required payloads: --- snip --- $ for file in {4c3ef4b2b1dc72149f979f4243d2accf,685f3d4691f444bc382762d603a99afc,e5c4b31ff9997ac5603f4f28cd7df602,e98fa5eb5fee6ce17a7a69d585870b7c}.cab "Windows SDK Signing Tools-x86_en-us.msi" ; do wget "https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe…" ; done --- snip --- Prerequisite: 'winetricks -q mfc42' (32-bit) --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.19041.0/x86 $ wine ./signtool.exe verify signtool.exe 0024:fixme:wintrust:CryptCATAdminAcquireContext2 0031E060 (null) (null) 00000000 0 stub SignTool Error: CryptCATAdminAcquireContext2 returned error: 0x00000078 Call not implemented. Unexpected error: "CryptCATAdminAcquireContext2 failed". --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/2ad09b01673381261815bfc804a2f69… --- snip --- 148 /*********************************************************************** 149 * CryptCATAdminAcquireContext2 (WINTRUST.@) 150 */ 151 BOOL WINAPI CryptCATAdminAcquireContext2(HCATADMIN *catAdmin, const GUID *sys, const WCHAR *algorithm, 152 const CERT_STRONG_SIGN_PARA *policy, DWORD flags) 153 { 154 FIXME("%p %s %s %p %x stub\n", catAdmin, debugstr_guid(sys), debugstr_w(algorithm), policy, flags); 155 SetLastError(ERROR_CALL_NOT_IMPLEMENTED); 156 return FALSE; 157 } --- snip --- $ sha1sum *.cab *msi 4614d732dfceb8816c95f147ff9d99dd1fcfd6dc 4c3ef4b2b1dc72149f979f4243d2accf.cab 933328788d00ec5b08fd9bfd2903b50a2caa83d3 685f3d4691f444bc382762d603a99afc.cab 3c452b0200382f8ab7495002b541735c47193c91 e5c4b31ff9997ac5603f4f28cd7df602.cab 8c451f3fdfe54356d1a4bb2ff9374aef200d399b e98fa5eb5fee6ce17a7a69d585870b7c.cab da91ee0facad49b74da579e73ab05a10630234c8 Windows SDK Signing Tools-x86_en-us.msi $ du -sh *.cab *msi 532K 4c3ef4b2b1dc72149f979f4243d2accf.cab 1.1M 685f3d4691f444bc382762d603a99afc.cab 580K e5c4b31ff9997ac5603f4f28cd7df602.cab 1.4M e98fa5eb5fee6ce17a7a69d585870b7c.cab 388K Windows SDK Signing Tools-x86_en-us.msi $ wine --version wine-5.22-260-g2ad09b01673 Regards -- 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 46671] New: Biamp canvas crashes on startup
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=46671 Bug ID: 46671 Summary: Biamp canvas crashes on startup Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: harri.olin(a)gmail.com Distribution: --- Created attachment 63618 --> https://bugs.winehq.org/attachment.cgi?id=63618 Terminal output of Biamp Canvas on wine 4.2 Hello Biamp Canvas is a program for creating and using user interfaces for controlling Biamp Tesira series of DSP hardware. Program crashes after showing user interface. Download: https://support.biamp.com/Tesira/Software-Firmware Version 3.8.1 tested (installer name biampcanvassetup3-8-0-3.exe) Program requires .net 4.7.1, installed with winetricks dotnet471 with patch from https://github.com/Tk-Glitch/PKGBUILDS/blob/master/winetricks-tkg-git/dotne… Backtrace tells the crash occurred at: =>0 0x7b43e40c GetFirmwareEnvironmentVariableW+0x13c() in kernel32 (0x0032dcb8) but there is something else in terminal output: ----- Unhandled Exception: System.ServiceModel.Security.SecurityNegotiationException: A call to SSPI failed, see inner exception. ---> System.Security.Authentication.AuthenticationException: A call to SSPI failed, see inner exception. ---> System.ComponentModel.Win32Exception: Unknown error (0x8009030e) ----- The Tesira software available on same page for configuring the DSP hardware crashes earlier, before showing splash screen, but that is fixed by native gdiplus. When using native gdiplus, Tesira software looks like it works fine. However native gdiplus does not help the Canvas program. Tested with 32bit and 64bit prefixes, does not seem to make any difference. Tested on Ubuntu 18.04 running on Hyper-V. Winbind is installed on system. -- 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 9

[Bug 47062] New: Multiple E-Banking applications by KOBIL Systems GmbH crash on startup due to ntdll.NtQueryDirectoryObject '\\KnownDlls' failure (MigrosBank EBanking 8.2.x, Sparda Bank SecureApp 1.x)
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=47062 Bug ID: 47062 Summary: Multiple E-Banking applications by KOBIL Systems GmbH crash on startup due to ntdll.NtQueryDirectoryObject '\\KnownDlls' failure (MigrosBank EBanking 8.2.x, Sparda Bank SecureApp 1.x) Product: Wine Version: 4.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 47061 Stable links for current installers: Sparda Bank SecureApp: https://web.archive.org/web/20190422125056/https://www.sparda.de/secureapp-… Corresponding VirusTotal scan: https://www.virustotal.com/gui/file/444c501236d5704e43ff5238a03b2c66a08eeba… --- MigrosBank EBanking app: https://web.archive.org/web/20190422124354/https://download.migrosbank.ch/m… Corresponding VirusTotal scan: https://www.virustotal.com/gui/file/9cd93cc70c6a8b24dbf47a3d20c9a1ed5f63414… --- Trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/users/focht/Application Data/Sparda/AST-Client $ WINEDEBUG=+seh,+relay wine ./SpardaSecureApp.exe >>log.txt 2>&1 ... 002b:Call TLS callback (proc=0x20010530,module=0x20000000,reason=PROCESS_ATTACH,reserved=0) 002b:Call KERNEL32.VirtualAlloc(00000000,00000006,00003000,00000004) ret=2001256a 002b:Ret KERNEL32.VirtualAlloc() retval=00340000 ret=2001256a 002b:Call KERNEL32.VirtualAlloc(00000000,00000017,00003000,00000004) ret=2001258d 002b:Ret KERNEL32.VirtualAlloc() retval=00350000 ret=2001258d 002b:Call KERNEL32.GetModuleHandleA(00340000 "ntdll") ret=20012652 002b:Ret KERNEL32.GetModuleHandleA() retval=7bc10000 ret=20012652 002b:Call KERNEL32.GetProcAddress(7bc10000,00350000 "NtSetInformationThread") ret=20012659 002b:Ret KERNEL32.GetProcAddress() retval=7bc24870 ret=20012659 ... 002b:Ret KERNEL32.VirtualFree() retval=00000001 ret=20010706 002b:Ret TLS callback (proc=0x20010530,module=0x20000000,reason=PROCESS_ATTACH,reserved=0) 002b:Starting process L"C:\\users\\focht\\Application Data\\Sparda\\AST-Client\\SpardaSecureApp.exe" (entryproc=0x2002954a) ... 002b:Call KERNEL32.LoadLibraryExW(20061890 L"api-ms-win-core-synch-l1-2-0",00000000,00000800) ret=2002e36c 002b:trace:ntdll:FILE_CreateFile handle=0x33f860 access=80100000 name=L"\\??\\C:\\windows\\system32\\api-ms-win-core-synch-l1-2-0.dll" objattr=00000040 root=(nil) sec=(nil) io=0x33f870 alloc_size=(nil) attr=00000000 sharing=00000005 disp=1 options=00000060 ea=(nil).0x00000000 002b:Call LDR notification callback (proc=0x20010d80,reason=1,data=0x33fc5c,context=(nil)) 002b:Call KERNEL32.VirtualAlloc(00000000,000001f4,00001000,00000004) ret=20015ced 002b:Ret KERNEL32.VirtualAlloc() retval=00380000 ret=20015ced 002b:Call ntdll.RtlInitUnicodeString(0033fb30,00380112 L"\\KnownDlls") ret=20015db1 002b:Ret ntdll.RtlInitUnicodeString() retval=00000016 ret=20015db1 002b:Call ntdll.NtOpenDirectoryObject(0033fba8,00000003,0033fb64) ret=20015e36 002b:trace:ntdll:NtOpenDirectoryObject (0x33fba8,0x00000003,{name=L"\\KnownDlls", attr=0x00000040, hRoot=(nil), sd=(nil)} ) 002b:Ret ntdll.NtOpenDirectoryObject() retval=c0000034 ret=20015e36 002b:Call KERNEL32.VirtualFree(00380000,00000000,00008000) ret=20015e48 002b:Ret KERNEL32.VirtualFree() retval=00000001 ret=20015e48 002b:Call KERNEL32.VirtualAlloc(00000000,000001f4,00001000,00000004) ret=20015ced 002b:Ret KERNEL32.VirtualAlloc() retval=00380000 ret=20015ced 002b:Call ntdll.RtlInitUnicodeString(0033fae8,00380112 L"\\KnownDlls") ret=20015db1 002b:Ret ntdll.RtlInitUnicodeString() retval=00000016 ret=20015db1 002b:Call ntdll.NtOpenDirectoryObject(0033fb60,00000003,0033fb1c) ret=20015e36 002b:trace:ntdll:NtOpenDirectoryObject (0x33fb60,0x00000003,{name=L"\\KnownDlls", attr=0x00000040, hRoot=(nil), sd=(nil)} ) 002b:Ret ntdll.NtOpenDirectoryObject() retval=c0000034 ret=20015e36 002b:Call KERNEL32.VirtualFree(00380000,00000000,00008000) ret=20015e48 002b:Ret KERNEL32.VirtualFree() retval=00000001 ret=20015e48 002b:Call KERNEL32.VirtualAlloc(00000000,000001f4,00001000,00000004) ret=20016641 002b:Ret KERNEL32.VirtualAlloc() retval=00380000 ret=20016641 002b:Call KERNEL32.VirtualFree(00380000,00000000,00008000) ret=20016756 002b:Ret KERNEL32.VirtualFree() retval=00000001 ret=20016756 002b:Call ntdll.wcslen(00000000) ret=2001675d 002b:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7bcb7c66 ip=7bcb7c66 tid=002b 002b:trace:seh:raise_exception info[0]=00000000 002b:trace:seh:raise_exception info[1]=00000000 002b:trace:seh:raise_exception eax=7bcb7c60 ebx=7bc2c030 ecx=00000000 edx=00000000 esi=0033fbb8 edi=0033fb84 002b:trace:seh:raise_exception ebp=0033fb78 esp=0033fb78 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 002b:trace:seh:call_stack_handlers calling handler at 0x2002e0e0 code=c0000005 flags=0 002b:trace:seh:call_stack_handlers handler at 0x2002e0e0 returned 1 002b:trace:seh:call_stack_handlers calling handler at 0x7b4a0c30 code=c0000005 flags=0 ... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7bcb7c66). ... Backtrace: =>0 0x7bcb7c66 NTDLL_wcslen+0x6(str=0x0(nil)) [/home/focht/projects/wine/mainline-src/include/wine/unicode.h:201] in ntdll (0x0033fb78) 1 0x7bc7ef34 relay_call+0x43() in ntdll (0x0033fba0) 2 0x7bc2c04a __wine_stub__fltused+0x97c1() in ntdll (0x0033fc08) 3 0x2001675d EntryPoint+0xffffffff() in spardasecureapp (0x0033fc08) 4 0x20010d9d EntryPoint+0xffffffff() in spardasecureapp (0x0033fc18) 5 0x7bc5b5c4 call_ldr_notifications+0x83(reason=0x1, module=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c:371] in ntdll (0x0033fc88) 6 0x7bc6078f process_attach.part+0x10e() in ntdll (0x0033fcc8) 7 0x7bc65777 LdrLoadDll+0x81(path_name=<couldn't compute location>, flags=<couldn't compute location>, libname=<couldn't compute location>, hModule=<couldn't compute location>) [/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c:1288] in ntdll (0x0033fd08) 8 0x7b4689cc load_library+0xdb(libname=0x33fda8, flags=0x800) [/home/focht/projects/wine/mainline-src/dlls/kernel32/module.c:975] in kernel32 (0x0033fd88) 9 0x7b4690e1 LoadLibraryExW+0xdb() [/home/focht/projects/wine/mainline-src/dlls/kernel32/module.c:1035] in kernel32 (0x0033fdc8) 10 0x7bc7ef34 relay_call+0x43() in ntdll (0x0033fdfc) 11 0x7b429d56 __wine_stub___wine_call_from_16_regs+0x6515() in kernel32 (0x0033fe28) 12 0x2002e36c in spardasecureapp (+0x2e36b) (0x0033fe28) 13 0x2002e2d5 in spardasecureapp (+0x2e2d4) (0x0033fe40) 14 0x2002e4b4 in spardasecureapp (+0x2e4b3) (0x0033fe5c) 15 0x2002e894 in spardasecureapp (+0x2e893) (0x0033fe80) 16 0x200293f5 EntryPoint+0xffffffff() in spardasecureapp (0x0033fec0) 17 0x7b4729f2 call_process_entry+0x11() in kernel32 (0x0033fed8) 18 0x7b47531a start_process+0x149(entry=<couldn't compute location>, peb=<couldn't compute location>) [/home/focht/projects/wine/mainline-src/dlls/kernel32/process.c:1256] in kernel32 (0x0033ffd8) 19 0x7b4729fe start_process_wrapper+0x9() in kernel32 (0x0033ffec) 0x7bcb7c66 NTDLL_wcslen+0x6 [/home/focht/projects/wine/mainline-src/include/wine/unicode.h:201] in ntdll: cmpw $0,0x0(%edx) 201 while (*s) s++; Modules: Module Address Debug info Name (20 modules) PE 20000000-200d8000 Export spardasecureapp ELF 7b400000-7b830000 Dwarf kernel32<elf> \-PE 7b420000-7b830000 \ kernel32 ELF 7bc00000-7bd2a000 Dwarf ntdll<elf> \-PE 7bc10000-7bd2a000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ... Threads: process tid prio (all id:s are in hex) ... 0000002a (D) C:\users\focht\Application Data\Sparda\AST-Client\SpardaSecureApp.exe 0000002b 0 <== --- snip --- Some prerequisite info: https://blogs.msdn.microsoft.com/larryosterman/2004/07/19/what-are-known-dl… Apparently the protection code wants to look at '\\KnownDlls' directory object using 'ntdll.NtQueryDirectoryObject' to enumerate entries (OBJECT_DIRECTORY_INFORMATION) which obviously fails under Wine. $ sha1sum spardasecureapp_p.exe d579216a3a61555c68a75636893216b8a4233737 spardasecureapp_p.exe $ du -sh spardasecureapp_p.exe 9.6M spardasecureapp_p.exe $ wine --version wine-4.6-108-g9d7d68747b Regards -- 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 6

[Bug 57983] New: getaddrinfo cannot handle "https" as the service string, but windows 10 can
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=57983 Bug ID: 57983 Summary: getaddrinfo cannot handle "https" as the service string, but windows 10 can Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: katharine.chui(a)gmail.com Distribution: --- Created attachment 78236 --> https://bugs.winehq.org/attachment.cgi?id=78236 test/reproduce code test code that can be built with mingw-w64 gcc attached, on linux wine, the current output is: getaddrinfo("google.com", "https", NULL, &res) failed with 10109 aka WSATYPE_NOT_FOUND on windows, both "443" and "https" service strings 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.

2 6

[Bug 25373] New: epoc32 emulator don't start
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=25373 Summary: epoc32 emulator don't start Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniele(a)smartango.com $ env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0xffffff01: stub err:mmtime:TIME_MMTimeStop Timer still active?! $ strace env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" 2>mylog.txt I attach strace (fist time I report a bug here, I think strace could be useful ...) -- 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.

3 13

[Bug 56137] New: Overwatch 2 fails to save highlight video files
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=56137 Bug ID: 56137 Summary: Overwatch 2 fails to save highlight video files Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forestix(a)nom.one Distribution: --- When attempting to save an Overwatch 2 highlight video as an mp4 file (the default format), it fails with this error message: SAVING ERROR An unknown error has occurred. (6-04) Steps to reproduce: - play a game (easiest way is via Play: Training: Practice vs. AI: Casual) - after the game is over, return to the main menu - click username button (top right corner) - click history tab (top edge) - click highlights tab (left edge) - click a highlight from "today's top 5" - click save button (bottom edge) - select movie format: mp4 - click save button Note that this is a different kind of failure than the one with .webm format (bug 56059). -- 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 56059] New: Overwatch 2: highlight saving generates a 1ms (empty) webm video file
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=56059 Bug ID: 56059 Summary: Overwatch 2: highlight saving generates a 1ms (empty) webm video file Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forestix(a)nom.one Distribution: --- Created attachment 75715 --> https://bugs.winehq.org/attachment.cgi?id=75715 example video file When attempting to save a game highlight as a webm video file, Overwatch 2 *seems* to be encoding the video as it should, in that it uses the CPU and takes an appropriate amount of time to complete. However, the resulting file is only about 700K, and doesn't play in any player. Examining the file with MediaInfo shows what looks like a reasonable container with video and audio parts, but only 1ms duration. I get the same results in all of these Wine versions: wine-9.0-rc2 wine-9.0-rc2 (Staging) wine-ge-custom (aka lutris-GE-Proton) 8-23 Game installer download link: https://download.battle.net/en-us?product=ow&blzcmp=ow_gamesite Steps to reproduce: - play a game (easiest way is via Play: Training: Practice vs. AI: Casual) - after the game is over, return to the main menu - click username button (top right corner) - click history tab (top edge) - click highlights tab (left edge) - click a highlight from "today's top 5" - click save button (bottom edge) - select movie format: webm - click save button -- 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 10

[Bug 41829] New: Double Commander error rendering TabControl
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=41829 Bug ID: 41829 Summary: Double Commander error rendering TabControl Product: Wine Version: 1.9.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: james.tabor(a)reactos.org Distribution: --- Created attachment 56246 --> https://bugs.winehq.org/attachment.cgi?id=56246 tab control does not refresh. Running Double Commander 0.7.5 for testing and tab control does not refresh. -- 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 10

[Bug 57473] New: Virtual DJ 2024: Main interface animation flickers
by WineHQ Bugzilla Sept. 3, 2026

Sept. 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=57473 Bug ID: 57473 Summary: Virtual DJ 2024: Main interface animation flickers 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: rizalmart98(a)gmail.com Distribution: --- The main interface was shaking and flickers The terminal shows this error message: 01f0:fixme:d2d:d2d_text_renderer_DrawGlyphRun Ignoring options 0x6. -- 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 37355] New: Tages Protection v5.x needs ntoskrnl 'MmMapLockedPagesSpecifyCache' implementation
by wine-bugs＠winehq.org Sept. 3, 2026

Sept. 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=37355 Bug ID: 37355 Summary: Tages Protection v5.x needs ntoskrnl 'MmMapLockedPagesSpecifyCache' implementation Product: Wine Version: 1.7.27 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, reported here: https://github.com/compholio/wine-compholio/issues/80 Michael Müller from FDS team: --- quote --- Sadly this is not enough to make the Tages copy protection happy. The issue you are now running into is: fixme:ntoskrnl:MmMapLockedPagesSpecifyCache (0x111988, 0, 1, (nil), 0, 32): stub The MmMapLockedPagesSpecifyCache command is used to map memory of a process into the kernel, so that a kernel driver can write / read it. This is necessary since the kernel does not share the same address space as the process. The problem is that this command is a stub and always returns 0 as mapped address. The Tages protection does not check for NULL pointers and tries to write to the address resulting in: wine: Unhandled page fault on write access to 0x00000000 at address 0x57fe27 (thread 0018), starting debugger... The problem is that there is no way to properly implement this on Linux since there is no way to simply map the memory of a different process if you are not inside the kernel. Since wine is no kernel module it can only use memory of different processes, when they explicitly create it as shared memory block. Sadly you can not declare a memory block as shared after it was allocated, so this does not help implementing this command. Anyway in the case of the Tages protection we have some luck since it seems like the process is paused (I think it was waiting for the response of the DeviceIoControl function) while the memory is changed by the windows kernel driver. This allows us to emulate the mapping of the memory by using ReadProcessMemory and WriteProcessMemory. I wrote some hack to implement this, but this only prevented the crash and made the application to exit silently. I either made a mistake in my hack or there is still something else which prevents it from working. --- quote --- Regards -- 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 57

[Bug 30523] New: Jupiter crashes when trying to fill online tax declarations
by wine-bugs＠winehq.org Sept. 2, 2026

Sept. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=30523 Bug #: 30523 Summary: Jupiter crashes when trying to fill online tax declarations Product: Wine Version: 1.5.2 Platform: x86 URL: http://pity.elfin.pl/pliki/Jupiter/Jupiter2011/std/1.0 .5.6/Jupiter2011_std_1.0.5.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: washuu(a)eastnews.com.pl Classification: Unclassified Created attachment 39930 --> http://bugs.winehq.org/attachment.cgi?id=39930 sample data file with bogus numbers Jupiter is free, downloadable program for calculating taxes in Poland, it's quite popular. I found using it under Wine quite uncomfortable, because of a few bugs. Here is one of them: - install the application. In my case it went without any glitches. - run the application. - open the attached sample data file, using menu "Plik" ("file") and "Otworz" ("open"). - wait a few seconds to open data file, when it is loaded you see some text in the middle, starting with "dziekujemy za skorzystanie z programu". - in the menu, choose "Rozliczenia" ("statements") and "e-deklaracje" ("e-declarations"). The program crashes with error: Unhandled exception: page fault on write access to 0x017c0bce in 32-bit code (0x02358bf5). Backtrace: =>0 0x02358bf5 (0x0033f804) 1 0x7c0af136 in mscoree (+0xf135) (0x0033f874) 2 0x7e71b84a CoCreateInstance+0x369() in ole32 (0x0033f8e4) 3 0x004167e4 in jupiter (+0x167e3) (0x7ea9c9d0) 4 0xb8ec81ec (0x8b55ff8b) 0x02358bf5: addb %al,0x0(%eax). -- 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 10

[Bug 58134] New: GTA San Andreas: A required security module can not be activated.
by WineHQ Bugzilla Sept. 1, 2026

Sept. 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=58134 Bug ID: 58134 Summary: GTA San Andreas: A required security module can not be activated. Product: Wine Version: unspecified Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Hello, when i want to start GTA San Andreas using the original disc copy then i do get the message "A required security module can not be activated. This program can not be executed". The game is using SecuROM. Tested with Wine 10.3 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 3

[Bug 29372] New: Chrome exit with "fixme:file:ReplaceFileW Ignoring flags 2" while dragging tabs
by wine-bugs＠winehq.org Sept. 1, 2026

Sept. 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=29372 Bug #: 29372 Summary: Chrome exit with "fixme:file:ReplaceFileW Ignoring flags 2" while dragging tabs Product: Wine Version: 1.3.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Downlaod and install Google Chrome http://www.google.com/chrome/index.html?platform=win&hl=en&standalone=1 sha1sum : ChromeStandaloneSetup-b6ea56f7a04f9bcee3565687f5aef83695d13b97-2011-12-09.exe 2. disable "Allow the window manager to decorate the windows." in winecfg (Reference: Bug 28467 and Bug 28468) 3. Start chrome $ cd ~/.wine/drive_c/users/fracting/Local\ Settings/Application\ Data/Google/Chrome/Application $ wine chrome.exe 4. make sure there is only one tab, drag the chrome tab away from the origin position, then chrome will exit with following messages: fixme:file:ReplaceFileW Ignoring flags 2 fixme:file:ReplaceFileW Ignoring flags 2 fixme:file:ReplaceFileW Ignoring flags 2 fixme:iphlpapi:CancelIPChangeNotify (overlapped 0xc8ab1c): stub fixme:advapi:UnregisterTraceGuids 0: stub fixme:advapi:UnregisterTraceGuids 0: stub -- 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 14

[Bug 30652] New: Wrong TextOut font substitution under en_US locale
by wine-bugs＠winehq.org Sept. 1, 2026

Sept. 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=30652 Bug #: 30652 Summary: Wrong TextOut font substitution under en_US locale Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hqm03ster(a)gmail.com Classification: Unclassified Created attachment 40125 --> http://bugs.winehq.org/attachment.cgi?id=40125 The screenshots, test code, and test font The test program "tunihan.c" behaves differently on Windows and Wine (under linux). When a Unicode string containing CJK characters is TextOut-ed using a custom font, Wine font substitution isn't working properly like Windows does. To reproduce: 1. Install the font "nkf11_magicum_texturae.ttf". The font can be downloaded for free at: http://hwm3.gyao.ne.jp/shiroi-niwatori/nkf11_magicum_texturae.zip Windows standard CJK fonts NSimSun, PMingLiu, MS UI Gothic, Tahoma are also required to completely reproduce the attached screenshots. 2. Compile attached tunihan.c using MinGW on Windows with command line: gcc -otunihan.exe tunihan.c -lgdi32 3. Run the generated tunihan.exe under Windows, with global non-Unicode program locale set to English (US). Attached screenshot "enUS-windows.png" should be reproduced. 4. Copy/link all Windows fonts into Wine. 5. Run the generated tunihan.exe under Wine using command line: LANG=en_US.utf8 wine tunihan.exe Attacehed screenshot "enUS-linux.png" should be reproduced. Test environment: Windows: A Chinese Edition of Windows 7 with global non-Unicode program locale set to English (US). Wine: Wine 1.5.4 on Arch Linux 3.3.5, with all windows fonts symlinked into "C:\windows\Fonts" in Wine. Notes: A. The attached font, "nkf11_magicum_texturae.ttf", is an incomplete fictional glyph set for ASCII characters. It is chosen as a test font because it is missing glyphs for a number of ASCII symbols (e.g. '[', ']'), is clearly distinguishable from any potential substitution font, and is clearly not a Windows standard font. B. This behavior can't be reproduced using AppLocale. The Windows machine must have its global non-Unicode program locale set to English (US). C. tunihan.c writes 7 lines of texts to a Window: Line 1: A line of ASCII/CJK characters in a Simplified Chinese font Line 2: A line of ASCII/CJK characters in a Traditional Chinese font Line 3: A line of ASCII/CJK characters in a Japanese font Line 4: A line of ASCII/CJK characters in the test font Line 5: A line of ASCII characters in the test font, using TextOutW Line 6: A line of ASCII characters in the test font, using TextOutA Line 7: A line of ASCII/CJK characters in Tahoma In line 4, Windows is providing font substitution for the test font through a Japanese substitution font (deduced from unified Han character shape), thus displaying all ASCII/CJK characters correctly, despite that there isn't such a rule defined in the registry. Wine failed to do the same. On the other hand, Windows doesn't provide the same font substitution if a completely-ASCII string is TextOut-ed. The CJK characters are chosen to include both unified Han characters with a different shape in each font and non-unified characters for each individual font. Implications: 1. This bug may be related to a few weird CJK script rendering problems. 2. This bug may be related to a few western font rendering problems when CJK fonts are installed. 3. I'm not sure if the issue is even CJK related. Windows could be using similar font substitution for other scripts like Hebrew. -- 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 5

[Bug 49029] New: ABBYY FineReader 12 Professional crashes in trial mode
by WineHQ Bugzilla Aug. 31, 2026

Aug. 31, 2026

https://bugs.winehq.org/show_bug.cgi?id=49029 Bug ID: 49029 Summary: ABBYY FineReader 12 Professional crashes in trial mode Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msxml6 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation from bug 43454 ("Multiple installers and applications crash on unhandled exception 0x000006ba inside NdrAsyncClientCall (ABBYY FineReader 12 Professional)"). Clicking 'Run Program' (= run app in trial mode) causes a crash. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/ABBYY FineReader 12 $ WINEDEBUG=+seh,+relay,+msxml wine ./FineReader.exe >>log.txt 2>&1 ... 0055:Call ole32.CoCreateInstance(2f815e1c,00000000,00000017,2f815e2c,0032d544) ret=2f7ab6e9 ... 0055:Ret msxml3.DllGetClassObject() retval=00000000 ret=00ad5801 ... 0055:trace:msxml:DOMClassFactory_CreateInstance (nil) {00000000-0000-0000-c000-000000000046} 0x32d460 0055:trace:msxml:DOMDocument_create (60, 0x32d41c) ... 0055:trace:msxml:xmldoc_add_refs (0xf76c2d20)->(1) 0055:trace:msxml:get_domdoc_from_xmldoc returning iface 0x28b3f38 0055:trace:msxml:domdoc_QueryInterface (0x28b3f20)->({00000000-0000-0000-c000-000000000046} 0x32d460) 0055:trace:msxml:domdoc_AddRef (0x28b3f20)->(2) 0055:trace:msxml:domdoc_Release (0x28b3f20)->(1) 0055:trace:msxml:DOMClassFactory_Release (0x28d6120) ref = 0 ... 0055:Ret ole32.CoCreateInstance() retval=00000000 ret=2f7ab6e9 ... 0055:trace:msxml:domdoc_createProcessingInstruction (0x28b3f20)->(L"xml" L"version=\"1.0\" encoding=\"UTF-8\"" 0x32d46c) ... 0055:trace:msxml:node_set_content (0x29856e0)->(L"version=\"1.0\" encoding=\"UTF-8\"") ... 0055:trace:msxml:domdoc_createNode (0x28b3f20)->(0x32d3e0 {VT_INT: 1} L"root" L"http://www.abbyy.com/FineReader/BatchOptions/0" 0x32d468) ... 0055:trace:msxml:domdoc_createNode node_type 1 ... 0055:trace:msxml:domdoc_get_documentElement (0x28b3f20)->(0x32d480) 0055:trace:msxml:create_node type 1 ... 0055:trace:msxml:xmldoc_add_refs (0xf76c2d20)->(2) 0055:trace:msxml:domelem_QueryInterface (0x29856e0)->({2933bf80-7b36-11d2-b20e-00c04f983e60} 0x32d42c) 0055:trace:msxml:domelem_AddRef (0x29856e0)->(2) 0055:trace:msxml:domelem_Release (0x29856e0)->(1) 0055:trace:msxml:domelem_QueryInterface (0x29856e0)->({2933bf86-7b36-11d2-b20e-00c04f983e60} 0x32d480) 0055:trace:msxml:domelem_AddRef (0x29856e0)->(2) 0055:trace:msxml:domelem_Release (0x29856e0)->(1) 0055:trace:msxml:domelem_AddRef (0x29856e0)->(2) 0055:trace:msxml:domelem_AddRef (0x29856e0)->(3) 0055:trace:msxml:domelem_Release (0x29856e0)->(2) ... 0055:trace:msxml:domelem_setAttribute (0x29856e0)->(L"type" 0x32d400 {VT_BSTR: L""}) ... 0055:trace:msxml:domelem_setAttribute (0x29856e0)->(L"languages" 0x32d400 {VT_BSTR: L"English"}) 0055:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,028b8ecc L"English",ffffffff,00000000,00000000,00000000,00000000) ret=f799f4a2 0055:Call ntdll.RtlUnicodeToUTF8N(00000000,00000000,0032d324,028b8ecc,00000010) ret=7b0198f4 0055:Ret ntdll.RtlUnicodeToUTF8N() retval=00000000 ret=7b0198f4 0055:Ret KERNEL32.WideCharToMultiByte() retval=00000008 ret=f799f4a2 0055:Call ntdll.RtlAllocateHeap(00110000,00000000,00000009) ret=f799f4c1 0055:Ret ntdll.RtlAllocateHeap() retval=028d6120 ret=f799f4c1 0055:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,028b8ecc L"English",ffffffff,028d6120,00000009,00000000,00000000) ret=f799f4ea 0055:Call ntdll.RtlUnicodeToUTF8N(028d6120,00000009,0032d324,028b8ecc,00000010) ret=7b0198f4 0055:Ret ntdll.RtlUnicodeToUTF8N() retval=00000000 ret=7b0198f4 0055:Ret KERNEL32.WideCharToMultiByte() retval=00000008 ret=f799f4ea 0055:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,028310bc L"languages",ffffffff,00000000,00000000,00000000,00000000) ret=f799f3a3 0055:Call ntdll.RtlUnicodeToUTF8N(00000000,00000000,0032d324,028310bc,00000014) ret=7b0198f4 0055:Ret ntdll.RtlUnicodeToUTF8N() retval=00000000 ret=7b0198f4 0055:Ret KERNEL32.WideCharToMultiByte() retval=0000000a ret=f799f3a3 0055:Call ntdll.RtlAllocateHeap(00110000,00000000,0000000b) ret=f799f3c2 0055:Ret ntdll.RtlAllocateHeap() retval=028b5a50 ret=f799f3c2 0055:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,028310bc L"languages",ffffffff,028b5a50,0000000b,00000000,00000000) ret=f799f3e3 0055:Call ntdll.RtlUnicodeToUTF8N(028b5a50,0000000b,0032d324,028310bc,00000014) ret=7b0198f4 0055:Ret ntdll.RtlUnicodeToUTF8N() retval=00000000 ret=7b0198f4 0055:Ret KERNEL32.WideCharToMultiByte() retval=0000000a ret=f799f3e3 0055:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf7bd80b2 ip=f7bd80b2 tid=0055 0055:trace:seh:raise_exception info[0]=00000000 0055:trace:seh:raise_exception info[1]=a5317000 0055:trace:seh:raise_exception eax=7d125010 ebx=f7cfb000 ecx=7d12501c edx=a5317000 esi=00000030 edi=0000003f 0055:trace:seh:raise_exception ebp=00000003 esp=0032d370 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010283 0055:trace:seh:call_stack_handlers calling handler at 0x2f7bc908 code=c0000005 flags=0 0055:trace:seh:call_stack_handlers handler at 0x2f7bc908 returned 1 ... wine: Unhandled page fault on read access to A5317000 at address F7BD80B2 (thread 0055), starting debugger... --- snip --- Tidbit: The app installer bundles Microsoft MSXML 6.0 x64 redist installer. >From 'AbbyyMsiLog.txt': --- snip -- ... Get prerequisites... Prerequisites: Z:\home\focht\Downloads\FR12_PE\MSXML\msxml6_x64.msi Checking related Product for UpgradeCode: {5BBED1F8-E6F3-4A02-BC97-26D35BE200CA} Prerequisite MaxUpdateVersion is: 6.10.1129.0 No related products for this UpgradeCode [Setup] Run="C:\windows\system32\msiexec.exe" /i "Z:\home\focht\Downloads\FR12_PE\MSXML\msxml6_x64.msi" /passive /Liwrmo!vepacu "C:\users\focht\Temp\msxml6_x64.log" [Setup] RunExitCode=0 ... --- snip --- Due to the presence of Wine's MSXML 6.0 PE builtins, the redist installer does not overwrite them. Only binaries that don't exist in Wine, such as 'msxml6r.dll' get installed in SysWOW64 and System32 respectively. It wouldn't work anyway as Wine always prefers msxml builtins for good reason. 'winetricks -q msxml6' prevents the crash. $ sha1sum ABBYY_FR12_PRO_TRIAL.exe cd209916f9f13486a6d8f6fc6276eeb761b30803 ABBYY_FR12_PRO_TRIAL.exe $ du -sh ABBYY_FR12_PRO_TRIAL.exe 340M ABBYY_FR12_PRO_TRIAL.exe $ wine --version wine-5.7 Regards -- 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 6

[Bug 18790] New: Default search does not include resolved bugs
by wine-bugs＠winehq.org Aug. 31, 2026

Aug. 31, 2026

http://bugs.winehq.org/show_bug.cgi?id=18790 Summary: Default search does not include resolved bugs Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: enhancement Priority: P3 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk The default search (the search box at the top of this page) does not include closed bugs (rightly so), but it also does not include resolved bugs. This leads to duplicates that could be avoided. See Bug 18601 - a recent regression that is fixed by the next release, but anyone searching for an open bug for Google Sketchup will not see it unless they choose to run an advanced search, which some users clearly don't. I'm sure this is a simple change to the code. -- 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.

3 10

[Bug 58040] New: Compiling with clang 20.1.1 results in a lot of mp67e96999/shell32-00000000.spec-00000000.s:32085:10: error: Could not find incbin file 'dlls/shell32/shell32.res' errors when shell32.dll is built.
by WineHQ Bugzilla Aug. 31, 2026

Aug. 31, 2026

https://bugs.winehq.org/show_bug.cgi?id=58040 Bug ID: 58040 Summary: Compiling with clang 20.1.1 results in a lot of mp67e96999/shell32-00000000.spec-00000000.s:32085:10: error: Could not find incbin file 'dlls/shell32/shell32.res' errors when shell32.dll is built. Product: Wine Version: 10.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)ivanchev.net Distribution: --- Created attachment 78296 --> https://bugs.winehq.org/attachment.cgi?id=78296 Excerpt from the build log Using latest clang (20.1.1) to compile Wine results in weird error about missing incbin file dlls/shell32/shell32.res when shell32.dll is being built although shell32.res is successfully compiled before hand (see log excerpt). -- 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 52798] New: Wine32 Configure on x86-64 System Fails due to libdbus 32-bit development files not found
by WineHQ Bugzilla Aug. 31, 2026

Aug. 31, 2026

https://bugs.winehq.org/show_bug.cgi?id=52798 Bug ID: 52798 Summary: Wine32 Configure on x86-64 System Fails due to libdbus 32-bit development files not found Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ejmarkow(a)yahoo.com Distribution: --- Created attachment 72178 --> https://bugs.winehq.org/attachment.cgi?id=72178 wine32 config.log When trying to configure Wine32 (on an x86-64 openSUSE Linux system), at the end of the process I'm notified: "configure: libdbus 32-bit development files not found, no dynamic device support." I have all libdbus & related 64 and 32 bit packages installed on my system. The following key fragment appears in the config.log: ----- configure:15903: dbus-1 cflags: -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include configure:15904: dbus-1 libs: -L/usr/lib -ldbus-1 configure:15907: checking for dbus/dbus.h configure:15907: gcc -m32 -c -g -O2 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include conftest.c >&5 In file included from conftest.c:162: /usr/include/dbus-1.0/dbus/dbus.h:29:10: fatal error: dbus/dbus-arch-deps.h: No such file or directory 29 | #include <dbus/dbus-arch-deps.h> | ^~~~~~~~~~~~~~~~~~~~~~~ compilation terminated. ----- Attached is the complete config.log 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.

2 9

[Bug 54280] New: Deno crashes when opening it
by WineHQ Bugzilla Aug. 30, 2026

Aug. 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=54280 Bug ID: 54280 Summary: Deno crashes when opening it Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- Deno - javascript runtime, crashes when opening Tested version - https://github.com/denoland/deno/releases/download/v1.29.2/deno-x86_64-pc-w… Output(simplified) ``` # # Fatal error in , line 0 # Check failed: 0x04 == old_protection. # # # #FailureMessage Object: 00000000002BFB50 ==== C stack trace =============================== (No symbol) [0x0000000141A0121B] BaseThreadInitThunk [0x000000007B6293C9+9] (Z:\usr\src\packages\BUILD\dlls\kernel32\thread.c:61) RtlUserThreadStart [0x0000000170060DA3+131] (Z:\usr\src\packages\BUILD\dlls\ntdll\thread.c:285) (No symbol) [0x0000000000000000] EntryPoint [0x00000001427370BC+0] (No symbol) [0x000000007FEF0000] wine: Unhandled exception 0x80000003 in thread 168 at address 000000014184FA6B (thread 0168), starting debugger... ``` -- 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 29384] New: Voobly fails to launch Age of Empires II multiplayer game (DirectPlay)
by wine-bugs＠winehq.org Aug. 30, 2026

Aug. 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=29384 Bug #: 29384 Summary: Voobly fails to launch Age of Empires II multiplayer game (DirectPlay) Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lapommegolden(a)gmail.com Classification: Unclassified Instead of entering AOE II's brown multiplayer game screen, game will now be automatically aborted & cancelled unrated instead. -- 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.

3 113

[Bug 56761] New: So when I install Blizzard.net setup exe its crashes and gives me the backtrace log
by WineHQ Bugzilla Aug. 30, 2026

Aug. 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=56761 Bug ID: 56761 Summary: So when I install Blizzard.net setup exe its crashes and gives me the backtrace log Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adampigeons(a)gmail.com Distribution: --- Created attachment 76555 --> https://bugs.winehq.org/attachment.cgi?id=76555 the log of the error i launch battlenet exe setup then the window becomes unusable then i get the backtrace log -- 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 17

[Bug 58211] New: Bonsai-Rx Application Crashes Due to TREEVIEW_DoSelectItem Assertion
by WineHQ Bugzilla Aug. 30, 2026

Aug. 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=58211 Bug ID: 58211 Summary: Bonsai-Rx Application Crashes Due to TREEVIEW_DoSelectItem Assertion Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: ncguilbeault(a)gmail.com Distribution: --- Created attachment 78524 --> http://bugs.winehq.org/attachment.cgi?id=78524 Crash log when launching Bonsai main editor or package manager Hi there, and thank you for all the amazing work on Wine! I'm a relatively new user and have encountered an issue when running a Windows application called Bonsai-Rx under Wine. Bonsai-Rx is a C#/.NET-based application widely used in neuroscience research. Traditionally, Bonsai running on Linux has relied on Mono, but I’m exploring the possibility of running Bonsai using Wine instead. System Details: Wine version: Built from source (latest master, 10.7) using Shared-WoW64 instructions Bonsai version: Installed from official site (latest, 2.8.5): https://bonsai-rx.org/docs/articles/installation.html Wine prefix setup: .NET Framework 4.8 installed via winetricks -q dotnet48 System: Ubuntu 24.04, x86_64, kernel 6.8.0-59-generic The Issue: Bonsai installs and launches correctly. The welcome menu displays, but selecting any option that would launch the main editor window or the package manager (e.g., New File, Open File, Manage Packages, etc.) causes the application to crash due to an assertion in the function: `TREEVIEW_DoSelectItem(TREEVIEW_INFO *infoPtr, INT action, HTREEITEM newSelect, INT cause)` Observations: If I comment out the assertion line in the above function and rebuild Wine, Bonsai functionality works as expected. I’ve tested several native DLL overrides (comctl32, comdlg32, vcrun6) without success. The issue persists in multiple Wine versions (10.3 through 10.7). Questions: What are the implications of removing this assertion in TREEVIEW_DoSelectItem? Could this point to a misbehaviour in Bonsai, or is it a Wine edge case that should be handled more gracefully? Is there a better workaround or fix for ensuring compatibility with this application? I’ve attached the full error stack trace for reference. Any guidance or insights would be greatly appreciated. Thanks again for your time and your excellent work! -- 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 37668] New: Alctive-HDL_Sudent_Edition_9.3 : crashes when you are trying to run
by wine-bugs＠winehq.org Aug. 30, 2026

Aug. 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=37668 Bug ID: 37668 Summary: Alctive-HDL_Sudent_Edition_9.3 : crashes when you are trying to run Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zvs5039(a)psu.edu Created attachment 50141 --> https://bugs.winehq.org/attachment.cgi?id=50141 Backtrace of the program opening for the first time Alctive-HDL_Sudent_Edition_9.3 is a VHDL program only available to windows and love to use it on a mac. It install with one warning. you can install from https://www.aldec.com/students/student.php?id=4. It free to use for students. -- 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 10

[Bug 35899] New: Mofiki's Autoclicker Premium Edition v1.0.0.3: Unable to singleclick/doubleclick at given spot
by wine-bugs＠winehq.org Aug. 30, 2026

Aug. 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=35899 Bug ID: 35899 Summary: Mofiki's Autoclicker Premium Edition v1.0.0.3: Unable to singleclick/doubleclick at given spot Product: Wine Version: 1.7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bezer(a)home.se Created attachment 47935 --> http://bugs.winehq.org/attachment.cgi?id=47935 Screenshot from Mofiki's Autoclicker Premium Edition v1.0.0.3 Hi. First i want to say that this is not the only autoclicker i've tried. AutoClick v2.2, AutoClickerPRO v2.5 and Auto Clicker by MurGee.com, to name a few, is other autoclickers i've tested. None of those is able to (for example) doubleclick at the Computer icon at the desktop. The attached screenshot taken from Mofiki's Autoclicker, show the cordinates where the Computer icon is located, and that the Double Click option is active. Those autoclickers just somehow doesn't get allowed to pass through their clicks, or what now can be blocking the choosen clickmode. I can atleast see that the cursor moves to the given cordinates, and then nothing more. The idealclicker i would like to work in Wine, is AutoClickerPRO (by valissoft), but the official webpage have been down for a year or more now though. Will there be any autoclicker for Wine, which is able to work with it completely, or is there just any modification that can be made to the current version of Wine ? It would bring me lucky tears, if it would at least do one single click for me.. :) Thanks in advance, and bows'n'bends to the clever creative people (that have been involved) and that nowadays are involved in this nifty project! Working solutions are truly worth donating to. Greetings: Lance -- 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 9

[Bug 38287] New: Pioneers: Crashes on third run
by wine-bugs＠winehq.org Aug. 30, 2026

Aug. 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=38287 Bug ID: 38287 Summary: Pioneers: Crashes on third run Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aekkusu(a)gmail.com Distribution: --- Created attachment 51121 --> https://bugs.winehq.org/attachment.cgi?id=51121 Pioneers (game) Backtrace OS: Debian Unstable (Sid) Free download of the game: http://eigen.itch.io/pioneers App Version: Build 7 On the first two runs the game worked flawlessly aside from some few graphical glitches (which I suspect are because of my IGP and drivers as it happens in native apps/programs/games and therefore is unrelated to Wine) On the third run however I got a crash when launching the game after having done nothing to the game except save a game I was playing. I attached the backtrace below, also here's the terminal output: http://pastebin.com/VqjHvB4D The game comes in a zip file, so I won't provide the hashes for the file itself. -- 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 16179] New: QIP: flashing chat window disappears if it is not on the current desktop.
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=16179 Summary: QIP: flashing chat window disappears if it is not on the current desktop. Product: Wine Version: unspecified Platform: PC-x86-64 URL: http://qip.ru/en/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: crossroads0000(a)gmail.com If QIP tries to flash one of its chat windows while the user is on another desktop, the chat window disappears completely until I restart the application. The problem also comes up when you change desktops while the window is flashing. No error logs are attached because there is no output in the console if the bug appears. To reproduce the crash: 1) Download QIP (e.g. at http://qip.ru/download/qip/?http://download.qip.ru/qip8070.exe ). 2) Start QIP. If it fails to start (this is a bug unrelated to this one), try this work-around: go to your QIP-Directory (should be ~/.wine/drive_c/Program\ Files/QIP), open current.cfg in your "Skins" directory, and replace "1" with "0". 3) Log on with your ICQ #. If you don't have one, you can easily register one with QIP in less than 30 seconds (you don't have to enter any email address). 4) Open the chat window, make someone send you a chat message, but before you receive it, change the desktop. 5) If you receive a message while you're on another desktop, the chat window will disappear. This only works if the chat window had focus before you changed the desktop. -- 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 11

[Bug 33793] New: SMSDV can't find any forms in HTML
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=33793 Bug #: 33793 Summary: SMSDV can't find any forms in HTML Product: Wine Version: 1.6-rc1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified Created attachment 44783 --> http://bugs.winehq.org/attachment.cgi?id=44783 Terminal output I've managed to start SMSDV, having removed smsdv.ini from its directory. It complained, but showed the window. Now after trying to get PIN-code (CAPTCHA in fact), it showed this message (see screenshot): "AnalyzeHTML: Не обнаружено ни одной формы" (which means "no forms were detected"). The app is to read network operator's web site and find form fields and CAPTCHA. I'm attaching the log from terminal. Screenshot: http://appdb.winehq.org/appimage.php?iId=42382 -- 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 7

[Bug 30317] New: Novatel CDU: Hang up at exit
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=30317 Bug #: 30317 Summary: Novatel CDU: Hang up at exit Product: Wine Version: 1.5.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 39619 --> http://bugs.winehq.org/attachment.cgi?id=39619 WINEDEBUG=+relay on Wine 1.5.1 Steps to reproduce: 1) remove ~/.wine 2) winetricks dotnet20 3) install CDU_Inst_3.9.0.7.exe 4) wine NovAtelCDU.exe 5) Device->Exit Behaviour: Hang-up. Expected behaviour: No hang-up. Terminal output: err:wgl:internal_SetPixelFormat Couldn't set format of the window, returning failure err:wgl:X11DRV_wglCreateContext Cannot get FB Config for iPixelFormat 0, expect problems! err:ole:CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi-threaded err:ole:CoGetContextToken apartment not initialised ... ... ... Sending segment of 83 bytes [SENDER] ERROR: Could not set pipe handle state! -- 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 5

[Bug 37002] New: Plogue chipsound registration fails
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=37002 Bug ID: 37002 Summary: Plogue chipsound registration fails Product: Wine Version: 1.7.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bique.alexandre(a)gmail.com Plogue Chipsound registration fails: fixme:process:GetProcessWorkingSetSize (0xffffffff,0x33e754,0x33e758): stub fixme:process:GetProcessWorkingSetSize (0xffffffff,0x33e754,0x33e758): stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} Here is a link to the software: http://www.plogue.com/products/chipsounds/ -- 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 32547] New: ShowMiiWads: Crashes when installing WADs
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=32547 Bug #: 32547 Summary: ShowMiiWads: Crashes when installing WADs Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: d.schwimer(a)hotmail.com Classification: Unclassified Created attachment 42952 --> http://bugs.winehq.org/attachment.cgi?id=42952 Wine's output following the crash Using a program called ShowMiiWads v1.4: http://wiibrew.org/wiki/ShowMiiWads The program is a sort of utility used to inject WAD files into a NAND backup of a Wii system. Steps to produce issue: 1. Created a "Common Key.bin" file using Tools > Create Common Key and typin '45e'. 2. Selected Options > Change NAND Backup Path, and navigated to the desired folder. 3. Selected View > ShowMiiNand. 4. Right-clicked an item from the list, selected "Install", then "File", then selected a WAD file. 5. Program crashes with attached output. -- 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 6

[Bug 32363] New: Fonts are smoothed
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=32363 Bug #: 32363 Summary: Fonts are smoothed Product: Wine Version: 1.5.18 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified After upgrading from Wine 1.5.17 to 1.5.18 the fonts are smoothed (even on a new profile). I have already looked at "HKEY_CURRENT_USER\\Control Panel\\Desktop\\FontSmoothing" but it is already set to 0. If it is important: My system uses the ttf-mscorefonts-installer package with some rules to look like the fonts of a Windows system. -- 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 39158] New: strange behaviour of WinForms components using MS .net
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=39158 Bug ID: 39158 Summary: strange behaviour of WinForms components using MS .net Product: Wine Version: 1.7.50 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mayth(a)arcor.de Distribution: --- Created attachment 52192 --> https://bugs.winehq.org/attachment.cgi?id=52192 executable of the demo The bug was detected on a system as follows: * Linux Mint 17.2 64-bit * Wine 1.7.50 with a 32-bit environment * orginal Microsoft .net 4.0 framework installed in Wine (using winetricks) Attached is a simple .net program which is written in C# and consists of several small source files. The main windows of this program contains a component of type System.Windows.Forms.StatusStrip with property GripStyle=Visible. Moreover, the main window contains a component of type System.Windows.Forms.ToolTip which is connected with some other GUI component (which is a simple button in this demo). The compiled exe file is attached. If it is executed on a Windows system, the status strip shows a grip which can be used for resizing the window (additionally to the actual borders of the window). Moreover, the tooltip attached to the button works as expected. If the same exe file is executed on a Linux system as described above (i.e. Wine using the original MS .net 4.0 framework), the behaviour is different. The status strip does not show an additional grip. However, the position where the grip should be diplayed is sensible to mouse actions. But it does not cause resizing of the window but some strange resizing effect on the other GUI elements of the window (in this demo on the button). Moreover, the tooltip attached to the button steals the focus from the window (this is in particular a problem for text edit boxes as clicking on the box leads to the tool tip stealing the focus from the edit box, so you cannot really enter text...). By the way, the tool tip which is attached to the status strip element works fine (but this is not a connected element of type Forms.ToolTip but is implemented by the StatusStrip itself...). The same executable using the same .net framework behaves in different ways, depending on whether this is run on windows or on linux using wine. Therefore, the reason for the difference must be found within wine. -- 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 6

[Bug 39065] New: thread.c, line 403: Crash when attaching debugger (EXC_BAD_ACCESS, EXC_i386_GPFLT)
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=39065 Bug ID: 39065 Summary: thread.c, line 403: Crash when attaching debugger (EXC_BAD_ACCESS, EXC_i386_GPFLT) Product: Wine Version: 1.7.49 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: philippe.groarke(a)gmail.com Created attachment 52035 --> https://bugs.winehq.org/attachment.cgi?id=52035 Variables pthread_join crashes when attaching debugger. This makes it impossible to debug anything. I am using lldb and/or xcode directly. Winedbg also crashes, but I cannot retrieve anything with it. I attached the state of local variables when it crashes (in exit_thread). I've also attached the variables of call_thread_func and start_thread. libsystem_pthread.dylib`pthread_join$UNIX2003: 0x9776dedc <+0>: pushl %ebp 0x9776dedd <+1>: movl %esp, %ebp 0x9776dedf <+3>: pushl %ebx 0x9776dee0 <+4>: pushl %edi 0x9776dee1 <+5>: pushl %esi 0x9776dee2 <+6>: subl $0x3c, %esp 0x9776dee5 <+9>: calll 0x9776deea ; <+14> 0x9776deea <+14>: popl %esi 0x9776deeb <+15>: movl 0x8(%ebp), %edi -> 0x9776deee <+18>: movl %gs:0x0, %ebx Small backtrace: #0 0x9776deee in pthread_join$UNIX2003 () #1 0x7bcb0358 in exit_thread at wine/dlls/ntdll/thread.c:403 #2 0x7bca0b65 in call_thread_func_wrapper () #3 0x7bca3f6b in call_thread_func at wine/dlls/ntdll/signal_i386.c:2732 #4 0x7bca0b22 in call_thread_entry_point () #5 0x7bcb0f6f in start_thread at wine/dlls/ntdll/thread.c:443 #6 0x97769e13 in _pthread_body () #7 0x97769d89 in _pthread_start () #8 0x97767e52 in thread_start () Could be many things, open for suggestions. -- 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 15

[Bug 39044] New: Skyforge: In-game browser crash (possibly crypt/ntdll.FILE_CreateFile related).
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=39044 Bug ID: 39044 Summary: Skyforge: In-game browser crash (possibly crypt/ntdll.FILE_CreateFile related). Product: Wine Version: 1.7.48 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: philippe.groarke(a)gmail.com Created attachment 52009 --> https://bugs.winehq.org/attachment.cgi?id=52009 Good backtrace Bug: In-game browser (called Aelinent) crashes on load. Repro: Go to community tab, click Aelinet, crash. (You may need to exit tab and repeat a few times). Attached is a backtrace. I would definitely appreciate some tips/ideas to further pin-point the crash, ty :) After spending a LONG time analyzing logs and trying different combinations of debugs, I believe it might be file creation, or crypt (file creation). These are wild guesses. Of interest: +tid,seh,relay --> 0088:Call KERNEL32.WriteFile(000014c8,d4e6e8a0,00000055,d5f2f310,00000000) ret=0489a01e 0088:Ret KERNEL32.WriteFile() retval=00000001 ret=0489a01e 0088:Call KERNEL32.ReleaseMutex(000014bc) ret=0489a033 0088:Ret KERNEL32.ReleaseMutex() retval=00000001 ret=0489a033 0088:Call KERNEL32.IsDebuggerPresent() ret=048c35c6 0088:Ret KERNEL32.IsDebuggerPresent() retval=00000000 ret=048c35c6 0088:trace:seh:raise_exception code=80000003 flags=0 addr=0x48c35e0 ip=048c35e1 tid=0088 0088:trace:seh:raise_exception eax=00000000 ebx=00000010 ecx=00000055 edx=00000000 esi=d5f2f480 edi=d5f2f478 0088:trace:seh:raise_exception ebp=d5f2f488 esp=d5f2f2fc cs=001b ds=0023 es=0023 fs=113f gs=000f flags=00000246 0088:trace:seh:call_stack_handlers calling handler at 0x7bc913a0 code=80000003 flags=0 More file creation, though it reports success... +tid,+seh,+ntdll,+mshtml,+wininet,+crypt,+cryptasn,+cryptdlg,+cryptdll,+cryptnet,+cryptui 008c:trace:ntdll:NtQueryInformationFile (0x14c8,0xc6fff270,0xc6fff260,0x00000008,0x00000014) 008c:trace:ntdll:NtSetInformationFile (0x14c8,0xc6fff270,0xc6fff268,0x00000008,0x0000000e) --> 008c:trace:ntdll:NtWriteFile (0x14c8,0x0,0x0,0x0,0xc6fff2b8,0xc77d3ae0,0x00000055,0x0,0x0)! 008c:trace:ntdll:NtWriteFile = SUCCESS (85) 008c:trace:seh:raise_exception code=80000003 flags=0 addr=0x48c35e0 ip=048c35e1 tid=008c 008c:trace:seh:raise_exception eax=00000000 ebx=00000010 ecx=00000001 edx=95e376d2 esi=c6fff480 edi=c6fff478 008c:trace:seh:raise_exception ebp=c6fff488 esp=c6fff2fc cs=001b ds=0023 es=0023 fs=1117 gs=000f flags=00000246 008c:trace:seh:call_stack_handlers calling handler at 0x7bc923c0 code=80000003 flags=0 ... wine: Unhandled exception 0x80000003 in thread 8c at address 0x48c35e0 (thread 008c), starting debugger... So If I go back a long time before these errors, looking at the crashed thread mainly, some interesting things show up. The last file created: 008c:trace:ntdll:FILE_CreateFile handle=0xc6ffebfc access=80000000 name=L"\\??\\C:\\users\\pgroarke\\Local Settings\\Temporary Internet Files\\Content.IE5\\CDJK03WH\\DigiCertHighAssuranceEVRootCA[0]" objattr=00000040 root=0x0 sec=0x0 io=0xc6ffec00 alloc_size=0x0 attr=00000080 sharing=00000001 disp=1 options=00000060 ea=0x0.0x00000000 Cause? There are special chars in there (STX ESC SOH ETX ENQ ACK): 008c:trace:crypt:Base64WithHeaderAndTrailerToBinaryA Can't find -----BEGIN in 0‚0‚0 *†H†÷ . Hope this helps narrow it down. I will continue digging. -- 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 38954] New: One barrel shotgun gets rendered with wrong orientation on Serious Sam HD: The Second Encounter
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=38954 Bug ID: 38954 Summary: One barrel shotgun gets rendered with wrong orientation on Serious Sam HD: The Second Encounter Product: Wine Version: 1.7.46 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)iooioio.orion.uberspace.de Distribution: --- On Serious Sam HD: The Second Encounter one of the weapons gets rendered with a wrong orientation (see attachment). I haven't systematically checked them all but all the other weapons I've seen so far seem to render correctly. I'm using the proprietary nvidia drivers (352.21). -- 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 21539] New: Using "Bare Streams" console mode with SRCDS does not work.
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=21539 Summary: Using "Bare Streams" console mode with SRCDS does not work. Product: Wine Version: 1.1.37 Platform: x86 URL: http://srcds.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: laurikoivunen(a)hotmail.com SRCDS ( Source Dedicated Server ) is designed to run both in GUI and CLI modes. However, when trying to run the server in pure console without X and using "bare streams" as described here ( http://www.winehq.org/docs/wineusr-guide/cui-programs ) I still receive the error: DISPLAY='' WINEDEBUG=+console wine srcds.exe -console ... trace:console:AllocConsole () err:curses:WCCURSES_InitBackend (n)curses was not found. err:wineconsole:WINECON_Init failed to init. This is probably due to srcds running in "hybrid" mode where it is marked as a GUI application, but uses AllocConsole to create a console hence resulting in a new console creation, which currently fails. As a workaround I stubbed AllocConsole and only returned TRUE. This allows the application to start and reach a point where it tries to read the console and where it then fails due to wine not being able to read from the console. Could you add an option for true "bare streams" and so that input would also work? ps: I know that there is a linux version of SRCDS but there are no linux binaries for the server I am trying to run. This bug forces a lot of server hosters run X on their servers to be able to run SRCDS in wine. The server is free to download and use. -- 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 8

[Bug 34748] New: Integrate GVFS just like you have integrated CUPS
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=34748 Bug #: 34748 Summary: Integrate GVFS just like you have integrated CUPS Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: netapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: n296869(a)rtrtr.com Classification: Unclassified Wine already integrates with CUPS to allow applications to print documents exactly as they do it in Windows. My proposal is to integrate Wine with GVFS to let applications automatically mount network shares. In Windows applications can access network shares by just specifying a path like "//server/share". But in Wine you first need to manually create a link to "~/.wine/dosdevices/unc/server/share", and only then all applications will be able to access this particular server. -- 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 7

[Bug 35558] New: Rift crashes when VT switch > 60 sec
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=35558 Bug ID: 35558 Summary: Rift crashes when VT switch > 60 sec Product: Wine Version: 1.7.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: rift-wine(a)yopmail.com Classification: Unclassified Created attachment 47482 --> http://bugs.winehq.org/attachment.cgi?id=47482 Standard Output Open Rift in a secondary X server. Switch to primary X server : if time passed on primary X server is greater than 60 seconds, Rift will crash on secondary X server. -- 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 6

[Bug 28236] New: unable to activate windows input method for wine programs
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=28236 Summary: unable to activate windows input method for wine programs Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com 1. Install Services Framework Redist files Download instMSTSF.exe (Services Framework Redist files) from http://www.microsoft.com/download/en/details.aspx?DisplayLang=en&id=11759 extract instMSTSF.exe, install mstsf10.exe with Windows Version = Win2k override native msctf.dll, avoid Bug 28125 2. install a input method, for example, MSPY2010.exe (Chinese input method from Microsoft) : Download MSPY2010.exe from http://www.microsoft.com/china/pinyin/ and install. winetricks vcrun2008, avoid Bug 28205 override newer version of native msutb.dll, avoid Bug 28178 3. start notepad in a terminal, start ctfmon.exe in another terminal $ wine notepad $ wine ctfmon.exe 4.try to change the input method in the Language Bar, however, the windows input method will not be activated as expect. Try to type something in notepad, but result is still the same as raw keyboard input without any input method. log for notepad and ctfmon are both attached. -- 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 7

[Bug 29850] New: Scilab does not display Chinese
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=29850 Bug #: 29850 Summary: Scilab does not display Chinese Product: Wine Version: 1.4-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Download Scilab installer http://www.scilab.org/download/5.3.2/scilab-5.3.2.exe 2. make sure "WenQuanYi Micro Hei" is installed. wqy-microhei.ttc 3. setting Chinese font replacements. ;; wine.inf HKCU, Software\Wine\Fonts\Replacements,"SimSun",,"WenQuanYi Micro Hei" 4. wineboot 5. install Scilab with LANG=zh_CN.utf8, select Chinese language for installing. 6. start Scilab: $ wine WScilex.exe Expect result: Display Chinese Actual result: Chinese font is displayed as boxes, I can't find any workaround by overriding FontLink registry. Extra info: - Chinese display correctly for the Scilab installer, but wrong for WScilex.exe - It seems WScilex.exe does not use ExtTextOutW family function for output characters. (But the installer use ExtTextOutW) -- 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 7

[Bug 32642] New: Autodetect drives on the first configuration
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=32642 Bug #: 32642 Summary: Autodetect drives on the first configuration Product: Wine Version: 1.5.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified If a new profile of Wine is created it doesn't setup all drives which the Autodetect button of winecfg would find. For example on my system with a new profile winecfg shows me C: as ../drive_c and Z: as /. After clicking on Autodetect it adds D: as /media/sr0 and H: as /home/sworddragon. -- 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 4

[Bug 31535] New: OpenGeneral : sound and music don't play
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=31535 Bug #: 31535 Summary: OpenGeneral : sound and music don't play Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dragdasan(a)ymail.com Classification: Unclassified OpenGeneral turn based strategy : http://sourceforge.net/projects/opengeneral/files/DailyBuild/ Sound and music (but also video -intro video ) don't work at all no matter what version i try be it wine 1.5.10 or older. I have this bug confirmed by other OpenGeneral players . Also the fact that the sound does not work is confirmed here http://bugs.winehq.org/show_bug.cgi?id=31455 by Rosanne DiMesio . -- 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 7

[Bug 24878] New: "Group by" options don't work in Explorer++
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=24878 Summary: "Group by" options don't work in Explorer++ Product: Wine Version: 1.3.5 Platform: x86-64 URL: http://www.explorerplusplus.com/download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31495) --> (http://bugs.winehq.org/attachment.cgi?id=31495) Terminal output The file grouping options accessible in the view -> group by menu don't seem to do anything. Native comctl32 (v6) makes them functional. -- 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.

3 11

[Bug 28178] New: Language Bar drop-down menu (ctfmon.exe) is covered by a wrong shadow
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=28178 Summary: Language Bar drop-down menu (ctfmon.exe) is covered by a wrong shadow Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=36102) --> (http://bugs.winehq.org/attachment.cgi?id=36102) Screenshot: Language Bar 1. Download instMSTSF.exe (Services Framework Redist files) from http://www.microsoft.com/download/en/details.aspx?DisplayLang=en&id=11759 ( Thanks for Saulius K. mention this in Bug 28125 ) extract instMSTSF.exe then get a mstsf10.exe 2. set Windows version to "win2k"(or the installer will not install), install mstsf10.exe $ wine mstsf10.exe 3. override native msctf.dll, avoid Bug 28125 4. Download MSPY2010.exe from http://www.microsoft.com/china/pinyin/ Set back Windows version to "winxp"(or another installer will not install) , then install MSPY2010.exe (notes: ctfmon.exe is shipped with MSPY2010.exe) $ wine MSPY2010.exe 5. Start the Input Method Language Bar: $ wine ctfmon.exe click on the button "CH", then there will be a drop down menu. However, the menu is covered by a wrong shadow, one can hardly change the option in the menu. Screenshot is attached. -- 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 8

[Bug 33642] New: Microsoft SQL Server Management Studio Express 2005: restarting SQL server fails randomly
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=33642 Bug #: 33642 Summary: Microsoft SQL Server Management Studio Express 2005: restarting SQL server fails randomly Product: Wine Version: 1.5.30 Platform: x86 URL: http://www.microsoft.com/download/en/details.aspx?id=8 961 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Now that Bug #33607 is out of the way, it is possible to restart SQL Server service. The application first stops the service, then checks if it is stopped, and if it is, tries to start it. Starting the service quite often throws an exception, and stack trace reported by the application points to wbemprox. >From the initial investigation it seems to me that calling StartService temporarily invalidates all existing instances of the service object. Here one thread tries to get SystemName property from the object while another thread tries to restart the service, and getting property throws an exception. Relevant pieces of +wbemprox,+seh,+tid trace: 0057:trace:wbemprox:wbem_services_GetObject 0x46cad18, L"Win32_Service.Name=\"MSSQLSERVER\"", 0x00000000, (nil), 0xe45dab0, (nil) ... 0057:trace:wbemprox:create_class_object returning iface 0x472eda0 0057:trace:wbemprox:class_object_Get ((nil)) 0x472eda0, L"__PATH", 00000000, 0xe45dc28, 0xe45dd0c, 0xe45dd08 0057:fixme:ole:Context_QueryInterface interface not implemented {51372ae0-cae7-11cf-be81-00aa00a2fa25} 0057:trace:wbemprox:class_object_Get ((nil)) 0x472eda0, L"State", 00000000, 0xe45dc74, 0x1691a54, 0x1691a58 ... 0057:trace:wbemprox:class_object_Get ((nil)) 0x472eda0, L"StartMode", 00000000, 0xe45dd14, 0x1691ec8, 0x1691ecc ... 002f:trace:wbemprox:class_object_Get ((nil)) 0x472eda0, L"SystemName", 00000000, 0x32e380, 0x1696178, 0x169617c 002f:trace:wbemprox:class_object_Get ((nil)) 0x472eda0, L"Name", 00000000, 0x32e37c, 0x16963d8, 0x16963dc ... 0057:trace:wbemprox:wbem_services_ExecMethod 0x46cad18, L"Win32_Service.Name=\"MSSQLSERVER\"", L"StartService", 00000000, (nil), (nil), 0xe45da98, (nil) 0057:trace:wbemprox:grab_table returning 0x7d0b6f90 0057:trace:wbemprox:parse_query wql_parse returned 0 002f:trace:wbemprox:class_object_Get ((nil)) 0x472eda0, L"SystemName", 00000000, 0x32e37c, 0x16965cc, 0x16965d0 002f:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7d0a82c0 ip=7d0a82c0 tid=002f -- 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 6

[Bug 21082] New: Artrage3 studio pro demo : export fails
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=21082 Summary: Artrage3 studio pro demo : export fails Product: Wine Version: 1.1.35 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: meho_r(a)yahoo.com Created an attachment (id=25286) --> (http://bugs.winehq.org/attachment.cgi?id=25286) Output of terminal when running AR3 from it. Export function in ArtRage 3 Studio Pro Demo version (as well as in full version) doesn't work. When trying to export a painting as an image, an error occurs which states: "Generic Failure. Not enough memory to perform action." However, it is not lack of RAM that is the cause of problem (at the time of testing I had over 2GB free RAM). Also, in ArtRage 2.5 export function works as expected on the same machine. I tested this on Ubuntu 9.10 (64bit) and Mandriva 2010.0 (32bit) with multiple versions of wine (from 1.0.1 to 1.1.3.5). -- 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 14

[Bug 38083] New: Exact Audio Copy: wineserver crashes after burning a CD
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=38083 Bug ID: 38083 Summary: Exact Audio Copy: wineserver crashes after burning a CD Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: olibuntu(a)arcor.de Distribution: --- When burning of a CD is completed in Exact Audio Copy 1.0 beta 4, wineserver crashes with the following message in the terminal: wineserver crashed, please enable coredumps (ulimit -c unlimited) and restart. The CD is fine. But it's annoying that one has to kill the application and four processes in C:\windows\system32\ afterwards and restart EAC. -- 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 6

[Bug 33369] New: eLicense Control Center eLCC.exe
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=33369 Bug #: 33369 Summary: eLicense Control Center eLCC.exe Product: Wine Version: 1.5.27 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: azeone123(a)aol.com Classification: Unclassified Created attachment 44154 --> http://bugs.winehq.org/attachment.cgi?id=44154 terminal output during installation Hi, Im trying to get the elicenser software from steinberg running on my system. Here is the link: http://www.elicenser.net/en/ eLicenser Control Center need dotnet20 to start up fine, i installed it with winetricks. Generally there are two ways to store your licenses. You are able to choose to store them on the USB-Dongle or on the Soft-eLicenser. For the Soft-eLicenser a file named "SeLicenser.sel" on the hard disk is created and is used as a container to store licenses instead of using the USB device. This container file has a serialnumber just like a normal USB-eLicenser (2 x 10 digits). This file the SeLicenser.sel is created during the installation of the eLicenser Control Center and should be showed up on the control center. But it seems that in wine there is no Soft-eLicenser installed during the installation. If i do a quick search on the PREFIX for SeLicenser.sel it doesnt show up. I would try to copy and paste my SeLicenser.sel from windows to my winepath but im not sure where to put it. Normally its stored in C:\ProgramData\eLicenser\SeLicenser.sel (which is hidden by default in windows) Can someone try to install the control center to see if the software SeLicenser.sel installation failes also on another system? I also tried to use my USB-eLicenser but that fails due to the not working USB-Dongles in wine. -- 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 7

[Bug 36976] New: Unity3D: Autodesk's "Beast" lightmapping engine freezes/crashes Unity Editor when baking lightmaps
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=36976 Bug ID: 36976 Summary: Unity3D: Autodesk's "Beast" lightmapping engine freezes/crashes Unity Editor when baking lightmaps Product: Wine Version: 1.7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Pendrokar(a)gmail.com Created attachment 49099 --> http://bugs.winehq.org/attachment.cgi?id=49099 Wine log for opening an almost empty project and baking maps Unity Editor uses Autodesk's Beast(formely Illuminated Labs's Beast) lightmapping engine to generate lightmaps for objects within the scene. But it either crashes or freezes when baking maps. Steps to reproduce: 1. Add a light and a cube to the empty scene 2. Open Window -> Lightmapping 3. Bake -> Mode (Single Lightmaps) 4. Bake Selected -> Bake Scene -- 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 10

[Bug 29571] New: Chrome with User Agent Switcher unable to load any urls with --no-sandbox --single-process
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=29571 Bug #: 29571 Summary: Chrome with User Agent Switcher unable to load any urls with --no-sandbox --single-process Product: Wine Version: 1.3.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 38302 --> http://bugs.winehq.org/attachment.cgi?id=38302 Log: chrome + UAswitcher wine-1.3.36-172-gb00e703 1. Download Google Chrome Standalone installer from : https://www.google.com/chrome/index.html?platform=win&hl=en&standalone=1 sha1sum: 3700838267c7d2f01b3a4cf6802052967166bffa 2. Install with Wine: $ wine ChromeStandalone.exe 3. Start chrome.exe with --no-sandbox switcher $ cd .wine/drive_c/users/fracting/Local\ Settings/Application\ Data/Google/Chrome/Application/ $ wine chrome.exe --no-sandbox ( Workaround for Wine Bug 21232 [1] ) 4. open chrome://flags, enable `Experimental Extension APIs` 5. Restart chrome.exe with --no-sandbox and --single-process switchers ( Workaround for Wine Bug 27248 ) $ wine chrome.exe --no-sandbox --single-process 6. Open http://spoofer-extension.appspot.com/spoofer.crx , install User Agent Switcher Extension 7. open any urls, with any tab, usually fails. How reproducible: Nearly 90% When this bug appear, Chrome display such message in the status bar: "Waiting for extension User-Agent Switcher for Chrome..." Below message seems relate to the bug: [116:99:3876457:ERROR:proxy_resolver_winhttp.cc(79)] WinHttpGetProxyForUrl failed: 12166 -- 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 4

[Bug 30325] New: builtin winhlp32 display Chinese help documents as garbled
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=30325 Bug #: 30325 Summary: builtin winhlp32 display Chinese help documents as garbled Product: Wine Version: 1.5.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Get a copy of cmmgr32.hlp from Windows XP Chinese Version in c:\windows\system32 2. open with wine builtin winhlp32.exe Expect Result: Display Chinese Actual Result: All Chinese display as garbled I copy a native winhlp32.exe to wine, open the same document, Chinese display OK. I also cross-compiled wine's winhlp32.exe and copy it to Windows XP, open the same document, Chinese display as garbled again. So I assume the component should be "programs" -- 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 4

[Bug 34597] New: Implement Windows Batch Rename Functionality
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=34597 Bug #: 34597 Summary: Implement Windows Batch Rename Functionality Product: Wine Version: 1.7.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: shatteredlites(a)gmail.com Classification: Unclassified OK ubuntu is not built with a batch renamer tool and one that is user friendly does not exist. is there a possible way to implement the windows batch rename feature Example - picture picture (1) picture (2) in windows all you do is highlight all the files you want to rename and right click and rename them. like in the example I want to name the files "picture" and then windows will rename them that with the numbering beside them. I know how to launch Wine Explorer and i can browse files in it but I cant batch rename them. -- 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 2

[Bug 20476] New: configure uses GCC's keyword typeof
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=20476 Summary: configure uses GCC's keyword typeof Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: yann(a)droneaud.fr configure script uses typeof() which is a GCC extension not available in C99. Running configure script with a C99 compliant compiler (eg gcc --std=c99) reports errors about missing libs/features. -- 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 8

[Bug 35619] New: Toad 7: Throws exception messages when connecting to a DB and becomes unusable
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=35619 Bug ID: 35619 Summary: Toad 7: Throws exception messages when connecting to a DB and becomes unusable Product: Wine Version: 1.7.12 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: swdevelop1981(a)gmail.com Classification: Unclassified Created attachment 47568 --> http://bugs.winehq.org/attachment.cgi?id=47568 wine terminal output The application throws never ending exceptions when connecting to a DB and the application is unusable. Screenshots and terminal output attached. Run Toad: WINEPREFIX=~/.wine32 WINEARCH='\''win32'\'' wine ~/.wine32/drive_c/Program\ Files/Quest\ Software/Toad\ for\ MySQL\ Freeware\ 7.0/toad.exe Download from: http://www.quest.com/toad-for-mysql/ Install instructions: 1. Install latest winetricks (version at least 20140123) On OSX: brew install winetricks --HEAD 2. Run: export WINEPREFIX="$HOME/.wine32"; export WINEARCH='win32'; winecfg 3. Install DotNet 4.0: winetricks dotnet40 4. wine Quest_Toad-for-MySQL-Freeware_70.exe -- 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 13

[Bug 29590] New: Search results do not update on webpage (IE8)
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=29590 Bug #: 29590 Summary: Search results do not update on webpage (IE8) Product: Wine Version: 1.3.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ocean04(a)suomi24.fi Classification: Unclassified winetricks ie8 Open http://asunnot.oikotie.fi Search should update automatically every time you make changes to form fields, but does nothing. Workaround winetricks msxml3 I'll attach msxml log. Most interesting parts are: 003d:fixme:msxml:httprequest_get_statusText stub 0x3c82428 0x2b53cd8 and many lines like: 003d:trace:msxml:domdoc_loadXML (0x36ce620)->(L"{\"responseHeader\":{\"status\":0,\"QTime\":11},\"response\":{\"numFound\":22852,\"start\":0,\"docs\":[]}}" 0x268c612) 003d:err:msxml:doparse Start tag expected, '<' not found 003d:trace:msxml:domdoc_loadXML (0x3cef120)->(L"{\"time\":1326303123.1712}" 0x268bfb2) 003d:err:msxml:doparse Start tag expected, '<' not found -- 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 17

[Bug 33060] New: cannot enter game room automatically with 11game platform
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=33060 Bug #: 33060 Summary: cannot enter game room automatically with 11game platform Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lightning1141(a)gmail.com Classification: Unclassified 1. Download 5211Game.exe from http://www.5211game.com/down.aspx 2. install with wine $wine 5211setup.exe 3. start from wine $ cd ~/.wine/drive_c/Program\ Files\ $x86$/11game/ && wine 11Game.exe 4. login and setting DotA login then click DOTA item, setting war3.exe to start by 11game platform 5. start DotA chose a room like DotA6.77*** then click "创建游戏" to creat a new game. war3.exe will start automatically but I cannot enter the game, I enter LAN to see if there's any room but none. this happens from the version of 11game platform 1.1.4.1 to 1.1.5.8 -- 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 13

[Bug 37066] New: Explorer stop-button not working
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=37066 Bug ID: 37066 Summary: Explorer stop-button not working Product: Wine Version: 1.7.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: sys2065(a)gmail.com iexplore buttons only stop is not working fixme:ieframe:InternetExplorer_Stop (0x13dbd8) -- 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 36474] New: Wine doesn't respect the systemd attach to seat
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=36474 Bug ID: 36474 Summary: Wine doesn't respect the systemd attach to seat Product: Wine Version: 1.7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: debian(a)jkfloris.demon.nl I have a working systemd multiseat setup. seat0 has a keyboard and a mouse attached. Seat1 has also two usb joysticks. But when I run `wine control` on seat0 the game controller menu shows the joysticks from seat1 and the buttons and axis are working. -- 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 29276] New: 360chrome couldn't open embed iexplore but open url in native Linux browser instead
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=29276 Bug #: 29276 Summary: 360chrome couldn't open embed iexplore but open url in native Linux browser instead Product: Wine Version: 1.3.34 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Download 360chrome browser: wget http://down.360safe.com/cse/360cse_4.2.0.516.exe $ sha1sum 360cse_4.2.0.516.exe 39bb79fc6e4846763a8be86ff86524d64a86adf7 360cse_4.2.0.516.exe 2. install 360chrome 3. start 360chrome with --no-sandbox $ cd .wine/drive_c/users/fracting/Local\ Settings/Application\ Data/360Chrome/Chrome/Application/ $ wine 360chrome.exe --no-sandbox 4. open a website, such as http://www.winehq.org 5. click on the "极速" button (beside the url bar), switch from "极速"/"Webkit Mode" to "IE Compatible Mode", then the button will display "e兼容" Expect result: Open an embed IE in 360chrome browser, display the website Actual result: Open the website in a native Linux browser, for me it is in the default browser Chromium. Is this a wine bug? Is there any register key useful for working around this issue? Thanks! -- 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 10

[Bug 38481] New: d2d1/tests/d2d1.c crashes when running under valgrind
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38481 Bug ID: 38481 Summary: d2d1/tests/d2d1.c crashes when running under valgrind Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian Created attachment 51323 --> https://bugs.winehq.org/attachment.cgi?id=51323 output/backtrace fixme:d3d_shader:shader_sm4_read_instruction Unrecognized opcode 0x5a, opcode_token 0x0300005a. fixme:d3d_shader:shader_sm4_read_instruction Unrecognized opcode 0x64, opcode_token 0x04002064. fixme:d3d_shader:shader_sm4_read_instruction Unrecognized opcode 0x65, opcode_token 0x03000065. fixme:d3d_shader:shader_sm4_read_instruction Unrecognized opcode 0x68, opcode_token 0x02000068. fixme:d3d_shader:shader_sm4_read_src_param Unhandled swizzle type 0. fixme:dwrite:dwritefactory_CreateMonitorRenderingParams (0x1): monitor setting ignored wine: Unhandled page fault on read access to 0x09e8a080 at address 0x52c3b80 (thread 0031), starting debugger... preloader: Warning: failed to reserve range 00110000-68000000 Unhandled exception: page fault on read access to 0x09e8a080 in 32-bit code (0x052c3b80). Backtrace: =>0 0x052c3b80 (0x06716640) 1 0x0c244c8b (0x0424448b) 2 0x24448b24 (0x0489f219) 0x052c3b80: pushl %ebp Modules: Module Address Debug info Name (70 modules) ELF 4000000- 4021000 Deferred ld-linux.so.2 ELF 4023000- 4025000 Deferred vgpreload_core-x86-linux.so ELF 4025000- 4034000 Deferred vgpreload_memcheck-x86-linux.so ELF 4035000- 41ec000 Dwarf libwine.so.1 ELF 41ec000- 4207000 Deferred d2d1_test<elf> \-PE 41f0000- 4207000 \ d2d1_test -- 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 52284] New: Factory I/O SPS-Software hangs
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=52284 Bug ID: 52284 Summary: Factory I/O SPS-Software hangs Product: Wine Version: 7.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Hello everyone, I got a request from the ubuntuusers.de forum that one user had problems running this program and submitted an AppDB entry at https://appdb.winehq.org/objectManager.php?sClass=version&iId=40486 providing tests for 7.0rc1 and 7.0rc2 (queued) where as the console is spammed with 018c:fixme:d3d:wined3d_device_context_resolve_sub_resource Multisample resolve is not fully supported for typeless formats (dst_format WINED3DFMT_R8G8B8A8_TYPELESS, src_format WINED3DFMT_R8G8B8A8_TYPELESS, format WINED3DFMT_R8G8B8A8_UNORM). Steps to reproduce after installation: New → File → Drivers → Control I/O (opens up a grey window but nothing happens) -- 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 32336] New: finereader 11 trial version install fails and rollbacks
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=32336 Bug #: 32336 Summary: finereader 11 trial version install fails and rollbacks Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 42679 --> http://bugs.winehq.org/attachment.cgi?id=42679 Log: install ABBYY FineReader 11 We have a similar bug for ABBYY finereader 10: Bug 27325 However, +msi console log is different between ABBYY finereader 10 and ABBYY finereader 11, I'm not sure if this bug is a duplication. 1. Download trial version from http://download.abbyy.cn/dist/fr11/ABBYY_FineReader_11_Chinese.exe 2. run the outer installer, it will extract and run the inner installer $ wine ABBYY_FineReader_11_Chinese.exe 3. click "安装 ABBYY FineReader 11" of the inner installer 4. the install wizard will ask you to install MSXML6, either install it or skip it. 5. run the real ABBYY FineReader installer There is something wrong and the installation will be rollback. Here is a workaround: 1. run the outer installer and extract the inner installer 2. run the inner installer with DISABLEROLLBACK=1 $ msiexec /I ABBYY\ FineReader\ 11.msi TRANSFORMS="C:\Temp\ABBYY FineReader 11\2052.mst" /Liwrmo\!vepacu "C:\users\fracting\Temp\ABBYY FineReader 11.log" LAUNCH_FROM_SETUP=1 DISABLEROLLBACK=1 -- 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.

3 10

[Bug 46826] New: wineboot shows uninitialized memory use
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=46826 Bug ID: 46826 Summary: wineboot shows uninitialized memory use Product: Wine Version: 4.3 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, valgrind Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 63855 --> https://bugs.winehq.org/attachment.cgi?id=63855 valgrind log ==2430== Thread 5: ==2430== Syscall param writev(vector[...]) points to uninitialised byte(s) ==2430== at 0x435D813: writev (writev.c:26) ==2430== by 0x7BC7994F: send_request (server.c:228) ==2430== by 0x7BC7A650: server_call_unlocked (server.c:288) ==2430== by 0x7BC7A6A5: wine_server_call (server.c:321) ==2430== by 0x7BC45DC7: server_write_file (file.c:621) ==2430== by 0x7BC48439: NtWriteFile (file.c:1233) ==2430== by 0x7B440C36: WriteFile (file.c:571) ==2430== by 0x4C03821: process_send_command (rpc.c:1133) ==2430== by 0x4C04F57: process_send_control (rpc.c:1203) ==2430== by 0x4C078CC: process_send_start_message (services.c:1047) ==2430== by 0x4C09589: service_start (services.c:1064) ==2430== by 0x4C092BC: service_start_process (services.c:887) ==2430== by 0x4C09545: service_start (services.c:1061) ==2430== by 0x4C050E0: svcctl_StartServiceW (rpc.c:1227) ==2430== by 0x4C0F65B: svcctl_svcctl_StartServiceW (svcctl_s.c:2583) ==2430== by 0x4D74962: process_request_packet (rpc_server.c:439) ==2430== by 0x4D75965: RPCRT4_process_packet (rpc_server.c:517) ==2430== by 0x4D759F6: RPCRT4_worker_thread (rpc_server.c:539) ==2430== by 0x7BC89783: process_rtl_work_item (threadpool.c:349) ==2430== by 0x7BC8ACE7: threadpool_worker_proc (threadpool.c:2126) ==2430== Address 0x555f514 is on thread 1's stack ==2430== Uninitialised value was created by a stack allocation ==2430== at 0x4C037E9: process_send_command (rpc.c:1127) ==2430== ==2430== Syscall param write(buf) points to uninitialised byte(s) ==2430== at 0x4255CC3: write (write.c:27) ==2430== by 0x7BC7990B: send_request (server.c:213) ==2430== by 0x7BC7A650: server_call_unlocked (server.c:288) ==2430== by 0x7BC95C2C: virtual_locked_server_call (virtual.c:2083) ==2430== by 0x7BC45A00: server_read_file (file.c:578) ==2430== by 0x7BC47C7A: NtReadFile (file.c:852) ==2430== by 0x7B440796: ReadFile (file.c:448) ==2430== by 0x4C03937: process_send_command (rpc.c:1151) ==2430== by 0x4C04F57: process_send_control (rpc.c:1203) ==2430== by 0x4C078CC: process_send_start_message (services.c:1047) ==2430== by 0x4C09589: service_start (services.c:1064) ==2430== by 0x4C092BC: service_start_process (services.c:887) ==2430== by 0x4C09545: service_start (services.c:1061) ==2430== by 0x4C050E0: svcctl_StartServiceW (rpc.c:1227) ==2430== by 0x4C0F65B: svcctl_svcctl_StartServiceW (svcctl_s.c:2583) ==2430== by 0x4D74962: process_request_packet (rpc_server.c:439) ==2430== by 0x4D75965: RPCRT4_process_packet (rpc_server.c:517) ==2430== by 0x4D759F6: RPCRT4_worker_thread (rpc_server.c:539) ==2430== by 0x7BC89783: process_rtl_work_item (threadpool.c:349) ==2430== by 0x7BC8ACE7: threadpool_worker_proc (threadpool.c:2126) ==2430== Address 0x555f614 is on thread 1's stack ==2430== Uninitialised value was created by a stack allocation ==2430== at 0x4C037E9: process_send_command (rpc.c:1127) ==2430== After that, several invalid reads in glibc (in a different thread), I'll attach the full log -- 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 46339] New: comctl32//tests/edit.c shows an invalid read
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=46339 Bug ID: 46339 Summary: comctl32//tests/edit.c shows an invalid read Product: Wine Version: 4.0-rc3 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: bunglehead(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M comctl32.dll -p comctl32_test.exe.so edit && touch edit.ok ==28392== Invalid read of size 2 ==28392== at 0x7B443813: GlobalLock (heap.c:441) ==28392== by 0x7B444560: LocalLock (heap.c:1063) ==28392== by 0x5914A4B: EDIT_LockBuffer (edit.c:1202) ==28392== by 0x591BAF9: EDIT_WindowProc (edit.c:4571) ==28392== by 0x4FDDF19: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==28392== by 0x4FDE537: call_window_proc (winproc.c:246) ==28392== by 0x4FDFB1B: WINPROC_CallProcAtoW (winproc.c:606) ==28392== by 0x4FE071C: WINPROC_call_window (winproc.c:953) ==28392== by 0x4FA4D32: call_window_proc (message.c:2225) ==28392== by 0x4FA8A39: send_message (message.c:3288) ==28392== by 0x4FAB736: SendMessageA (message.c:3511) ==28392== by 0x4A9BADE: test_EM_GETHANDLE (edit.c:2849) ==28392== by 0x4A9DCBA: func_edit (edit.c:3213) ==28392== by 0x4B2BBBD: run_test (test.h:617) ==28392== by 0x4B2C5FB: main (test.h:701) ==28392== Address 0x497eea8 is 664 bytes inside a block of size 2,048 free'd ==28392== at 0x7BC48418: notify_free (heap.c:268) ==28392== by 0x7BC4AFB7: RtlFreeHeap (heap.c:1772) ==28392== by 0x5B44DC7: heap_free (heap.h:46) ==28392== by 0x5B4735E: ScriptStringFree (usp10.c:2583) ==28392== by 0x591598C: EDIT_InvalidateUniscribeData (edit.c:321) ==28392== by 0x591A6E0: EDIT_EM_ReplaceSel (edit.c:2631) ==28392== by 0x591C4BB: EDIT_WindowProc (edit.c:4665) ==28392== by 0x4FDDF19: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==28392== by 0x4FDE537: call_window_proc (winproc.c:246) ==28392== by 0x4FE014B: WINPROC_CallProcAtoW (winproc.c:507) ==28392== by 0x4FE071C: WINPROC_call_window (winproc.c:953) ==28392== by 0x4FA4D32: call_window_proc (message.c:2225) ==28392== by 0x4FA8A39: send_message (message.c:3288) ==28392== by 0x4FAB736: SendMessageA (message.c:3511) ==28392== by 0x4A9289E: test_edit_control_3 (edit.c:1005) ==28392== by 0x4A9DC51: func_edit (edit.c:3192) ==28392== by 0x4B2BBBD: run_test (test.h:617) ==28392== by 0x4B2C5FB: main (test.h:701) ==28392== Block was alloc'd at ==28392== at 0x7BC483AD: notify_alloc (heap.c:260) ==28392== by 0x7BC4B8D1: RtlAllocateHeap (heap.c:1726) ==28392== by 0x5B44A40: heap_calloc (heap.h:55) ==28392== by 0x5B4A407: ScriptStringAnalyse (usp10.c:2012) ==28392== by 0x5915093: EDIT_UpdateUniscribeData (edit.c:388) ==28392== by 0x59150E8: EDIT_CalcLineWidth_SL (edit.c:755) ==28392== by 0x591A448: EDIT_EM_ReplaceSel (edit.c:2527) ==28392== by 0x591C4BB: EDIT_WindowProc (edit.c:4665) ==28392== by 0x4FDDF19: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==28392== by 0x4FDE537: call_window_proc (winproc.c:246) ==28392== by 0x4FE014B: WINPROC_CallProcAtoW (winproc.c:507) ==28392== by 0x4FE071C: WINPROC_call_window (winproc.c:953) ==28392== by 0x4FA4D32: call_window_proc (message.c:2225) ==28392== by 0x4FA8A39: send_message (message.c:3288) ==28392== by 0x4FAB736: SendMessageA (message.c:3511) ==28392== by 0x4A9289E: test_edit_control_3 (edit.c:1005) ==28392== by 0x4A9DC51: func_edit (edit.c:3192) ==28392== by 0x4B2BBBD: run_test (test.h:617) ==28392== by 0x4B2C5FB: main (test.h:701) ==28392== -- 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 36145] New: valgrind shows several leaks in imm32/tests/imm32.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36145 Bug ID: 36145 Summary: valgrind shows several leaks in imm32/tests/imm32.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: imm32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32120== 180 bytes in 1 blocks are definitely lost in loss record 621 of 863 ==32120== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32120== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32120== by 0x5021822: create_window_handle (win.c:227) ==32120== by 0x5025308: WIN_CreateWindowEx (win.c:1450) ==32120== by 0x50261E8: CreateWindowExA (win.c:1719) ==32120== by 0x4A3468E: ImmGetContextThreadFunc (imm32.c:429) ==32120== by 0x7BC87017: ??? (signal_i386.c:2571) ==32120== by 0x7BC87060: call_thread_func (signal_i386.c:2630) ==32120== by 0x7BC86FF5: ??? (signal_i386.c:2571) ==32120== by 0x7BC8E43C: start_thread (thread.c:428) ==32120== by 0x4218F92: start_thread (pthread_create.c:309) ==32120== by 0x431D7ED: clone (clone.S:129) ==32120== 152 bytes in 1 blocks are definitely lost in loss record 609 of 863 ==32120== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32120== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32120== by 0x7B8457FF: HeapAlloc (heap.c:271) ==32120== by 0x7B845B34: GlobalAlloc (heap.c:388) ==32120== by 0x4F5C176: ImmCreateIMCC (imm.c:2738) ==32120== by 0x4F55986: ImmCreateContext (imm.c:682) ==32120== by 0x4F57F63: ImmGetContext (imm.c:1422) ==32120== by 0x4A346A4: ImmGetContextThreadFunc (imm32.c:433) ==32120== by 0x7BC87017: ??? (signal_i386.c:2571) ==32120== by 0x7BC87060: call_thread_func (signal_i386.c:2630) ==32120== by 0x7BC86FF5: ??? (signal_i386.c:2571) ==32120== by 0x7BC8E43C: start_thread (thread.c:428) ==32120== by 0x4218F92: start_thread (pthread_create.c:309) ==32120== by 0x431D7ED: clone (clone.S:129) ==32120== ==32448== 20 bytes in 1 blocks are definitely lost in loss record 198 of 861 ==32448== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32448== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32448== by 0x7B8457FF: HeapAlloc (heap.c:271) ==32448== by 0x7B846650: GlobalReAlloc (heap.c:693) ==32448== by 0x4F7C25A: ImmReSizeIMCC (imm.c:2778) ==32448== by 0x5BCEC73: GenerateIMEMessage (ime.c:474) ==32448== by 0x5BD06C2: ImeSetCompositionString (ime.c:899) ==32448== by 0x4F7AAC6: ImmSetCompositionStringW (imm.c:2293) ==32448== by 0x4F7A925: ImmSetCompositionStringA (imm.c:2255) ==32448== by 0x4E4D99D: test_ImmNotifyIME (imm32.c:257) ==32448== by 0x4E541EB: func_imm32 (imm32.c:1409) ==32448== by 0x4E5507D: run_test (test.h:584) ==32448== by 0x4E5546B: main (test.h:654) ==32448== -- 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 6

[Bug 36346] New: valgrind shows a few leaks in d3d10core/tests/device.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36346 Bug ID: 36346 Summary: valgrind shows a few leaks in d3d10core/tests/device.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32708== 4,096 bytes in 1 blocks are definitely lost in loss record 842 of 897 ==32708== at 0x6F756F1: ??? (in /usr/lib/libdrm_intel.so.1.0.0) ==32708== by 0x6F71378: drm_intel_bo_map (in /usr/lib/libdrm_intel.so.1.0.0) ==32708== by 0x6B830C9: ??? (in /usr/lib/dri/i965_dri.so) ==32708== by 0x6BB4710: ??? (in /usr/lib/dri/i965_dri.so) ==32708== by 0x6B439B4: ??? (in /usr/lib/dri/i965_dri.so) ==32708== by 0x6469B9B: ??? (in /usr/lib/libGL.so.1.2.0) ==32708== by 0x64392F4: ??? (in /usr/lib/libGL.so.1.2.0) ==32708== by 0x60A0DF2: create_glxcontext.isra.0 (opengl.c:1254) ==32708== by 0x60A1127: X11DRV_wglCreateContextAttribsARB (opengl.c:2071) ==32708== by 0x5432C29: wglCreateContextAttribsARB (wgl.c:268) ==32708== by 0x4FA3F13: wined3d_adapter_init.constprop.18 (directx.c:300) ==32708== by 0x4FAAD78: wined3d_init (directx.c:5272) ==32708== by 0x5030926: wined3d_create (wined3d_main.c:105) ==32708== by 0x4F25F50: dxgi_factory_create (factory.c:332) ==32708== by 0x4F24689: CreateDXGIFactory (dxgi_main.c:80) ==32708== by 0x4A9634F: D3D10CreateDevice (d3d10_main.c:63) ==32708== by 0x4A54D57: create_device (device.c:36) ==32708== by 0x4A54DBB: test_create_texture2d (device.c:53) ==32708== by 0x4A5559B: func_device (device.c:885) ==32708== by 0x4A5930C: run_test (test.h:584) ==32708== ==32708== 12,068 bytes in 1 blocks are possibly lost in loss record 868 of 897 ==32708== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==32708== by 0x5030901: wined3d_create (wined3d_main.c:95) ==32708== by 0x4F25F50: dxgi_factory_create (factory.c:332) ==32708== by 0x4F24689: CreateDXGIFactory (dxgi_main.c:80) ==32708== by 0x4A9634F: D3D10CreateDevice (d3d10_main.c:63) ==32708== by 0x4A54D15: create_device (device.c:34) ==32708== by 0x4A58400: func_device (device.c:613) ==32708== by 0x4A5930C: run_test (test.h:584) ==32708== by 0x4A596FA: main (test.h:654) ==32708== -- 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

[Bug 36182] New: valgrind shows a potential leaks in atl/tests/registrar.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36182 Bug ID: 36182 Summary: valgrind shows a potential leaks in atl/tests/registrar.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: atl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13481== 28 bytes in 1 blocks are possibly lost in loss record 161 of 562 ==13481== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13481== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13481== by 0x529E83E: COMPOBJ_DllList_Add (compobj.c:526) ==13481== by 0x52A0B7A: apartment_getclassobject (compobj.c:1335) ==13481== by 0x52A42C4: get_inproc_class_object (compobj.c:2894) ==13481== by 0x52A4783: CoGetClassObject (compobj.c:3032) ==13481== by 0x52A4D45: CoCreateInstance (compobj.c:3197) ==13481== by 0x4C9A026: test_registrar (registrar.c:68) ==13481== by 0x4C9A8A7: func_registrar (registrar.c:159) ==13481== by 0x4C9B6A7: run_test (test.h:584) ==13481== by 0x4C9BA96: main (test.h:654) ==13481== -- 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 6

[Bug 58541] New: I was installing old skype
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=58541 Bug ID: 58541 Summary: I was installing old skype Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: apphelp Assignee: wine-bugs(a)winehq.org Reporter: younusalbaloushi(a)gmail.com Distribution: --- Created attachment 79039 --> http://bugs.winehq.org/attachment.cgi?id=79039 I was installing old skype and I see this I was installing this and I see 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 5

[Bug 38844] New: valgrind shows a possible leak in ieframe/tests/intshcut.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38844 Bug ID: 38844 Summary: valgrind shows a possible leak in ieframe/tests/intshcut.c Product: Wine Version: 1.7.46 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==30614== 8 bytes in 1 blocks are possibly lost in loss record 35 of 729 ==30614== at 0x7BC4AAA3: notify_alloc (heap.c:254) ==30614== by 0x7BC4ED46: RtlAllocateHeap (heap.c:1715) ==30614== by 0x7B84376E: HeapAlloc (heap.c:271) ==30614== by 0x7B8439EE: GlobalAlloc (heap.c:377) ==30614== by 0x4C4EB83: OLEClipbrd_Initialize (clipboard.c:1756) ==30614== by 0x4C841F1: OleInitialize (ole2.c:214) ==30614== by 0x4AF0814: func_intshcut (intshcut.c:397) ==30614== by 0x4B03E73: run_test (test.h:584) ==30614== by 0x4B042BB: main (test.h:666) ==30614== -- 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 36638] New: valgrind shows a definite leak in wininet/tests/http.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36638 Bug ID: 36638 Summary: valgrind shows a definite leak in wininet/tests/http.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 36637 ==32063== Thread 1 wininet_test.exe.so: ==32063== 32 bytes in 1 blocks are definitely lost in loss record 111 of 360 ==32063== at 0x7BC4C75D: notify_alloc (heap.c:255) ==32063== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716) ==32063== by 0x4D45FA1: heap_alloc (internet.h:116) ==32063== by 0x4D4FE13: alloc_async_task (internet.c:3856) ==32063== by 0x4D44055: HttpSendRequestW (http.c:5556) ==32063== by 0x4D44251: HttpSendRequestA (http.c:5614) ==32063== by 0x497CC63: test_InternetCloseHandle (http.c:5195) ==32063== by 0x497D671: func_http (http.c:5328) ==32063== by 0x4994B90: run_test (test.h:584) ==32063== by 0x4994F7F: main (test.h:654) ==32063== -- 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 6

[Bug 36338] New: valgrind shows a potential leak in comcat/tests/comcat.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36338 Bug ID: 36338 Summary: valgrind shows a potential leak in comcat/tests/comcat.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==20450== 28 bytes in 1 blocks are possibly lost in loss record 161 of 554 ==20450== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==20450== by 0x4CAABB8: apartment_getclassobject (compobj.c:526) ==20450== by 0x4CADFC6: get_inproc_class_object (compobj.c:2894) ==20450== by 0x4CB0D2F: CoGetClassObject (compobj.c:3032) ==20450== by 0x4CB14B7: CoCreateInstance (compobj.c:3197) ==20450== by 0x4B48DF5: func_comcat (comcat.c:92) ==20450== by 0x4B4A02C: run_test (test.h:584) ==20450== by 0x4B4A41A: main (test.h:654) ==20450== -- 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 36181] New: valgrind shows several potential leaks in atl/tests/module.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36181 Bug ID: 36181 Summary: valgrind shows several potential leaks in atl/tests/module.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: atl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13406== 32 bytes in 1 blocks are possibly lost in loss record 67 of 264 ==13406== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13406== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13406== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==13406== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==13406== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==13406== by 0x4E0546E: AtlModuleInit (atl30.c:69) ==13406== by 0x4CB1610: test_winmodule (module.c:71) ==13406== by 0x4CB1F77: func_module (module.c:158) ==13406== by 0x4CB36A7: run_test (test.h:584) ==13406== by 0x4CB3A96: main (test.h:654) ==13406== -- 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 46171] New: Crash when testing for disk drive speed
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=46171 Bug ID: 46171 Summary: Crash when testing for disk drive speed Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rwtmiller13(a)gmail.com Distribution: --- Created attachment 62830 --> https://bugs.winehq.org/attachment.cgi?id=62830 This is the error report I'm always given when Wine "encounters a serious error and needs to close." I was installing a game (Lighthouse: The Dark Being, made in 1996), and I was asked to have it run an analysis of my disk drive to determine if the speed was high enough to run the game. However, as soon as the analysis begins, Wine tells me that it has encountered a serious problem and needs to close. This happens every time I try it. -- 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

[Bug 36930] New: valgrind shows a couple unitialized variables in dlls/ieframe/tests/ie.c (nsDocumentViewer::Destroy)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36930 Bug ID: 36930 Summary: valgrind shows a couple unitialized variables in dlls/ieframe/tests/ie.c (nsDocumentViewer::Destroy) Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==15748== Conditional jump or move depends on uninitialised value(s) ==15748== at 0x1013DAB0: nsFrameSelection::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==15748== by 0x1014D48E: nsDocumentViewer::Destroy (nsdocumentviewer.cpp:1609) ==15748== by 0x1014CCDC: nsDocumentViewer::Show (nsdocumentviewer.cpp:1915) ==15748== by 0x106226C4: nsDocShell::SetVisibility (nsdocshell.cpp:5444) ==15748== by 0x75940EB: activate_window (view.c:292) ==15748== by 0x75952F7: OleDocumentView_Show (view.c:551) ==15748== by 0x4CDE454: OleDocumentSite_ActivateMe (docobj.h:491) ==15748== by 0x756EDEF: OleObject_DoVerb (docobj.h:285) ==15748== by 0x74B9EA0: HlinkTarget_Navigate (oleidl.h:3179) ==15748== by 0x4CDFC6A: object_available (hlink.h:1385) ==15748== by 0x4CE043C: object_available_proc (dochost.c:271) ==15748== by 0x4CDF97A: process_dochost_tasks (dochost.c:63) ==15748== by 0x4CEED59: ie_window_proc (iexplore.c:689) ==15748== by 0x54A2909: ??? (winproc.c:173) ==15748== by 0x54A2A7E: call_window_proc (winproc.c:244) ==15748== by 0x54A4C17: WINPROC_call_window (winproc.c:900) ==15748== by 0x54665A1: DispatchMessageW (message.c:4022) ==15748== by 0x4CEFF60: IEWinMain (iexplore.c:1061) ==15748== by 0x4C8CA34: wWinMain (main.c:84) ==15748== by 0x4C8CD1C: wmain (exe_wmain.c:51) ==15748== Uninitialised value was created by a client request ==15748== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==15748== by 0x7BC4C075: initialize_block (heap.c:240) ==15748== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==15748== by 0x77C319E: msvcrt_heap_alloc (heap.c:70) ==15748== by 0x77C3D63: MSVCRT_malloc (heap.c:408) ==15748== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==15748== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==15748== by 0x7553F26: init_xpcom (nsembed.c:698) ==15748== by 0x7554399: load_gecko (nsembed.c:774) ==15748== by 0x7558D01: create_nscontainer (nsembed.c:2042) ==15748== by 0x74D92F6: HTMLDocument_Create (htmldoc.c:4756) ==15748== by 0x7542F7D: ClassFactory_CreateInstance (main.c:238) ==15748== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==15748== by 0x4D63202: create_mime_object (binding.c:258) ==15748== by 0x4D635A2: create_object (binding.c:308) ==15748== by 0x4D660AB: report_data (binding.c:1077) ==15748== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==15748== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==15748== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==15748== by 0x4D67FCF: process_tasks (bindprot.c:57) ==15748== -- 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 36634] New: valgrind shows an unintialized write in rpcrt4/tests/marshall.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36634 Bug ID: 36634 Summary: valgrind shows an unintialized write in rpcrt4/tests/marshall.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==19743== Thread 4: ==19743== Invalid read of size 4 ==19743== at 0x7BC82C7D: ntdll_get_thread_data (ntdll_misc.h:241) ==19743== by 0x7BC87264: abort_thread (signal_i386.c:2654) ==19743== by 0x7BC80119: wait_select_reply (server.c:336) ==19743== by 0x7BC80EDC: server_select (server.c:597) ==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863) ==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872) ==19743== by 0x7BC47912: server_ioctl_file (file.c:1375) ==19743== by 0x7BC48312: NtFsControlFile (file.c:1623) ==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608) ==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131) ==19743== by 0x7BC87137: ??? (signal_i386.c:2571) ==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==19743== by 0x7BC87115: ??? (signal_i386.c:2571) ==19743== by 0x7BC8E560: start_thread (thread.c:428) ==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==19743== Address 0x5db4018 is on thread 1's stack ==19743== Invalid read of size 4 ==19743== at 0x7BC87265: abort_thread (signal_i386.c:2654) ==19743== by 0x7BC80119: wait_select_reply (server.c:336) ==19743== by 0x7BC80EDC: server_select (server.c:597) ==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863) ==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872) ==19743== by 0x7BC47912: server_ioctl_file (file.c:1375) ==19743== by 0x7BC48312: NtFsControlFile (file.c:1623) ==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608) ==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131) ==19743== by 0x7BC87137: ??? (signal_i386.c:2571) ==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==19743== by 0x7BC87115: ??? (signal_i386.c:2571) ==19743== by 0x7BC8E560: start_thread (thread.c:428) ==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==19743== Address 0x5db4204 is on thread 1's stack ==19743== Invalid read of size 4 ==19743== at 0x7BC82C7D: ntdll_get_thread_data (ntdll_misc.h:241) ==19743== by 0x7BC8727B: abort_thread (signal_i386.c:2655) ==19743== by 0x7BC80119: wait_select_reply (server.c:336) ==19743== by 0x7BC80EDC: server_select (server.c:597) ==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863) ==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872) ==19743== by 0x7BC47912: server_ioctl_file (file.c:1375) ==19743== by 0x7BC48312: NtFsControlFile (file.c:1623) ==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608) ==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131) ==19743== by 0x7BC87137: ??? (signal_i386.c:2571) ==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==19743== by 0x7BC87115: ??? (signal_i386.c:2571) ==19743== by 0x7BC8E560: start_thread (thread.c:428) ==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==19743== Address 0x5db4018 is on thread 1's stack ==19743== Invalid read of size 4 ==19743== at 0x7BC8727C: abort_thread (signal_i386.c:2655) ==19743== by 0x7BC80119: wait_select_reply (server.c:336) ==19743== by 0x7BC80EDC: server_select (server.c:597) ==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863) ==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872) ==19743== by 0x7BC47912: server_ioctl_file (file.c:1375) ==19743== by 0x7BC48312: NtFsControlFile (file.c:1623) ==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608) ==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131) ==19743== by 0x7BC87137: ??? (signal_i386.c:2571) ==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==19743== by 0x7BC87115: ??? (signal_i386.c:2571) ==19743== by 0x7BC8E560: start_thread (thread.c:428) ==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==19743== Address 0x5db4204 is on thread 1's stack ==19743== -- 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 36575] New: valgrind shows a couple possible leaks in urlmon/tests/sec_mgr.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36575 Bug ID: 36575 Summary: valgrind shows a couple possible leaks in urlmon/tests/sec_mgr.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M urlmon.dll -p urlmon_test.exe.so sec_mgr && touch sec_mgr.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 fixme:urlmon:SecManagerImpl_GetSecurityIdEx2 dwReserved is not supported yet ==28354== 8 bytes in 1 blocks are possibly lost in loss record 37 of 599 ==28354== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==28354== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==28354== by 0x7B8457FF: HeapAlloc (heap.c:271) ==28354== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==28354== by 0x516B4C7: OLEClipbrd_Initialize (clipboard.c:1732) ==28354== by 0x51A48E6: OleInitialize (ole2.c:215) ==28354== by 0x4CE4B3A: func_sec_mgr (sec_mgr.c:2043) ==28354== by 0x4D16166: run_test (test.h:584) ==28354== by 0x4D16555: main (test.h:654) ==28354== preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==28354== 36 bytes in 1 blocks are possibly lost in loss record 231 of 599 ==28354== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==28354== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==28354== by 0x4EC359D: heap_alloc (urlmon_main.h:236) ==28354== by 0x4EC3B3C: register_namespace (session.c:126) ==28354== by 0x4EC4832: InternetSession_RegisterNameSpace (session.c:375) ==28354== by 0x4CE20A2: register_protocols (urlmon.h:3759) ==28354== by 0x4CE4B42: func_sec_mgr (sec_mgr.c:2044) ==28354== by 0x4D16166: run_test (test.h:584) ==28354== by 0x4D16555: main (test.h:654) ==28354== -- 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 36903] New: valgrind shows an unitialized variable in dlls/ieframe/tests/ie.c (nsDocShell::EnsureScriptEnvironment)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36903 Bug ID: 36903 Summary: valgrind shows an unitialized variable in dlls/ieframe/tests/ie.c (nsDocShell::EnsureScriptEnvironment) Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==2050== Conditional jump or move depends on uninitialised value(s) ==2050== at 0x10629412: nsDocShell::EnsureScriptEnvironment (nsdocshell.cpp:11558) ==2050== by 0x10626070: nsDocShell::GetInterface (nsdocshell.cpp:949) ==2050== by 0x109B4D9F: nsGetInterface::operator() (nsiinterfacerequestorutils.cpp:19) ==2050== by 0x109B3D79: nsCOMPtr_base::assign_from_helper (nscomptr.cpp:110) ==2050== by 0x10664C99: nsWebBrowser::GetContentDOMWindow (nswebbrowser.cpp:369) ==2050== by 0x10666AEF: nsWebBrowser::Create (nswebbrowser.cpp:1206) ==2050== by 0x75DCC14: init_nscontainer (nsiface.h:61338) ==2050== by 0x75DD0B1: create_nscontainer (nsembed.c:2060) ==2050== by 0x755D477: HTMLDocument_Create (htmldoc.c:4756) ==2050== by 0x75C7178: ClassFactory_CreateInstance (main.c:238) ==2050== by 0x4EDD0A2: CoCreateInstance (unknwn.h:226) ==2050== by 0x4E042B2: create_mime_object (binding.c:258) ==2050== by 0x4E04652: create_object (binding.c:308) ==2050== by 0x4E071E8: report_data (binding.c:1077) ==2050== by 0x4E07531: InternetProtocolSink_ReportData (binding.c:1126) ==2050== by 0x4E0C8F0: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==2050== by 0x4E0D441: report_data_proc (urlmon.h:3113) ==2050== by 0x4E0910E: process_tasks (bindprot.c:57) ==2050== by 0x4E0915C: notif_wnd_proc (bindprot.c:68) ==2050== by 0x53636FD: ??? (winproc.c:173) ==2050== Uninitialised value was created by a stack allocation ==2050== at 0x106293A2: nsDocShell::EnsureScriptEnvironment (nsdocshell.cpp:11532) again, saw this one with a few variations, this suppression { <insert_a_suppression_name_here> Memcheck:Cond ... fun:nsDocShell::EnsureScriptEnvironment fun:nsDocShell::GetInterface fun:nsGetInterface::operator() fun:nsCOMPtr_base::assign_from_helper fun:nsWebBrowser::GetContentDOMWindow fun:nsWebBrowser::Create fun:init_nscontainer fun:create_nscontainer fun:HTMLDocument_Create fun:ClassFactory_CreateInstance fun:CoCreateInstance fun:create_mime_object fun:create_object fun:report_data fun:InternetProtocolSink_ReportData fun:ProtocolSinkHandler_ReportData fun:report_data_proc fun:process_tasks ... } -- 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 36635] New: valgrind shows uninitialized memory in secur32/tests/schannel.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36635 Bug ID: 36635 Summary: valgrind shows uninitialized memory in secur32/tests/schannel.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==20049== Conditional jump or move depends on uninitialised value(s) ==20049== at 0x565DE46: schan_get_buffer (schannel.c:624) ==20049== by 0x565DFDD: schan_pull (schannel.c:678) ==20049== by 0x56602C5: schan_pull_adapter (schannel_gnutls.c:85) ==20049== by 0x5862A2E: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x585C674: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5863FD9: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5867B82: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5869654: gnutls_handshake (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5660684: schan_imp_handshake (schannel_gnutls.c:199) ==20049== by 0x565E97D: schan_InitializeSecurityContextW (schannel.c:893) ==20049== by 0x565EC31: schan_InitializeSecurityContextA (schannel.c:940) ==20049== by 0x5667F30: InitializeSecurityContextA (wrapper.c:282) ==20049== by 0x4A5E141: test_communication (schannel.c:704) ==20049== by 0x4A5F3FA: func_schannel (schannel.c:907) ==20049== by 0x4A61268: run_test (test.h:584) ==20049== by 0x4A61657: main (test.h:654) ==20049== Uninitialised value was created by a client request ==20049== at 0x7BC4C554: mark_block_uninitialized (heap.c:209) ==20049== by 0x7BC4C6BF: initialize_block (heap.c:240) ==20049== by 0x7BC50FCB: RtlAllocateHeap (heap.c:1717) ==20049== by 0x4A5DAE9: init_buffers (schannel.c:551) ==20049== by 0x4A5DFE8: test_communication (schannel.c:693) ==20049== by 0x4A5F3FA: func_schannel (schannel.c:907) ==20049== by 0x4A61268: run_test (test.h:584) ==20049== by 0x4A61657: main (test.h:654) ==20049== ==20049== Conditional jump or move depends on uninitialised value(s) ==20049== at 0x585C8F7: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5863FD9: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5867B82: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5869654: gnutls_handshake (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5660684: schan_imp_handshake (schannel_gnutls.c:199) ==20049== by 0x565E97D: schan_InitializeSecurityContextW (schannel.c:893) ==20049== by 0x565EC31: schan_InitializeSecurityContextA (schannel.c:940) ==20049== by 0x5667F30: InitializeSecurityContextA (wrapper.c:282) ==20049== by 0x4A5E141: test_communication (schannel.c:704) ==20049== by 0x4A5F3FA: func_schannel (schannel.c:907) ==20049== by 0x4A61268: run_test (test.h:584) ==20049== by 0x4A61657: main (test.h:654) ==20049== Uninitialised value was created by a client request ==20049== at 0x7BC4C554: mark_block_uninitialized (heap.c:209) ==20049== by 0x7BC4C6BF: initialize_block (heap.c:240) ==20049== by 0x7BC50FCB: RtlAllocateHeap (heap.c:1717) ==20049== by 0x4A5DAE9: init_buffers (schannel.c:551) ==20049== by 0x4A5DFE8: test_communication (schannel.c:693) ==20049== by 0x4A5F3FA: func_schannel (schannel.c:907) ==20049== by 0x4A61268: run_test (test.h:584) ==20049== by 0x4A61657: main (test.h:654) ==20049== -- 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

[Bug 36574] New: valgrind shows a definite leak in urlmon/tests/protocol.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36574 Bug ID: 36574 Summary: valgrind shows a definite leak in urlmon/tests/protocol.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==21884== 96 bytes in 1 blocks are definitely lost in loss record 552 of 841 ==21884== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==21884== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==21884== by 0x6430124: heap_alloc_zero (internet.h:121) ==21884== by 0x6431091: create_netconn (netconnection.c:369) ==21884== by 0x641FDBC: open_http_connection (http.c:4789) ==21884== by 0x6420432: HTTP_HttpSendRequestW (http.c:4916) ==21884== by 0x64211FA: AsyncHttpSendRequestProc (http.c:5182) ==21884== by 0x642DD83: INTERNET_WorkerThreadFunc (internet.c:3840) ==21884== by 0x7BC90A24: worker_thread_proc (threadpool.c:110) ==21884== by 0x7BC870C7: ??? (signal_i386.c:2571) ==21884== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==21884== by 0x7BC870A5: ??? (signal_i386.c:2571) ==21884== by 0x7BC8E4EC: start_thread (thread.c:428) ==21884== by 0x421FF92: start_thread (pthread_create.c:309) ==21884== by 0x43247ED: clone (clone.S:129) ==21884== -- 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 36361] New: valgrind shows several uninitialized values in dsound/tests/propset.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36361 Bug ID: 36361 Summary: valgrind shows several uninitialized values in dsound/tests/propset.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==14871== Conditional jump or move depends on uninitialised value(s) ==14871== at 0x4A6FE18: callback (propset.c:70) ==14871== by 0x6164293: DSPROPERTY_enumWtoA (propset.c:388) ==14871== by 0x61647E4: enum_callback (propset.c:298) ==14871== by 0x615AE42: send_device (dsound_main.c:442) ==14871== by 0x615BC13: enumerate_mmdevices (dsound_main.c:502) ==14871== by 0x616458D: DSPROPERTY_EnumerateW (propset.c:326) ==14871== by 0x61659B6: IKsPrivatePropertySetImpl_Get (propset.c:411) ==14871== by 0x4A71C43: func_propset (propset.c:439) ==14871== by 0x4A72EC4: run_test (test.h:584) ==14871== by 0x4A732B3: main (test.h:654) ==14871== Uninitialised value was created by a stack allocation ==14871== at 0x61646DC: enum_callback (propset.c:274) ==14871== ==15026== Conditional jump or move depends on uninitialised value(s) ==15026== at 0x4A70286: callback1 (propset.c:94) ==15026== by 0x6170013: DSPROPERTY_enumWto1 (propset.c:421) ==15026== by 0x61707E4: enum_callback (propset.c:298) ==15026== by 0x6166E42: send_device (dsound_main.c:442) ==15026== by 0x6167C13: enumerate_mmdevices (dsound_main.c:502) ==15026== by 0x617058D: DSPROPERTY_EnumerateW (propset.c:326) ==15026== by 0x61719B6: IKsPrivatePropertySetImpl_Get (propset.c:411) ==15026== by 0x4A71DB1: func_propset (propset.c:469) ==15026== by 0x4A72EC4: run_test (test.h:584) ==15026== by 0x4A732B3: main (test.h:654) ==15026== Uninitialised value was created by a stack allocation ==15026== at 0x61706DC: enum_callback (propset.c:274) -- 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 36184] New: valgrind shows a potential leaks in avifil32/tests/api.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36184 Bug ID: 36184 Summary: valgrind shows a potential leaks in avifil32/tests/api.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==2113== 8 bytes in 1 blocks are possibly lost in loss record 35 of 677 ==2113== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2113== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2113== by 0x7B8457FF: HeapAlloc (heap.c:271) ==2113== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==2113== by 0x5852357: OLEClipbrd_Initialize (clipboard.c:1732) ==2113== by 0x588B6C6: OleInitialize (ole2.c:215) ==2113== by 0x4F95DE3: AVIFileInit (api.c:177) ==2113== by 0x4E6D3D2: func_api (api.c:716) ==2113== by 0x4E6E1F6: run_test (test.h:584) ==2113== by 0x4E6E5E4: main (test.h:654) ==2113== -- 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 7

[Bug 41286] New: dbghelp_dwarf: dwarf2_parse_const_type Unsupported children (mesa/valgrind)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=41286 Bug ID: 41286 Summary: dbghelp_dwarf: dwarf2_parse_const_type Unsupported children (mesa/valgrind) Product: Wine Version: 1.9.16 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: bunglehead(a)gmail.com Distribution: Gentoo fixme:dbghelp_dwarf:dwarf2_parse_const_type Unsupported children This occurs with both clang (3.7.1) and gcc (4.9.3) with valgrind (3.11.0). This was found in dlls/amstream/tests/amstream.c -- 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 6

[Bug 36710] New: oleaut32/tests/olepicture.c fails under valgrind
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36710 Bug ID: 36710 Summary: oleaut32/tests/olepicture.c fails under valgrind Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48755 --> https://bugs.winehq.org/attachment.cgi?id=48755 terminal output Only seems to fail when run from a top level make test, not when run individually. Very consistently failing, however. olepicture.c:776: Test failed: Color at 0,0 should be unchanged 0x10F9BC, but was 0x703889 olepicture.c:784: Test failed: Color at 10,10 should be unchanged 0x10F9BC, but was 0x30C7E2 -- 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 36362] New: valgrind shows a potential leak in dsound/tests/propset.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36362 Bug ID: 36362 Summary: valgrind shows a potential leak in dsound/tests/propset.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==15257== 28 bytes in 1 blocks are possibly lost in loss record 230 of 799 ==15257== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==15257== by 0x4E42BB8: apartment_getclassobject (compobj.c:526) ==15257== by 0x4E45FC6: get_inproc_class_object (compobj.c:2894) ==15257== by 0x4E48D2F: CoGetClassObject (compobj.c:3032) ==15257== by 0x4E494B7: CoCreateInstance (compobj.c:3197) ==15257== by 0x6166702: get_mmdevenum (dsound_main.c:178) ==15257== by 0x6167A62: enumerate_mmdevices (dsound_main.c:466) ==15257== by 0x617058D: DSPROPERTY_EnumerateW (propset.c:326) ==15257== by 0x61719B6: IKsPrivatePropertySetImpl_Get (propset.c:411) ==15257== by 0x4A71C43: func_propset (propset.c:439) ==15257== by 0x4A72EC4: run_test (test.h:584) ==15257== by 0x4A732B3: main (test.h:654) ==15257== -- 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 15524] New: Add language field for applications
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=15524 Summary: Add language field for applications Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jan-winehq(a)hoogenraad.net Please add a selection box to enter the language of the application. If implemented as a version of an application, allow for different titles of the applications in the different languages. -- 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 11

[Bug 54315] New: The program described as per bug report failed to run
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=54315 Bug ID: 54315 Summary: The program described as per bug report failed to run Product: WineHQ Bugzilla Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: giamas956(a)gmail.com CC: austinenglish(a)gmail.com Distribution: --- Created attachment 73877 --> https://bugs.winehq.org/attachment.cgi?id=73877 unable to run Gihosoft\Gihosoft RePicvid\RePicvid.exe as bug report above Unable to launch the program Gihosoft RePicvid as reported -- 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 6

[Bug 36578] New: valgrind shows several definite leaks in urlmon/tests/url.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36578 Bug ID: 36578 Summary: valgrind shows several definite leaks in urlmon/tests/url.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==23547== 8 bytes in 1 blocks are definitely lost in loss record 384 of 6,179 ==23547== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==23547== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==23547== by 0x8C3E633: SECUR32_makeSecHandle (wrapper.c:44) ==23547== by 0x8C3F148: InitializeSecurityContextW (wrapper.c:354) ==23547== by 0x65D180A: netcon_secure_connect_setup (netconnection.c:538) ==23547== by 0x65D2170: NETCON_secure_connect (netconnection.c:686) ==23547== by 0x65C048F: HTTP_HttpSendRequestW (http.c:4925) ==23547== by 0x65C11FA: AsyncHttpSendRequestProc (http.c:5182) ==23547== by 0x65CDD83: INTERNET_WorkerThreadFunc (internet.c:3840) ==23547== by 0x7BC90A24: worker_thread_proc (threadpool.c:110) ==23547== by 0x7BC870C7: ??? (signal_i386.c:2571) ==23547== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==23547== by 0x7BC870A5: ??? (signal_i386.c:2571) ==23547== by 0x7BC8E4EC: start_thread (thread.c:428) ==23547== by 0x421FF92: start_thread (pthread_create.c:309) ==23547== by 0x43247ED: clone (clone.S:129) ==23547== ==5217== 20 bytes in 1 blocks are definitely lost in loss record 1,185 of 6,082 ==5217== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==5217== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==5217== by 0x4EBFBC7: heap_alloc (urlmon_main.h:236) ==5217== by 0x4EC1915: create_moniker (umon.c:545) ==5217== by 0x4EC1CCE: CreateURLMonikerEx (umon.c:656) ==5217== by 0x4EC1FC3: CreateURLMoniker (umon.c:734) ==5217== by 0x4CFE492: test_BindToStorage (url.c:2915) ==5217== by 0x4D05327: func_url (url.c:4077) ==5217== by 0x4D06166: run_test (test.h:584) ==5217== by 0x4D06555: main (test.h:654) ==5217== ==5217== 36 bytes in 1 blocks are possibly lost in loss record 2,510 of 6,082 ==5217== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==5217== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==5217== by 0x4EBD59D: heap_alloc (urlmon_main.h:236) ==5217== by 0x4EBDB3C: register_namespace (session.c:126) ==5217== by 0x4EBE832: InternetSession_RegisterNameSpace (session.c:375) ==5217== by 0x4D0417D: register_protocols (urlmon.h:3759) ==5217== by 0x4D0432A: func_url (url.c:3865) ==5217== by 0x4D06166: run_test (test.h:584) ==5217== by 0x4D06555: main (test.h:654) ==5217== -- 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

[Bug 36166] New: valgrind shows several possible leaks in vbscript/tests/createobj.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36166 Bug ID: 36166 Summary: valgrind shows several possible leaks in vbscript/tests/createobj.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==1948== 20 bytes in 1 blocks are possibly lost in loss record 128 of 653 ==1948== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1948== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1948== by 0x680B673: heap_alloc (vbscript.h:432) ==1948== by 0x680CBCD: VBScript_AddNamedItem (vbscript.c:426) ==1948== by 0x4E4B610: create_script (activscp.h:1022) ==1948== by 0x4E4D020: test_GetObject (createobj.c:1022) ==1948== by 0x4E4D35B: func_createobj (createobj.c:1097) ==1948== by 0x4E5DA0F: run_test (test.h:584) ==1948== by 0x4E5DDFE: main (test.h:654) ==1948== ==1948== 28 bytes in 1 blocks are possibly lost in loss record 179 of 653 ==1948== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1948== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1948== by 0x4FCB21A: heap_alloc_zero (typelib.c:1662) ==1948== by 0x4FCDE59: MSFT_ReadAllRefs (typelib.c:2902) ==1948== by 0x4FD0104: ITypeLib2_Constructor_MSFT (typelib.c:3716) ==1948== by 0x4FCF370: TLB_ReadTypeLib (typelib.c:3460) ==1948== by 0x4FC7694: LoadTypeLibEx (typelib.c:478) ==1948== by 0x4FC75D0: LoadTypeLib (typelib.c:454) ==1948== by 0x680E4C6: get_typeinfo (vbscript_main.c:56) ==1948== by 0x67F321B: init_global (global.c:1946) ==1948== by 0x680BA7F: set_ctx_site (vbscript.c:105) ==1948== by 0x680C509: VBScript_SetScriptSite (vbscript.c:312) ==1948== by 0x4E4B59D: create_script (activscp.h:1007) ==1948== by 0x4E4B6F1: test_CreateObject (createobj.c:779) ==1948== by 0x4E4D356: func_createobj (createobj.c:1096) ==1948== by 0x4E5DA0F: run_test (test.h:584) ==1948== by 0x4E5DDFE: main (test.h:654) ==1948== ==2464== 112 bytes in 1 blocks are possibly lost in loss record 425 of 653 ==2464== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2464== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2464== by 0x4FA80B4: alloc_bstr (oleaut.c:162) ==2464== by 0x4FA844A: SysAllocStringLen (oleaut.c:324) ==2464== by 0x4E4958F: a2bstr (createobj.c:126) ==2464== by 0x4E4B2FF: parse_script_ae (createobj.c:721) ==2464== by 0x4E4D038: test_GetObject (createobj.c:1023) ==2464== by 0x4E4D35B: func_createobj (createobj.c:1097) ==2464== by 0x4E5DA0F: run_test (test.h:584) ==2464== by 0x4E5DDFE: main (test.h:654) ==2464== etc. -- 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

[Bug 38440] New: valgrind shows a definite leak in comdlg32/filedlg
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38440 Bug ID: 38440 Summary: valgrind shows a definite leak in comdlg32/filedlg Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: minor Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: dank(a)kegel.com Distribution: --- ==6025== 28 bytes in 1 blocks are definitely lost in loss record 237 of 1,085 ==6025== at 0x7BC49E0E: notify_alloc (heap.c:254) ==6025== by 0x7BC4E044: RtlAllocateHeap (heap.c:1715) ==6025== by 0x7BC43059: alloc_fileio (file.c:381) ==6025== by 0x7BC45096: server_ioctl_file (file.c:1404) ==6025== by 0x7BC45A43: NtFsControlFile (file.c:1684) ==6025== by 0x7B872671: ConnectNamedPipe (sync.c:1615) ==6025== by 0x4FEA6EF: listen_thread (rpc_transport.c:132) ==6025== by 0x7BC8023F: ??? (signal_i386.c:2682) ==6025== by 0x7BC80286: call_thread_func (signal_i386.c:2741) ==6025== by 0x7BC8021D: ??? (signal_i386.c:2682) ==6025== by 0x7BC8726D: start_thread (thread.c:443) ==6025== by 0x4214EFA: start_thread (pthread_create.c:309) ==6025== by 0x431362D: clone (clone.S:129) ==6025== -- 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 37258] New: Editor via Wine (notepad) no Numlock numbers avaiable
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=37258 Bug ID: 37258 Summary: Editor via Wine (notepad) no Numlock numbers avaiable Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: info(a)mk-news.com Editor via Wine (notepad) no Numlock numbers avaiable testet with my own programm: "VK-LEFT" comes for key 4 on numeric Key if Numlock on or off Leafpad do it correct wine 1.6.2 via VNC4Server on LXDE-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 8

[Bug 36632] New: valgrind shows a use after free in dsound/tests/ds3d8.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36632 Bug ID: 36632 Summary: valgrind shows a use after free in dsound/tests/ds3d8.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M dsound.dll -p dsound_test.exe.so ds3d8 && touch ds3d8.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==10296== Thread 2: ==10296== Invalid read of size 4 ==10296== at 0x7BC39D3F: RtlpWaitForCriticalSection (critsection.c:446) ==10296== by 0x7BC3A0D0: RtlEnterCriticalSection (critsection.c:558) ==10296== by 0x6315EBF: alsa_push_buffer_data (mmdevdrv.c:2150) ==10296== by 0x7BC91871: timer_callback_wrapper (threadpool.c:572) ==10296== by 0x7BC91BD4: queue_timer_expire (threadpool.c:649) ==10296== by 0x7BC91DF5: timer_queue_thread_proc (threadpool.c:712) ==10296== by 0x7BC87137: ??? (signal_i386.c:2571) ==10296== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==10296== by 0x7BC87115: ??? (signal_i386.c:2571) ==10296== by 0x7BC8E560: start_thread (thread.c:428) ==10296== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==10296== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==10296== Address 0x4908c54 is 300 bytes inside a block of size 344 free'd ==10296== at 0x7BC4C7AA: notify_free (heap.c:263) ==10296== by 0x7BC510EF: RtlFreeHeap (heap.c:1762) ==10296== by 0x63113EE: AudioClient_Release (mmdevdrv.c:913) ==10296== by 0x6319DAA: AudioStreamVolume_Release (audioclient.h:311) ==10296== by 0x5D3F32A: DirectSoundDevice_Release (audioclient.h:1249) ==10296== by 0x5D3D0E5: directsound_destroy (dsound.c:124) ==10296== by 0x5D3D833: IDirectSound8Impl_Release (dsound.c:233) ==10296== by 0x4A613E2: test_secondary8 (ds3d8.c:808) ==10296== by 0x4A62955: dsenum_callback (ds3d8.c:1121) ==10296== by 0x5D42693: a_to_w_callback (dsound_main.c:319) ==10296== by 0x5D42F64: enumerate_mmdevices (dsound_main.c:492) ==10296== by 0x5D43278: DirectSoundEnumerateW (dsound_main.c:561) ==10296== by 0x5D42736: DirectSoundEnumerateA (dsound_main.c:349) ==10296== by 0x4A62BC4: ds3d8_tests (ds3d8.c:1137) ==10296== by 0x4A62CC0: func_ds3d8 (ds3d8.c:1157) ==10296== by 0x4A74540: run_test (test.h:584) ==10296== by 0x4A7492F: main (test.h:654) ==10296== -- 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 36393] New: valgrind shows a possible leak in infosoft/tests/infosoft.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36393 Bug ID: 36393 Summary: valgrind shows a possible leak in infosoft/tests/infosoft.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M infosoft.dll -p infosoft_test.exe.so infosoft && touch infosoft.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==21605== 28 bytes in 1 blocks are possibly lost in loss record 157 of 548 ==21605== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==21605== by 0x5062BE8: apartment_getclassobject (compobj.c:526) ==21605== by 0x5065FF6: get_inproc_class_object (compobj.c:2894) ==21605== by 0x5068D5F: CoGetClassObject (compobj.c:3032) ==21605== by 0x50694E7: CoCreateInstance (compobj.c:3197) ==21605== by 0x4AA23CE: func_infosoft (infosoft.c:167) ==21605== by 0x4AA285A: run_test (test.h:584) ==21605== by 0x4AA1C8E: main (test.h:654) ==21605== -- 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 36424] New: valgrind shows a leak in quartz/tests/filtergraph.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36424 Bug ID: 36424 Summary: valgrind shows a leak in quartz/tests/filtergraph.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==27031== 28 bytes in 1 blocks are possibly lost in loss record 248 of 920 ==27031== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==27031== by 0x530CBB8: apartment_getclassobject (compobj.c:526) ==27031== by 0x530FFC6: get_inproc_class_object (compobj.c:2894) ==27031== by 0x5312D2F: CoGetClassObject (compobj.c:3032) ==27031== by 0x53134B7: CoCreateInstance (compobj.c:3197) ==27031== by 0x6108B69: ??? ==27031== by 0x4D6B3AD: test_render_filter_priority (strmif.h:4913) ==27031== by 0x4D6BFE7: func_filtergraph (filtergraph.c:1893) ==27031== by 0x4D723D4: run_test (test.h:584) ==27031== by 0x4D727C3: main (test.h:654) ==27031== -- 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 36310] New: valgrind shows lots of uninitialized reads/writes in msxml3/tests/xmlview.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36310 Bug ID: 36310 Summary: valgrind shows lots of uninitialized reads/writes in msxml3/tests/xmlview.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==6314== Invalid read of size 4 ==6314== at 0x7018C5F3: ??? ==6314== by 0x70197781: ??? ==6314== by 0x70181492: ??? ==6314== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==6314== by 0x7BC5597C: process_attach (loader.c:1157) ==6314== by 0x7BC5592C: process_attach (loader.c:1149) ==6314== by 0x7BC585E2: LdrLoadDll (loader.c:2129) ==6314== by 0x7B85A79A: load_library (module.c:933) ==6314== by 0x7B85A908: LoadLibraryExW (module.c:990) ==6314== by 0x73A81BA: load_xul (nsembed.c:484) ==6314== by 0x73A8E4A: load_wine_gecko_v (nsembed.c:587) ==6314== by 0x73A8EB7: load_wine_gecko (nsembed.c:605) ==6314== by 0x73A97E5: load_gecko (nsembed.c:772) ==6314== by 0x73AE233: create_nscontainer (nsembed.c:2047) ==6314== by 0x732CB68: HTMLDocument_Create (htmldoc.c:4751) ==6314== by 0x7398C60: ClassFactory_CreateInstance (main.c:238) ==6314== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6314== by 0x6CA4DB0: XMLView_create (xmlview.c:1444) ==6314== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178) ==6314== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6314== Address 0x4eddfe4 is not stack'd, malloc'd or (recently) free'd ==6314== ==6530== Thread 4: ==6530== Invalid read of size 4 ==6530== at 0x7E41033: ??? ==6530== by 0x7E362D2: ??? ==6530== Address 0xcc3d7fc is on thread 1's stack ==6530== ==6652== Conditional jump or move depends on uninitialised value(s) ==6652== at 0x69DA2A6E: ??? ==6652== by 0x69D912D8: ??? ==6652== by 0x6B05358C: ??? ==6652== by 0x69FA8430: ??? ==6652== by 0x69F7B782: ??? ==6652== by 0x69F7C6BE: ??? ==6652== by 0x73A5E34: init_nscontainer (nsiface.h:59567) ==6652== by 0x73A62D1: create_nscontainer (nsembed.c:2065) ==6652== by 0x7324B68: HTMLDocument_Create (htmldoc.c:4751) ==6652== by 0x7390C60: ClassFactory_CreateInstance (main.c:238) ==6652== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6652== by 0x6CA4DB0: XMLView_create (xmlview.c:1444) ==6652== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178) ==6652== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6652== by 0x4CA707B: test_QueryInterface (xmlview.c:156) ==6652== by 0x4CA7B69: func_xmlview (xmlview.c:269) ==6652== by 0x4CA896C: run_test (test.h:584) ==6652== by 0x4CA8D5B: main (test.h:654) ==6652== Uninitialised value was created by a stack allocation ==6652== at 0x69DA29E6: ??? ==6652== ==6753== Conditional jump or move depends on uninitialised value(s) ==6753== at 0x69D80B25: ??? ==6753== by 0x6A0E6970: ??? ==6753== by 0x6A0E645E: ??? ==6753== by 0x6AFE5020: ??? ==6753== by 0x69CAB81E: ??? ==6753== by 0x6A0E65B1: ??? ==6753== by 0x69D80A6F: ??? ==6753== by 0x5778509: ??? (winproc.c:173) ==6753== by 0x577867E: call_window_proc (winproc.c:244) ==6753== by 0x577986C: WINPROC_CallProcAtoW (winproc.c:603) ==6753== by 0x577A911: WINPROC_call_window (winproc.c:911) ==6753== by 0x573B8F9: DispatchMessageA (message.c:3948) ==6753== by 0x4CB7928: test_Load (xmlview.c:247) ==6753== by 0x4CB7B6E: func_xmlview (xmlview.c:270) ==6753== by 0x4CB896C: run_test (test.h:584) ==6753== by 0x4CB8D5B: main (test.h:654) ==6753== Uninitialised value was created by a stack allocation ==6753== at 0x69D80AB6: ??? ==6753== ==6998== Conditional jump or move depends on uninitialised value(s) ==6998== at 0x6AEE5337: ??? ==6998== by 0x69ECD001: ??? ==6998== by 0x6A1714F7: ??? ==6998== by 0x6A36FB0A: ??? ==6998== by 0x6AECA4E7: ??? ==6998== by 0x6AECA48F: ??? ==6998== by 0x69CAB81E: ??? ==6998== by 0x6A0E65B1: ??? ==6998== by 0x69D80A6F: ??? ==6998== by 0x5768509: ??? (winproc.c:173) ==6998== by 0x576867E: call_window_proc (winproc.c:244) ==6998== by 0x576986C: WINPROC_CallProcAtoW (winproc.c:603) ==6998== by 0x576A911: WINPROC_call_window (winproc.c:911) ==6998== by 0x572B8F9: DispatchMessageA (message.c:3948) ==6998== by 0x4CB3928: test_Load (xmlview.c:247) ==6998== by 0x4CB3B6E: func_xmlview (xmlview.c:270) ==6998== by 0x4CB496C: run_test (test.h:584) ==6998== by 0x4CB4D5B: main (test.h:654) ==6998== Uninitialised value was created by a client request ==6998== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209) ==6998== by 0x7BC4C697: initialize_block (heap.c:240) ==6998== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717) ==6998== by 0x76E1CE0: MSVCRT_malloc (heap.c:329) ==6998== by 0x61E426BF: ??? ==6998== by 0x69D2235D: ??? ==6998== by 0x6A74092C: ??? ==6998== by 0x6A5B7D64: ??? ==6998== by 0x69C860AB: ??? ==6998== by 0x6B073403: ??? ==6998== by 0x6A4BD183: ??? ==6998== by 0x6AFE511D: ??? ==6998== by 0x69CAB81E: ??? ==6998== by 0x6A0E65B1: ??? ==6998== by 0x69D80A6F: ??? ==6998== by 0x5768509: ??? (winproc.c:173) ==6998== by 0x576867E: call_window_proc (winproc.c:244) ==6998== by 0x576986C: WINPROC_CallProcAtoW (winproc.c:603) ==6998== by 0x576A911: WINPROC_call_window (winproc.c:911) ==6998== by 0x572B8F9: DispatchMessageA (message.c:3948) ==6998== ==6998== 8 bytes in 1 blocks are possibly lost in loss record 421 of 6,589 ==6998== at 0x7BC4C735: notify_alloc (heap.c:255) ==6998== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==6998== by 0x7B84586B: HeapAlloc (heap.c:271) ==6998== by 0x7B845B40: GlobalAlloc (heap.c:376) ==6998== by 0x53683E7: OLEClipbrd_Initialize (clipboard.c:1732) ==6998== by 0x53A1772: OleInitialize (ole2.c:215) ==6998== by 0x6AFF45B4: ??? ==6998== by 0x69D19393: ??? ==6998== by 0x6A74092C: ??? ==6998== by 0x69C92A72: ??? ==6998== by 0x6B06D8C2: ??? ==6998== by 0x69F7C26F: ??? ==6998== by 0x73ADE34: init_nscontainer (nsiface.h:59567) ==6998== by 0x73AE2D1: create_nscontainer (nsembed.c:2065) ==6998== by 0x732CB68: HTMLDocument_Create (htmldoc.c:4751) ==6998== by 0x7398C60: ClassFactory_CreateInstance (main.c:238) ==6998== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6998== by 0x6CA4DB0: XMLView_create (xmlview.c:1444) ==6998== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178) ==6998== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6998== ==7281== 8 bytes in 1 blocks are possibly lost in loss record 428 of 6,602 ==7281== at 0x7BC4C735: notify_alloc (heap.c:255) ==7281== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7281== by 0x7B84586B: HeapAlloc (heap.c:271) ==7281== by 0x7B845B40: GlobalAlloc (heap.c:376) ==7281== by 0x532204A: CreateStreamOnHGlobal (hglobalstream.c:603) ==7281== by 0x6C4D838: domdoc_load_from_stream (domdoc.c:772) ==7281== by 0x6C52086: domdoc_load (domdoc.c:2198) ==7281== by 0x6C9CCBA: handle_xml_load (msxml6.h:5228) ==7281== by 0x6C9D60C: XMLView_BindStatusCallback_OnDataAvailable (xmlview.c:539) ==7281== by 0x5FF159A: BindStatusCallback_OnDataAvailable (urlmon.h:820) ==7281== by 0x5FF73A2: report_data (urlmon.h:820) ==7281== by 0x5FF7595: InternetProtocolSink_ReportData (binding.c:1126) ==7281== by 0x5FFC920: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==7281== by 0x5FFD5D6: BPInternetProtocolSink_ReportData (urlmon.h:3113) ==7281== by 0x73D062D: ResProtocol_Start (urlmon.h:3113) ==7281== by 0x5FFB2D1: BindProtocol_StartEx (urlmon.h:3296) ==7281== by 0x5FF8A1B: start_binding (urlmon.h:7870) ==7281== by 0x5FF8BCD: bind_to_storage (binding.c:1567) ==7281== by 0x6018CF1: URLMoniker_BindToStorage (umon.c:280) ==7281== by 0x6C9F74D: XMLView_PersistMoniker_Load (objidl.h:3488) ==7281== ==7281== 32 bytes in 1 blocks are possibly lost in loss record 2,478 of 6,602 ==7281== at 0x7BC4C735: notify_alloc (heap.c:255) ==7281== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7281== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326) ==7281== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356) ==7281== by 0x7B876B17: InitializeCriticalSectionAndSpinCount (sync.c:334) ==7281== by 0x6AFB523E: ??? ==7281== by 0x69DFCC68: ??? ==7281== by 0x6A6C7944: ??? ==7281== by 0x69E6E0B7: ??? ==7281== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==7281== by 0x7BC87065: ??? (signal_i386.c:2571) ==7281== by 0x7BC8E4B0: start_thread (thread.c:428) ==7281== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==7281== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==7449== 8 bytes in 1 blocks are possibly lost in loss record 422 of 6,591 ==7449== at 0x7BC4C735: notify_alloc (heap.c:255) ==7449== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7449== by 0x7B84586B: HeapAlloc (heap.c:271) ==7449== by 0x7B845B40: GlobalAlloc (heap.c:376) ==7449== by 0x53683E7: OLEClipbrd_Initialize (clipboard.c:1732) ==7449== by 0x53A1772: OleInitialize (ole2.c:215) ==7449== by 0x6AFF45B4: ??? ==7449== by 0x69D19393: ??? ==7449== by 0x6A74092C: ??? ==7449== by 0x69C92A72: ??? ==7449== by 0x6B06D8C2: ??? ==7449== by 0x69F7C26F: ??? ==7449== by 0x739DE34: init_nscontainer (nsiface.h:59567) ==7449== by 0x739E2D1: create_nscontainer (nsembed.c:2065) ==7449== by 0x731CB68: HTMLDocument_Create (htmldoc.c:4751) ==7449== by 0x7388C60: ClassFactory_CreateInstance (main.c:238) ==7449== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==7449== by 0x6C94DB0: XMLView_create (xmlview.c:1444) ==7449== by 0x6C52320: ClassFactory_CreateInstance (factory.c:178) ==7449== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==7449== etc. -- 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 36282] New: valgrind shows an unitialized write in ieframe/tests/ie.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36282 Bug ID: 36282 Summary: valgrind shows an unitialized write in ieframe/tests/ie.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==16468== Thread 6: ==16468== Syscall param write(buf) points to uninitialised byte(s) ==16468== at 0x4EA8262B: ??? (in /usr/lib/libpthread-2.18.so) ==16468== by 0x7BC46BB8: NtWriteFile (file.c:1073) ==16468== by 0x7B83E0AA: WriteFile (file.c:563) ==16468== by 0x5A01BB8: rpcrt4_conn_np_write (rpc_transport.c:444) ==16468== by 0x59F6B27: rpcrt4_conn_write (rpc_binding.h:189) ==16468== by 0x59F8AA9: RPCRT4_SendWithAuth (rpc_message.c:849) ==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245) ==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464) ==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519) ==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541) ==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110) ==16468== by 0x7BC87087: ??? (signal_i386.c:2571) ==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==16468== by 0x7BC87065: ??? (signal_i386.c:2571) ==16468== by 0x7BC8E4B0: start_thread (thread.c:428) ==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==16468== Address 0x47f9cf4 is 44 bytes inside a recently re-allocated block of size 92 alloc'd ==16468== at 0x7BC4C735: notify_alloc (heap.c:255) ==16468== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==16468== by 0x59F88E9: RPCRT4_SendWithAuth (rpc_message.c:808) ==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245) ==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464) ==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519) ==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541) ==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110) ==16468== by 0x7BC87087: ??? (signal_i386.c:2571) ==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==16468== by 0x7BC87065: ??? (signal_i386.c:2571) ==16468== by 0x7BC8E4B0: start_thread (thread.c:428) ==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==16468== Uninitialised value was created by a client request ==16468== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209) ==16468== by 0x7BC4C697: initialize_block (heap.c:240) ==16468== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717) ==16468== by 0x501E635: IMalloc_fnAlloc (ifs.c:186) ==16468== by 0x501EF50: CoTaskMemAlloc (objidl.h:1236) ==16468== by 0x505C935: RemUnknown_RemQueryInterface (stubmanager.c:690) ==16468== by 0x50661C6: IRemUnknown_RemQueryInterface_Stub (dcom_p.c:369) ==16468== by 0x59CA5BF: CStdStubBuffer_Invoke (cstub.c:477) ==16468== by 0x503D280: RPC_ExecuteCall (objidl.h:9086) ==16468== by 0x4FFC1ED: apartment_wndproc (compobj.c:1460) ==16468== by 0x548C509: ??? (winproc.c:173) ==16468== by 0x548C67E: call_window_proc (winproc.c:244) ==16468== by 0x548E817: WINPROC_call_window (winproc.c:900) ==16468== by 0x544FBE4: DispatchMessageW (message.c:4019) ==16468== by 0x4793F60: IEWinMain (iexplore.c:1061) ==16468== by 0x472CA34: wWinMain (main.c:84) ==16468== by 0x472CD21: wmain (exe_wmain.c:51) ==16468== by 0x472CBFC: __wine_spec_exe_wentry (exe_wentry.c:36) ==16468== by 0x7B864247: ??? (process.c:1045) ==16468== by 0x7B864394: start_process (process.c:1097) ==16468== -- 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 36183] New: valgrind shows a potential leaks in atl100/tests/atl.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36183 Bug ID: 36183 Summary: valgrind shows a potential leaks in atl100/tests/atl.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: atl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13578== 8 bytes in 1 blocks are possibly lost in loss record 37 of 602 ==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13578== by 0x7B8457FF: HeapAlloc (heap.c:271) ==13578== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==13578== by 0x4E29357: OLEClipbrd_Initialize (clipboard.c:1732) ==13578== by 0x4E626C6: OleInitialize (ole2.c:215) ==13578== by 0x4DE5CA0: AtlAxWinInit (atl_ax.c:108) ==13578== by 0x4C9708E: test_ax_win (atl.c:600) ==13578== by 0x4C97273: func_atl (atl.c:627) ==13578== by 0x4C98072: run_test (test.h:584) ==13578== by 0x4C98460: main (test.h:654) ==13578== ==13578== 32 bytes in 1 blocks are possibly lost in loss record 208 of 602 ==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13578== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==13578== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==13578== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==13578== by 0x4DE4213: AtlWinModuleInit (atl.c:436) ==13578== by 0x4C950D9: test_winmodule (atl.c:89) ==13578== by 0x4C9725A: func_atl (atl.c:622) ==13578== by 0x4C98072: run_test (test.h:584) ==13578== by 0x4C98460: main (test.h:654) ==13578== ==1611== 32 bytes in 1 blocks are possibly lost in loss record 217 of 629 ==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1611== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==1611== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==1611== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==1611== by 0x4E62252: test_winmodule (atl.c:101) ==1611== by 0x4E6425A: func_atl (atl.c:622) ==1611== by 0x4E65072: run_test (test.h:584) ==1611== by 0x4E65460: main (test.h:654) ==1611== ==1611== 32 bytes in 1 blocks are possibly lost in loss record 218 of 629 ==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1611== by 0x5B300B4: alloc_bstr (oleaut.c:162) ==1611== by 0x5B3044A: SysAllocStringLen (oleaut.c:324) ==1611== by 0x5B535E8: TLB_MultiByteToBSTR (typelib.c:1753) ==1611== by 0x5B580A8: ITypeLib2_Constructor_MSFT (typelib.c:3706) ==1611== by 0x5B57398: TLB_ReadTypeLib (typelib.c:3460) ==1611== by 0x5B4F6BC: LoadTypeLibEx (typelib.c:478) ==1611== by 0x5B4F5F8: LoadTypeLib (typelib.c:454) ==1611== by 0x4E639C1: Dispatch_GetTypeInfo (atl.c:520) ==1611== by 0x4F853FA: AtlGetObjectSourceInterface (oaidl.h:811) ==1611== by 0x4E63D58: test_source_iface (atl.c:576) ==1611== by 0x4E6426E: func_atl (atl.c:626) ==1611== by 0x4E65072: run_test (test.h:584) ==1611== by 0x4E65460: main (test.h:654) ==1611== ==1659== 32 bytes in 1 blocks are possibly lost in loss record 218 of 630 ==1659== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1659== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1659== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==1659== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==1659== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==1659== by 0x4E62252: test_winmodule (atl.c:101) ==1659== by 0x4E6425A: func_atl (atl.c:622) ==1659== by 0x4E65072: run_test (test.h:584) ==1659== by 0x4E65460: main (test.h:654) ==1659== ==1986== 80 bytes in 1 blocks are possibly lost in loss record 348 of 630 ==1986== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1986== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1986== by 0x5B040B4: alloc_bstr (oleaut.c:162) ==1986== by 0x5B045F5: SysAllocStringByteLen (oleaut.c:413) ==1986== by 0x5B29DA8: MSFT_ReadAllStrings (typelib.c:2879) ==1986== by 0x5B2B9F0: ITypeLib2_Constructor_MSFT (typelib.c:3581) ==1986== by 0x5B2B398: TLB_ReadTypeLib (typelib.c:3460) ==1986== by 0x5B236BC: LoadTypeLibEx (typelib.c:478) ==1986== by 0x5B235F8: LoadTypeLib (typelib.c:454) ==1986== by 0x4A349C1: Dispatch_GetTypeInfo (atl.c:520) ==1986== by 0x4F553FA: AtlGetObjectSourceInterface (oaidl.h:811) ==1986== by 0x4A34D58: test_source_iface (atl.c:576) ==1986== by 0x4A3526E: func_atl (atl.c:626) ==1986== by 0x4A36072: run_test (test.h:584) ==1986== by 0x4A36460: main (test.h:654) ==1986== -- 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 6

[Bug 52010] New: %USERPROFILE% environment variable gets ignored
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=52010 Bug ID: 52010 Summary: %USERPROFILE% environment variable gets ignored Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: docmax(a)gmx.de Distribution: --- i created a little batch file where %USERPROFILE% is set and when the app starts it writes into that dir. this works in windows but in wine it gets ignored (writing to c:\Users\user\...). how can this be fixed? -- 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 43386] New: valgrind shows uninitialized memory in dlls/shell32/tests /shelldispatch.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43386 Bug ID: 43386 Summary: valgrind shows uninitialized memory in dlls/shell32/tests/shelldispatch.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==368== Thread 3: ==368== Syscall param writev(vector[...]) points to uninitialised byte(s) ==368== at 0x433804F: ??? (syscall-template.S:84) ==368== by 0x7BC8946B: send_request (server.c:228) ==368== by 0x7BC89626: wine_server_call (server.c:309) ==368== by 0x7BC4867A: server_write_file (file.c:624) ==368== by 0x7BC49E71: NtWriteFile (file.c:1238) ==368== by 0x5969332: rpcrt4_conn_np_write (rpc_transport.c:414) ==368== by 0x595E242: rpcrt4_conn_write (rpc_binding.h:196) ==368== by 0x5960001: RPCRT4_SendWithAuth (rpc_message.c:849) ==368== by 0x5961050: RPCRT4_Send (rpc_message.c:1248) ==368== by 0x59627D4: I_RpcSend (rpc_message.c:1809) ==368== by 0x5962B49: I_RpcSendReceive (rpc_message.c:1912) ==368== by 0x55E1881: rpc_sendreceive_thread (rpc.c:800) ==368== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349) ==368== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112) ==368== by 0x7BC913B3: ??? (signal_i386.c:2700) ==368== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==368== by 0x7BC91391: ??? (signal_i386.c:2700) ==368== by 0x7BC9B3EE: start_thread (thread.c:487) ==368== by 0x4244249: start_thread (pthread_create.c:333) ==368== by 0x433FD6D: clone (clone.S:114) ==368== Address 0x667ec72 is 90 bytes inside a recently re-allocated block of size 140 alloc'd ==368== at 0x7BC51061: notify_alloc (heap.c:254) ==368== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==368== by 0x595FE79: RPCRT4_SendWithAuth (rpc_message.c:808) ==368== by 0x5961050: RPCRT4_Send (rpc_message.c:1248) ==368== by 0x59627D4: I_RpcSend (rpc_message.c:1809) ==368== by 0x5962B49: I_RpcSendReceive (rpc_message.c:1912) ==368== by 0x55E1881: rpc_sendreceive_thread (rpc.c:800) ==368== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349) ==368== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112) ==368== by 0x7BC913B3: ??? (signal_i386.c:2700) ==368== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==368== by 0x7BC91391: ??? (signal_i386.c:2700) ==368== by 0x7BC9B3EE: start_thread (thread.c:487) ==368== by 0x4244249: start_thread (pthread_create.c:333) ==368== by 0x433FD6D: clone (clone.S:114) ==368== Uninitialised value was created by a stack allocation ==368== at 0x4A30CB3: test_ShellWindows (shelldispatch.c:679) ==368== -- 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 38439] New: valgrind shows an uninitialized value atl100/tests/atl.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38439 Bug ID: 38439 Summary: valgrind shows an uninitialized value atl100/tests/atl.c Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: atl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==5614== Conditional jump or move depends on uninitialised value(s) ==5614== at 0x98944C9: ??? ==5614== by 0x7465456: create_nscontainer (nsembed.c:2115) ==5614== by 0x73E29E8: HTMLDocument_Create (htmldoc.c:4857) ==5614== by 0x745127D: ClassFactory_CreateInstance (main.c:271) ==5614== by 0x48C046C: IClassFactory_CreateInstance (unknwn.h:226) ==5614== by 0x48C046C: CoCreateInstance (???:0) ==5614== by 0x5504C7C: create_mime_object (binding.c:260) ==5614== by 0x5504FAB: create_object (binding.c:310) ==5614== by 0x5507716: report_data (binding.c:1079) ==5614== by 0x55079F3: InternetProtocolSink_ReportData (binding.c:1128) ==5614== by 0x550C581: IInternetProtocolSink_ReportData (urlmon.h:3113) ==5614== by 0x550C581: ProtocolSinkHandler_ReportData (???:0) ==5614== by 0x550D12A: IInternetProtocolSink_ReportData (urlmon.h:3113) ==5614== by 0x550D12A: BPInternetProtocolSink_ReportData (???:0) ==5614== by 0x5510173: IInternetProtocolSink_ReportData (urlmon.h:3113) ==5614== by 0x5510173: FileProtocol_StartEx (???:0) ==5614== by 0x550B050: IInternetProtocolEx_StartEx (urlmon.h:7872) ==5614== by 0x550B050: BindProtocol_StartEx (???:0) ==5614== by 0x5508CD1: IInternetProtocolEx_StartEx (urlmon.h:7872) ==5614== by 0x5508CD1: start_binding (???:0) ==5614== by 0x5508F63: bind_to_object (binding.c:1598) ==5614== by 0x5525A69: URLMoniker_BindToObject (umon.c:260) ==5614== by 0x54922E5: IMoniker_BindToObject (objidl.h:3485) ==5614== by 0x54922E5: bind_to_object (???:0) ==5614== by 0x5492B7E: navigate_bsc (navigate.c:910) ==5614== by 0x5492C45: navigate_bsc_proc (navigate.c:940) ==5614== by 0x547D93F: process_dochost_tasks (dochost.c:63) ==5614== Uninitialised value was created by a stack allocation ==5614== at 0x9894439: ??? ==5614== -- 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 36904] New: valgrind shows a few unitialized variables in dlls/ieframe/tests/ie.c (js::frontend)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36904 Bug ID: 36904 Summary: valgrind shows a few unitialized variables in dlls/ieframe/tests/ie.c (js::frontend) Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Unfortunately, I don't know what files these are in, apparently a large one: ==1840== warning: ignoring line info entry with huge line number (16707566) ==1840== Can't handle line numbers greater than 1048575, sorry ==1840== (Nb: this message is only shown once) I checked the wine-mozilla source, but the largest file isn't even close: 140456 ./db/sqlite3/src/sqlite3.c 137413 ./security/nss/lib/sqlite/sqlite3.c presumably that line number count includes headers, etc. Anywho, the bugs: ==1840== Conditional jump or move depends on uninitialised value(s) ==1840== at 0x6E4C571: js::frontend::Parser<js::frontend::FullParseHandler>::newFunction (???:1207) ==1840== Uninitialised value was created by a stack allocation ==1840== at 0x7035ADB: _chkstk (???:91) ==1840== ==1840== Conditional jump or move depends on uninitialised value(s) ==1840== at 0x6E4C58A: js::frontend::Parser<js::frontend::FullParseHandler>::newFunction (???:1209) ==1840== Uninitialised value was created by a stack allocation ==1840== at 0x7035ADB: _chkstk (???:91) ==1840== ==1840== Conditional jump or move depends on uninitialised value(s) ==1840== at 0x6E4D5B2: js::frontend::FunctionBox::FunctionBox<js::frontend::FullParseHandler> (???:482) ==1840== by 0xA69C4AF: ??? ==1840== Uninitialised value was created by a stack allocation ==1840== at 0x7035ADB: _chkstk (???:91) ==1840== ==1840== Conditional jump or move depends on uninitialised value(s) ==1840== at 0x6E4F2AD: js::frontend::Parser<js::frontend::FullParseHandler>::leaveFunction (???:1318) ==1840== Uninitialised value was created by a stack allocation ==1840== at 0x7035ADB: _chkstk (???:91) ==1840== ==1840== Conditional jump or move depends on uninitialised value(s) ==1840== at 0x6E4CF11: js::frontend::Parser<js::frontend::FullParseHandler>::memberExpr (???:6244) ==1840== Uninitialised value was created by a stack allocation ==1840== at 0x7035ADB: _chkstk (???:91) ==1840== ==1840== Conditional jump or move depends on uninitialised value(s) ==1840== at 0x6E59FF0: js::frontend::Parser<js::frontend::FullParseHandler>::primaryExpr (???:6639) ==1840== Uninitialised value was created by a stack allocation ==1840== at 0x7035ADB: _chkstk (???:91) ==1840== ==1840== Conditional jump or move depends on uninitialised value(s) ==1840== at 0x6E59B27: js::frontend::Parser<js::frontend::FullParseHandler>::primaryExpr (???:6439) ==1840== Uninitialised value was created by a stack allocation ==1840== at 0x7035ADB: _chkstk (???:91) ==1840== ==1840== Conditional jump or move depends on uninitialised value(s) ==1840== at 0x6E4D5B2: js::frontend::FunctionBox::FunctionBox<js::frontend::FullParseHandler> (???:482) ==1840== Uninitialised value was created by a stack allocation ==1840== at 0x6E585E0: js::frontend::Parser<js::frontend::FullParseHandler>::functionArgsAndBody (???:2041) ==1840== -- 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 36559] New: valgrind shows a definite leak in ieframe/tests/webbrowser.c (fd_sets_to_poll)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36559 Bug ID: 36559 Summary: valgrind shows a definite leak in ieframe/tests/webbrowser.c (fd_sets_to_poll) Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13698== 8 bytes in 1 blocks are definitely lost in loss record 428 of 11,275 ==13698== at 0x7BC4C75D: notify_alloc (heap.c:255) ==13698== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716) ==13698== by 0x7F61C60: fd_sets_to_poll (socket.c:4299) ==13698== by 0x7F6232A: WS_select (socket.c:4422) ==13698== by 0x7F0F0F0: ??? (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/nspr4.dll) ==13698== by 0x7F062D2: ??? (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/nspr4.dll) ==13698== -- 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

[Bug 36908] New: valgrind shows an unitialized variable in dlls/ieframe/tests/ie.c (nsWindowRoot::Release)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36908 Bug ID: 36908 Summary: valgrind shows an unitialized variable in dlls/ieframe/tests/ie.c (nsWindowRoot::Release) Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24504== Conditional jump or move depends on uninitialised value(s) ==24504== at 0x10433214: nsWindowRoot::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==24504== Uninitialised value was created by a client request ==24504== at 0x7BC4C4D6: mark_block_uninitialized (heap.c:209) ==24504== by 0x7BC4C641: initialize_block (heap.c:240) ==24504== by 0x7BC50F4D: RtlAllocateHeap (heap.c:1717) ==24504== by 0x6F9176B: msvcrt_heap_alloc (heap.c:70) ==24504== by 0x6F92330: MSVCRT_malloc (heap.c:408) ==24504== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==24504== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==24504== by 0x6D4F1B3: init_xpcom (nsembed.c:698) ==24504== by 0x6D4F626: load_gecko (nsembed.c:774) ==24504== by 0x6D54013: create_nscontainer (nsembed.c:2042) ==24504== by 0x6CD4477: HTMLDocument_Create (htmldoc.c:4756) ==24504== by 0x6D3E178: ClassFactory_CreateInstance (main.c:238) ==24504== by 0x4EE10A2: CoCreateInstance (unknwn.h:226) ==24504== by 0x4E042B2: create_mime_object (binding.c:258) ==24504== by 0x4E04652: create_object (binding.c:308) ==24504== by 0x4E071E8: report_data (binding.c:1077) ==24504== by 0x4E07531: InternetProtocolSink_ReportData (binding.c:1126) ==24504== by 0x4E0C8F0: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==24504== by 0x4E0D441: report_data_proc (urlmon.h:3113) ==24504== by 0x4E0910E: process_tasks (bindprot.c:57) ==24504== ==24504== Conditional jump or move depends on uninitialised value(s) ==24504== at 0x10433257: nsWindowRoot::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==24504== by 0x10418F9F: nsGlobalWindow::SetNewDocument (nsglobalwindow.cpp:2231) ==24504== by 0x1014C7FB: nsDocumentViewer::InitInternal (nsdocumentviewer.cpp:937) ==24504== by 0x1014D13C: nsDocumentViewer::Init (nsdocumentviewer.cpp:683) ==24504== by 0x109B3C6C: nsCOMPtr_base::assign_from_qi_with_error (nscomptr.cpp:65) ==24504== by 0x800EEB43: ??? ==24504== Uninitialised value was created by a client request ==24504== at 0x7BC4C4D6: mark_block_uninitialized (heap.c:209) ==24504== by 0x7BC4C641: initialize_block (heap.c:240) ==24504== by 0x7BC50F4D: RtlAllocateHeap (heap.c:1717) ==24504== by 0x6F9176B: msvcrt_heap_alloc (heap.c:70) ==24504== by 0x6F92330: MSVCRT_malloc (heap.c:408) ==24504== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==24504== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==24504== by 0x6D4F1B3: init_xpcom (nsembed.c:698) ==24504== by 0x6D4F626: load_gecko (nsembed.c:774) ==24504== by 0x6D54013: create_nscontainer (nsembed.c:2042) ==24504== by 0x6CD4477: HTMLDocument_Create (htmldoc.c:4756) ==24504== by 0x6D3E178: ClassFactory_CreateInstance (main.c:238) ==24504== by 0x4EE10A2: CoCreateInstance (unknwn.h:226) ==24504== by 0x4E042B2: create_mime_object (binding.c:258) ==24504== by 0x4E04652: create_object (binding.c:308) ==24504== by 0x4E071E8: report_data (binding.c:1077) ==24504== by 0x4E07531: InternetProtocolSink_ReportData (binding.c:1126) ==24504== by 0x4E0C8F0: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==24504== by 0x4E0D441: report_data_proc (urlmon.h:3113) ==24504== by 0x4E0910E: process_tasks (bindprot.c:57) ==24504== -- 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 36398] New: valgrind shows an invalid read in comctl32/tests/toolbar.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36398 Bug ID: 36398 Summary: valgrind shows an invalid read in comctl32/tests/toolbar.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==18993== Invalid read of size 2 ==18993== at 0x7BC55D60: RtlImageNtHeader (loader.c:2742) ==18993== by 0x7BC55EB9: RtlImageDirectoryEntryToData (loader.c:2916) ==18993== by 0x7BC6FBC4: find_entry (resource.c:189) ==18993== by 0x7BC70270: LdrFindResource_U (resource.c:303) ==18993== by 0x7B86DB6F: find_resourceW (resource.c:139) ==18993== by 0x7B86F7FD: FindResourceExW (resource.c:183) ==18993== by 0x7B86F8ED: FindResourceW (resource.c:192) ==18993== by 0x51A10FB: TOOLBAR_AddStringW (toolbar.c:2922) ==18993== by 0x51A8403: ToolbarWindowProc (toolbar.c:2993) ==18993== by 0x54CC579: ??? (in /home/austin/wine-valgrind-known/dlls/user32/user32.dll.so) ==18993== by 0x54CCCB5: call_window_proc (winproc.c:244) ==18993== by 0x54CE525: WINPROC_CallProcAtoW (winproc.c:504) ==18993== by 0x54CF3F2: WINPROC_call_window (winproc.c:911) ==18993== by 0x548DF3C: call_window_proc (message.c:2223) ==18993== by 0x5495685: send_message (message.c:3260) ==18993== by 0x5497BB0: SendMessageA (message.c:3476) ==18993== by 0x4FB7E62: test_add_string (toolbar.c:537) ==18993== by 0x4FBE480: func_toolbar (toolbar.c:1955) ==18993== by 0x4F4284B: main (test.h:584) ==18993== Address 0xdeadbeee is on thread 1's stack ==18993== -- 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 36219] New: valgrind shows some definite leaks in dlls/jscript/tests/run.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36219 Bug ID: 36219 Summary: valgrind shows some definite leaks in dlls/jscript/tests/run.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48354 --> https://bugs.winehq.org/attachment.cgi?id=48354 valgrind log Unfortunately, not getting very good stack traces, even with -O0 and an unstripped gecko build: ==27187== 32 bytes in 1 blocks are definitely lost in loss record 4,576 of 15,293 ==27187== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==27187== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==27187== by 0x69C350F: ??? ==27187== by 0x69C4488: ??? ==27187== by 0x69C7127: ??? ==27187== by 0x69C7912: ??? ==27187== by 0x69C5F2E: ??? ==27187== by 0x69C7D84: ??? ==27187== by 0x69C80C5: ??? ==27187== by 0x69C85F8: ??? ==27187== by 0x69E8695: ??? ==27187== by 0x4E5D234: parse_script (activscp.h:1290) ==27187== by 0x4E5F086: run_from_res (run.c:1814) ==27187== by 0x4E60FA5: run_tests (run.c:2162) ==27187== by 0x4E61EFD: func_run (run.c:2415) ==27187== by 0x4E62D5F: run_test (test.h:584) ==27187== by 0x4E6314E: main (test.h:654) ==27187== Also some possible leaks ==9457== 16 bytes in 1 blocks are possibly lost in loss record 1,052 of 15,293 ==9457== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==9457== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==9457== by 0x4FE80B4: alloc_bstr (oleaut.c:162) ==9457== by 0x4FE844A: SysAllocStringLen (oleaut.c:324) ==9457== by 0x4FE8161: SysAllocString (oleaut.c:232) ==9457== by 0x69C3E31: ??? ==9457== by 0x69C4139: ??? ==9457== by 0x69C6041: ??? ==9457== by 0x69C6088: ??? ==9457== by 0x69C7957: ??? ==9457== by 0x69C5F2E: ??? ==9457== by 0x69C7D84: ??? ==9457== by 0x69C80C5: ??? ==9457== by 0x69C85F8: ??? ==9457== by 0x69E8695: ??? ==9457== by 0x4E5D234: parse_script (activscp.h:1290) ==9457== by 0x4E5EAA4: parse_script_af (run.c:1692) ==9457== by 0x4E5EB0C: parse_script_a (run.c:1699) ==9457== by 0x4E607D3: run_tests (run.c:2070) ==9457== by 0x4E61EFD: func_run (run.c:2415) -- 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 26108] New: ole32/defaulthandlers tests shows a valgrind warning
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=26108 Summary: ole32/defaulthandlers tests shows a valgrind warning Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Conditional jump or move depends on uninitialised value(s) at StorageImpl_CreateDirEntry (storage32.c:1251) by StorageBaseImpl_CreateDirEntry (storage32.h:272) by StorageBaseImpl_CreateStream (storage32.c:985) by init_ole_stream (defaulthandler.c:1619) by DefaultHandler_IPersistStorage_InitNew (defaulthandler.c:1685) by test_olestream (defaulthandler.c:81) by func_defaulthandler (defaulthandler.c:107) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a client request at mark_block_uninitialized (heap.c:208) by initialize_block (heap.c:239) by RtlReAllocateHeap (heap.c:1897) by HeapReAlloc (heap.c:277) by GlobalReAlloc (heap.c:676) by HGLOBALLockBytesImpl_SetSize (memlockbytes.c:518) by StorageImpl_Construct (storage32.c:2740) by Storage_Construct (storage32.c:5131) by StgCreateDocfileOnILockBytes (storage32.c:7709) by create_storage (defaulthandler.c:41) by test_olestream (defaulthandler.c:69) by func_defaulthandler (defaulthandler.c:107) by run_test (test.h:556) by main (test.h:624) -- 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.

3 8

[Bug 36918] New: valgrind shows an unitialized variable in dlls/ieframe/tests/ie.c (nsXBLDocumentInfo::Release)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36918 Bug ID: 36918 Summary: valgrind shows an unitialized variable in dlls/ieframe/tests/ie.c (nsXBLDocumentInfo::Release) Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==12795== Conditional jump or move depends on uninitialised value(s) ==12795== at 0x101E4038: nsXBLDocumentInfo::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==12795== Uninitialised value was created by a client request ==12795== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==12795== by 0x7BC4C075: initialize_block (heap.c:240) ==12795== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==12795== by 0x77D819E: msvcrt_heap_alloc (heap.c:70) ==12795== by 0x77D8D63: MSVCRT_malloc (heap.c:408) ==12795== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==12795== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==12795== by 0x7584F26: init_xpcom (nsembed.c:698) ==12795== by 0x7585399: load_gecko (nsembed.c:774) ==12795== by 0x7589D01: create_nscontainer (nsembed.c:2042) ==12795== by 0x750A2F6: HTMLDocument_Create (htmldoc.c:4756) ==12795== by 0x7573F7D: ClassFactory_CreateInstance (main.c:238) ==12795== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==12795== by 0x4D63202: create_mime_object (binding.c:258) ==12795== by 0x4D635A2: create_object (binding.c:308) ==12795== by 0x4D660AB: report_data (binding.c:1077) ==12795== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==12795== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==12795== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==12795== by 0x4D67FCF: process_tasks (bindprot.c:57) ==12795== ==12795== Conditional jump or move depends on uninitialised value(s) ==12795== at 0x101E407B: nsXBLDocumentInfo::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==12795== Uninitialised value was created by a client request ==12795== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==12795== by 0x7BC4C075: initialize_block (heap.c:240) ==12795== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==12795== by 0x77D819E: msvcrt_heap_alloc (heap.c:70) ==12795== by 0x77D8D63: MSVCRT_malloc (heap.c:408) ==12795== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==12795== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==12795== by 0x7584F26: init_xpcom (nsembed.c:698) ==12795== by 0x7585399: load_gecko (nsembed.c:774) ==12795== by 0x7589D01: create_nscontainer (nsembed.c:2042) ==12795== by 0x750A2F6: HTMLDocument_Create (htmldoc.c:4756) ==12795== by 0x7573F7D: ClassFactory_CreateInstance (main.c:238) ==12795== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==12795== by 0x4D63202: create_mime_object (binding.c:258) ==12795== by 0x4D635A2: create_object (binding.c:308) ==12795== by 0x4D660AB: report_data (binding.c:1077) ==12795== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==12795== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==12795== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==12795== by 0x4D67FCF: process_tasks (bindprot.c:57) ==12795== -- 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 36094] New: advapi32/security test uses an unitialized variable in test_CreateDirectoryA
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36094 Bug ID: 36094 Summary: advapi32/security test uses an unitialized variable in test_CreateDirectoryA Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==7325== Syscall param writev(vector[...]) points to uninitialised byte(s) ==7325== at 0x4E9528CC: writev (in /usr/lib/libc-2.18.so) ==7325== by 0x7BC7FDBF: send_request (server.c:213) ==7325== by 0x7BC7FF51: wine_server_call (server.c:294) ==7325== by 0x7BC44D67: FILE_CreateFile (file.c:185) ==7325== by 0x7BC44FB8: NtCreateFile (file.c:279) ==7325== by 0x7B860841: CreateDirectoryW (path.c:1531) ==7325== by 0x7B8608F0: CreateDirectoryA (path.c:1555) ==7325== by 0x497D484: test_CreateDirectoryA (security.c:3085) ==7325== by 0x498A469: func_security (security.c:5423) ==7325== by 0x4999ED4: run_test (test.h:584) ==7325== by 0x499A2C3: main (test.h:654) ==7325== Address 0x472dcf8 is 88 bytes inside a block of size 120 alloc'd ==7325== at 0x7BC4C735: notify_alloc (heap.c:255) ==7325== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7325== by 0x7BC884F6: NTDLL_create_struct_sd (sync.c:118) ==7325== by 0x7BC44C62: FILE_CreateFile (file.c:167) ==7325== by 0x7BC44FB8: NtCreateFile (file.c:279) ==7325== by 0x7B860841: CreateDirectoryW (path.c:1531) ==7325== by 0x7B8608F0: CreateDirectoryA (path.c:1555) ==7325== by 0x497D484: test_CreateDirectoryA (security.c:3085) ==7325== by 0x498A469: func_security (security.c:5423) ==7325== by 0x4999ED4: run_test (test.h:584) ==7325== by 0x499A2C3: main (test.h:654) ==7325== Uninitialised value was created by a client request ==7325== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209) ==7325== by 0x7BC4C697: initialize_block (heap.c:240) ==7325== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717) ==7325== by 0x497D2A5: test_CreateDirectoryA (security.c:3067) ==7325== by 0x498A469: func_security (security.c:5423) ==7325== by 0x4999ED4: run_test (test.h:584) ==7325== by 0x499A2C3: main (test.h:654) ==7325== -- 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 7

[Bug 45837] New: Battle.net Launcher dropdown menu cant be opened, no icon to click
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=45837 Bug ID: 45837 Summary: Battle.net Launcher dropdown menu cant be opened, no icon to click 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: Culted86(a)gmail.com Distribution: --- Created attachment 62304 --> https://bugs.winehq.org/attachment.cgi?id=62304 screenshots When using the Battle.net Launcher the dropdown menu to get to the options and other settings, the icon for the dropdown menu does not appear and clicking where it should be or moving the mouse around that spot does not help i added two screenshots in a zip as an attachment one shows how it should look and one shows how it looks with wine -- 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 8

[Bug 38729] New: valgrind shows a possible leak in dlls/user32/clipboard.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38729 Bug ID: 38729 Summary: valgrind shows a possible leak in dlls/user32/clipboard.c Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Fedora ==4874== 8 bytes in 1 blocks are possibly lost in loss record 54 of 650 ==4874== at 0x7BC4A9F1: notify_alloc (heap.c:254) ==4874== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715) ==4874== by 0x7B84351C: HeapAlloc (heap.c:271) ==4874== by 0x7B84379C: GlobalAlloc (heap.c:377) ==4874== by 0x47A4B47: create_text (clipboard.c:222) ==4874== by 0x47A5921: clipboard_thread (clipboard.c:411) ==4874== by 0x7BC81BB7: ??? (signal_i386.c:2682) ==4874== by 0x7BC81BFE: call_thread_func (signal_i386.c:2741) ==4874== by 0x7BC81B95: ??? (signal_i386.c:2682) ==4874== by 0x7BC88D78: start_thread (thread.c:443) ==4874== by 0x4F88F37F: start_thread (in /usr/lib/libpthread-2.21.so) ==4874== by 0x4F7ABD4D: clone (in /usr/lib/libc-2.21.so) ==4874== -- 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 38457] New: valgrind shows a definite leak in programs/reg/tests/reg.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38457 Bug ID: 38457 Summary: valgrind shows a definite leak in programs/reg/tests/reg.c Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: wshom.ocx Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian ==18558== 8 bytes in 1 blocks are definitely lost in loss record 8 of 243 ==18558== at 0x7BC49E0E: notify_alloc (heap.c:254) ==18558== by 0x7BC4E044: RtlAllocateHeap (heap.c:1715) ==18558== by 0x41FE223: reg_delete (reg.c:368) ==18558== by 0x41FE7EE: wmain (reg.c:505) ==18558== by 0x41FEB46: __wine_spec_exe_wentry (exe_wentry.c:36) ==18558== by 0x7B85F093: ??? (process.c:1052) ==18558== by 0x7B85F1D5: start_process (process.c:1104) ==18558== by 0x7BC8023F: ??? (signal_i386.c:2682) ==18558== by 0x7BC80286: call_thread_func (signal_i386.c:2741) ==18558== by 0x7BC8021D: ??? (signal_i386.c:2682) ==18558== by 0x7BC56915: start_process (loader.c:2868) ==18558== by 0x403DDAC: ??? (port.c:60) ==18558== -- 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 36196] New: valgrind shows some possible leaks in mmdevapi/tests/propstore.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36196 Bug ID: 36196 Summary: valgrind shows some possible leaks in mmdevapi/tests/propstore.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==12387== 28 bytes in 1 blocks are possibly lost in loss record 92 of 461 ==12387== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12387== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12387== by 0x4FC483E: COMPOBJ_DllList_Add (compobj.c:526) ==12387== by 0x4FC6B7A: apartment_getclassobject (compobj.c:1335) ==12387== by 0x4FCA2C4: get_inproc_class_object (compobj.c:2894) ==12387== by 0x4FCA783: CoGetClassObject (compobj.c:3032) ==12387== by 0x4FCAD45: CoCreateInstance (compobj.c:3197) ==12387== by 0x4E6D893: func_propstore (propstore.c:120) ==12387== by 0x4E80EAF: run_test (test.h:584) ==12387== by 0x4E8129E: main (test.h:654) ==12387== { -- 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 53440] New: Msys2 sh.exe -c /usr/bin/mktemp makes an error on Wine
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=53440 Bug ID: 53440 Summary: Msys2 sh.exe -c /usr/bin/mktemp makes an error on Wine Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joel(a)airwebreathe.org.uk Distribution: --- Running this command on Windows produces the expected path to the temp file: c:\workspace>c:\msys64\usr\bin\bash.exe -c "/usr/bin/mktemp" /tmp/tmp.RwJ7JEktDp Running the same command on Wine 7.13 produces a "Permission denied" error: $ wine64 /path/to/usr/bin/sh.exe -c /usr/bin/mktemp 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0024:fixme:ntdll:NtSetInformationToken unimplemented class 4 0024:fixme:security:GetWindowsAccountDomainSid (00000000FFFFC190 0000000000340E38 00000000FFFFC18C): semi-stub 0024:fixme:netapi32:DsEnumerateDomainTrustsW ((null), 0x0023, 00000000FFFFC368, 00000000FFFFC354): stub 0110:fixme:wldap32:ldap_set_optionA Unsupported option: 0x95 0110:fixme:wldap32:ldap_set_optionA Unsupported option: 0x96 0024:fixme:netapi32:NetUserGetInfo Only implemented for local computer, but remote serverL"\\\\@" was requested. Cygwin WARNING: Couldn't compute FAST_CWD pointer. This typically occurs if you're using an older Cygwin version on a newer Windows. Please update to the latest available Cygwin version from https://cygwin.com/. If the problem persists, please see https://cygwin.com/problems.html 0024:fixme:netapi32:NetLocalGroupGetInfo ((null) L"Administrators" 1 00000000FFFFC3E0) semi-stub! 0024:fixme:netapi32:NetLocalGroupGetInfo ((null) L"Users" 1 00000000FFFFC3E0) semi-stub! /usr/bin/mktemp: failed to create file via template ‘/tmp/tmp.XXXXXXXXXX’: Permission denied -- 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 36902] New: valgrind shows an unitialized variable in dlls/ieframe/tests/ie.c (nsLayoutStatics::Initialize)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36902 Bug ID: 36902 Summary: valgrind shows an unitialized variable in dlls/ieframe/tests/ie.c (nsLayoutStatics::Initialize) Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==1236== Conditional jump or move depends on uninitialised value(s) ==1236== at 0x1040032C: nsFocusManager::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==1236== by 0x100DC893: nsPrefBranch::AddObserver (nsprefbranch.cpp:641) ==1236== by 0x100D8578: mozilla::Preferences::AddWeakObserver (preferences.cpp:1411) ==1236== by 0x10117D70: nsLayoutStatics::Initialize (nslayoutstatics.cpp:244) ==1236== by 0x109DA397: nsComponentManagerImpl::CreateInstanceByContractID (nscomponentmanager.cpp:1089) ==1236== by 0x109DA807: nsComponentManagerImpl::GetServiceByContractID (nscomponentmanager.cpp:1449) ==1236== by 0x109B458A: CallGetService (nscomponentmanagerutils.cpp:62) ==1236== by 0x109B977E: NS_InitXPCOM2 (nsxpcominit.cpp:489) ==1236== by 0x75E81B3: init_xpcom (nsembed.c:698) ==1236== by 0x75E8626: load_gecko (nsembed.c:774) ==1236== by 0x75ED013: create_nscontainer (nsembed.c:2042) ==1236== by 0x756D477: HTMLDocument_Create (htmldoc.c:4756) ==1236== by 0x75D7178: ClassFactory_CreateInstance (main.c:238) ==1236== by 0x4EEE0A2: CoCreateInstance (unknwn.h:226) ==1236== by 0x4E152B2: create_mime_object (binding.c:258) ==1236== by 0x4E15652: create_object (binding.c:308) ==1236== by 0x4E181E8: report_data (binding.c:1077) ==1236== by 0x4E18531: InternetProtocolSink_ReportData (binding.c:1126) ==1236== by 0x4E1D8F0: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==1236== by 0x4E1E441: report_data_proc (urlmon.h:3113) ==1236== Uninitialised value was created by a client request ==1236== at 0x7BC4C4D6: mark_block_uninitialized (heap.c:209) ==1236== by 0x7BC4C641: initialize_block (heap.c:240) ==1236== by 0x7BC50F4D: RtlAllocateHeap (heap.c:1717) ==1236== by 0x782A76B: msvcrt_heap_alloc (heap.c:70) ==1236== by 0x782B330: MSVCRT_malloc (heap.c:408) ==1236== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==1236== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==1236== by 0x75E81B3: init_xpcom (nsembed.c:698) ==1236== by 0x75E8626: load_gecko (nsembed.c:774) ==1236== by 0x75ED013: create_nscontainer (nsembed.c:2042) ==1236== by 0x756D477: HTMLDocument_Create (htmldoc.c:4756) ==1236== by 0x75D7178: ClassFactory_CreateInstance (main.c:238) ==1236== by 0x4EEE0A2: CoCreateInstance (unknwn.h:226) ==1236== by 0x4E152B2: create_mime_object (binding.c:258) ==1236== by 0x4E15652: create_object (binding.c:308) ==1236== by 0x4E181E8: report_data (binding.c:1077) ==1236== by 0x4E18531: InternetProtocolSink_ReportData (binding.c:1126) ==1236== by 0x4E1D8F0: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==1236== by 0x4E1E441: report_data_proc (urlmon.h:3113) ==1236== by 0x4E1A10E: process_tasks (bindprot.c:57) ==1236== I see several variations of this pattern, here's the exact suppression I'm using for this issue: { <insert_a_suppression_name_here> Memcheck:Cond fun:nsFocusManager::Release ... fun:nsLayoutStatics::Initialize fun:nsComponentManagerImpl::CreateInstanceByContractID fun:nsComponentManagerImpl::GetServiceByContractID fun:CallGetService fun:NS_InitXPCOM2 fun:init_xpcom fun:load_gecko fun:create_nscontainer fun:HTMLDocument_Create fun:ClassFactory_CreateInstance fun:CoCreateInstance fun:create_mime_object fun:create_object fun:report_data fun:InternetProtocolSink_ReportData fun:ProtocolSinkHandler_ReportData ... } -- 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