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

[Bug 60249] New: Multiple warnings during compilation
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=60249 Bug ID: 60249 Summary: Multiple warnings during compilation Product: Wine Version: 11.16 Hardware: x86-64 OS: Linux Status: NEW Keywords: source Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: imwellcushtymelike(a)gmail.com Target Milestone: --- Distribution: Debian When building git with Debian Testing: /home/test/wine-git/tools/wrc/parser.y: warning: 5 shift/reduce conflicts [-Wconflicts-sr] /home/test/wine-git/tools/wrc/parser.y: warning: 5 shift/reduce conflicts [-Wconflicts-sr] /home/test/wine-git/dlls/jscript/parser.y: warning: 1 shift/reduce conflict [-Wconflicts-sr] /home/test/wine-git/dlls/jscript/parser.y: warning: 18 reduce/reduce conflicts [-Wconflicts-rr] /home/test/wine-git/dlls/jscript/parser.y: warning: 1 shift/reduce conflict [-Wconflicts-sr] /home/test/wine-git/dlls/jscript/parser.y: warning: 18 reduce/reduce conflicts [-Wconflicts-rr] /home/test/wine-git/dlls/msi/sql.y: warning:/home/test/wine-git/dlls/msi/sql.y : 1 reduce/reduce conflictwarning: [ 1 reduce/reduce conflict [-Wconflicts-rr] -Wconflicts-rr] /home/test/wine-git/dlls/windows.devices.enumeration/aqs.y: warning: 17 shift/reduce conflicts [-Wconflicts-sr] /home/test/wine-git/dlls/windows.devices.enumeration/aqs.y: warning: 21 reduce/reduce conflicts [-Wconflicts-rr] /home/test/wine-git/dlls/windows.devices.enumeration/aqs.y: warning: 17 shift/reduce conflicts [-Wconflicts-sr] /home/test/wine-git/dlls/windows.devices.enumeration/aqs.y: warning: 21 reduce/reduce conflicts [-Wconflicts-rr] -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 60246] New: Cannot install Wine 11.0 on zena
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=60246 Bug ID: 60246 Summary: Cannot install Wine 11.0 on zena Product: Wine Version: 11.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: craigaschulstad(a)gmail.com Target Milestone: --- Distribution: --- I have built a new virtual machine - Linux Mint 22.3 (zena) and was attempting to install Wine version 11.0 (stable). I retrieved the winehq.key file and manually moved the key into the "etc/apt/trusted.gpg.d" folder (apt-key is apparently deprecated). Then, according to the instructions I found, I attempted to execute the following command: "wget -NP /etc/apt/sources.list.d/ https://dl.winehq.org/wine-builds/ubuntu/dists/zena/winehq-zena.sources" I then receive the following messages: Resolving dl.winehq.org (dl.winehq.org) 2a04:4e42:23::729, 151.101.150.217 Connecting to dl.winehq.org (dl.winehq.org)|2a04:4e42:23::729|:443... connected. HTTP request sent, awaiting response... 404 Not Found 2026-08-27 17:00:48 ERROR 404: Not Found. Subsequently, the following command does not execute: sudo apt install --install-recommends winehq-stable Reading package lists... Done Building dependency tree... Done Reading state information... Done E: Unable to locate package winehq-stable I attempted to substitute "jammy" and "kinetic" for "zena" but I received a permission error. Any enlightenment would be appreciated. Thanks in advance. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 60248] New: Roblox Studio 0.736: the editor never appears after opening a place (no document view, no dock widgets)
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=60248 Bug ID: 60248 Summary: Roblox Studio 0.736: the editor never appears after opening a place (no document view, no dock widgets) Product: Wine Version: 11.16 Hardware: x86-64 URL: https://create.roblox.com/docs/studio/setup OS: Linux Status: UNCONFIRMED Keywords: regression Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)list.winehq.org Reporter: me(a)qwreey.moe Target Milestone: --- Regression SHA1: 2293b0e8ca1dc36f0c89a396309997f65e5759fa Distribution: ArchLinux Created attachment 81960 --> http://bugs.winehq.org/attachment.cgi?id=81960 On the parent ec23c07b, identical configuration:the full editor appears, the Baseplate renders in the 3D viewport, and Roblox Studio 0.736.0.7361346 opens and runs, but after opening a place its editor UI never appears. The window title changes to the place name and the ribbon switches to the place-editing one, but the document area keeps showing the Start Page (or is blank if the Start Page was already dismissed), the 3D viewport is not visible, and none of the dock widgets — Explorer, Properties, Toolbox, Terrain Editor — appear at all. The place itself loads fine: the engine logs a normal graphics initialisation, an activated IDE document and correctly-sized render targets, and reports no error. On the parent commit the exact same steps produce the full editor, with the 3D viewport rendering and every dock widget in place. See the two attached screenshots. Bisected to: 2293b0e8ca1dc36f0c89a396309997f65e5759fa "win32u: Keep unused client surfaces around and reuse them if possible." Its parent ec23c07b4514adb5e953dcd230ac061a0c6b5bf5 is good. 2293b0e8's own commit message describes it as addressing applications recreating their VkSurfaceKHR after VK_SUBOPTIMAL_KHR, which is what bug 59640 ("Roblox Studio's 3D-viewport turns blank or flickers (VK_SUBOPTIMAL_KHR)") is about. So this may be a fix for that bug which made the same application's viewport blank permanently instead of intermittently. STEPS TO REPRODUCE ------------------ Roblox Studio is normally launched on Linux through Vinegar (https://vinegarhq.org) which manages the Wine prefix and downloads Studio. Studio itself is x86_64-only. No DLL overrides or Windows DLLs are needed to see this — use Studio's own native Vulkan renderer: 1. Install Vinegar, log in, let it install Roblox Studio. 2. In ~/.config/vinegar/config.toml: [studio] renderer = "Vulkan" # Studio's native Vulkan renderer; with this, webview = "" # Vinegar installs no DXVK and sets no d3d11/dxgi # override at all wineroot = "/path/to/wine" # the Wine build under test 3. Launch Studio and open any place (e.g. the "Baseplate" template). 4. The place opens, but no editor appears: no 3D viewport, no dock widgets, and the document area still shows the Start Page. No error is shown and none is logged. I verified this exact configuration on the bad commit: Roblox reports "[FLog::CreateGraphicsEngine] Using graphics mode 6-Vulkan", WINEDLLOVERRIDES contains no d3d11/dxgi/d3d9 entry, and no DXVK DLL is present in the application directory or loaded into the process. The viewport is still blank. So this does not depend on DXVK or on any DLL override. With the parent commit the 3D scene renders normally. The same Wine prefix works with either build, so switching between them needs no prefix recreation. Disclosure about the prefix: it is created by Vinegar rather than being a stock ~/.wine. The only DLL overrides Vinegar sets in the configuration above are disabling dxdiagn, winemenubuilder, mscoree and mshtml. It does not override d3d11/dxgi/d3d9 unless a DXVK renderer is selected. HOW IT WAS BISECTED ------------------- Built upstream Wine (unpatched, straight from git) twice, 64-bit only, from the same source tree and the same build directory, changing only the checked-out commit: A wine-11.15-29-gec23c07b451 (parent) -> viewport renders correctly B wine-11.15-30-g2293b0e8ca1 (this one) -> viewport renders nothing ../wine/configure --enable-archs=x86_64 --prefix=/opt/wine-test \ --disable-tests --without-oss make && make install Everything else was held fixed across the two runs: same container, same Mesa (26.2.1), same Roblox Studio build (0.736.0.7361346), same Wine prefix, same GPU. Only the Wine install being used was repointed between the two. Build B was then re-tested in the DXVK-free configuration described above (native Vulkan renderer, no d3d11/dxgi override, DXVK DLLs removed from the application directory) and reproduces identically. WHAT THE SYMPTOM ACTUALLY IS ---------------------------- This is not "the viewport window was never created", and it is not a window placement or stacking problem. Running with DXVK's HUD enabled (DXVK_HUD=devinfo,fps) makes the distinction visible: two HUDs are drawn, one on the ribbon's swapchain and one at the top-left of the document area, and the second one updates at 60+ fps over an otherwise empty area. So a swapchain covering the document area is created, presented at full framerate, in the right place, with DXVK's overlay drawing into it — what is missing is the application's own content. (That observation uses DXVK, but the bug itself does not need it — see the repro steps above, which use Studio's native Vulkan renderer and no overrides.) I mention this because a screenshot of the bug is indistinguishable from "no viewport at all", which is what made it hard to characterise. SCOPE ----- Reproduces regardless of: Roblox Studio build 0.734.0 / 0.735.0 / 0.736.0 Renderer Studio's native Vulkan renderer, and DXVK 2.7.1 Display driver winex11.drv and winewayland.drv Wine virtual desktop on and off Output resolution 576x888 through 1920x1080 Mesa 26.1.6 and 26.2.1 GPU AMD Radeon 780M (RADV PHOENIX) AMD Radeon Graphics / Raphael (RADV RAPHAEL_MENDOCINO) Both renderers and both display drivers failing is what pointed at win32u's shared client-surface path rather than anything driver- or translation-layer-specific. THE CHANGE ITSELF ----------------- The part of 2293b0e8 touching the Vulkan surface path, for reference: dlls/win32u/vulkan.c, win32u_vkCreateWin32SurfaceKHR(): - surface->client = user_driver->pCreateClientSurface( surface->hwnd, 0 ); + surface->client = get_unused_client_surface( surface->hwnd, 0 ); - add_window_client_surface( surface->hwnd, surface->client ); + use_window_client_surface( surface->client, !res ); dlls/win32u/vulkan.c, win32u_vkDestroySurfaceKHR(): + use_window_client_surface( surface->client, FALSE ); i.e. a VkSurfaceKHR now adopts a cached, previously-used client surface instead of always creating a fresh one. Studio's viewport lives in a child window and recreates its surface during startup, so it is presumably getting a reused client surface that is not in the state it expects. I have not worked out the mechanism beyond that. Happy to test patches or gather any further logs. POSSIBLY RELATED ---------------- bug 59640 — Roblox Studio's 3D-viewport turns blank or flickers (VK_SUBOPTIMAL_KHR). Same application, same part of the UI, and 2293b0e8's commit message describes exactly that problem. bug 60173 — winex11.drv: layered window is painted black when a Direct3D/OpenGL swap chain targets it. Filed 2026-08-14, same release window. bug 45277 — Multiple applications need Vulkan child window rendering. bug 59071 — Roblox Studio flickering when resizing docked child windows on winex11 and winevulkan driver. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[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 59968] New: after e749e2bffaa663b3cea366a9ea773ea630aa29da, old wine container will just stuck
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=59968 Bug ID: 59968 Summary: after e749e2bffaa663b3cea366a9ea773ea630aa29da, old wine container will just stuck Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: l12436.tw(a)gmail.com Target Milestone: --- Distribution: --- debug log only shown 00dc:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC3D460 "../dlls/ntdll/loader.c: loader_section" wait timed out in thread 00dc, blocked by 00d8, retrying (60 sec) and before commit e749e2bffaa663b3cea366a9ea773ea630aa29da will shown dialog normally -- 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 59701] New: Age of Empires II segfaults for some reason on the LTS version of Debian. (11.1) (also used by Devuan 4)
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=59701 Bug ID: 59701 Summary: Age of Empires II segfaults for some reason on the LTS version of Debian. (11.1) (also used by Devuan 4) Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: chaosesqueteam(a)sogetthis.com Distribution: --- Age of Empires II segfaults for some reason on the LTS version of Debian. (11.1) (also used by Devuan 4). It shouldn't as AoEII has been working for a long time. >0068:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7b453fa3 This happens on both the regular AoEII binary, and the Conquerors expansion. AoEII used to work in 2005 or so, IIRC, shouldn't be broken. Other people had the same issue: https://www.reddit.com/r/linux_gaming/comments/9hijta/comment/e6eschf/?forc… But their solutions didn't work (making a 32 bit wine prefix, running it there. Same error). So bit a regular 64 bit wineprefix was tried and the 32 bit prefix was tried. ------------------ (what was tried) export WINEARCH=win32 export WINEPREFIX=/home/username/aoe2gold wineboot winetricks win2k wine /path/to/aoe/installer.exe And in the future, to run the game: WINEPREFIX=/home/username/aoe2gold wine "$WINEPREFIX/drive_c/Program Files/Microsoft Games/Age of Empires II/Launcher.exe" ------------------ The game installed fine, both versions, but cannot be played. Intel graphics card. Debian/Devuan very stable LTS. Wine just to just work, but the only thing that works for me now is Unreal and Unreal Tournament (they must have had very careful programmers). I thought AoE II would work too since it's a simple 2d game. But like the simcity/simcopter/streets-of-simcity/diablo1, that seems to not be the way. -- 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 44

[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