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

[Bug 43382] New: valgrind shows a definite leak in dlls/oleaut32/tests/ vartest.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43382 Bug ID: 43382 Summary: valgrind shows a definite leak in dlls/oleaut32/tests/vartest.c Product: Wine Version: 2.12 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 Distribution: --- ../../../tools/runtest -q -P wine -T ../../.. -M oleaut32.dll -p oleaut32_test.exe.so vartest && touch vartest.ok ==31273== 0 bytes in 1 blocks are definitely lost in loss record 1 of 275 ==31273== at 0x7BC51061: notify_alloc (heap.c:254) ==31273== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==31273== by 0x4D08E4A: VARIANT_CopyIRecordInfo (variant.c:714) ==31273== by 0x4D09060: VariantCopy (variant.c:776) ==31273== by 0x4A84CBA: test_VariantCopy (vartest.c:1044) ==31273== by 0x4AD1C62: func_vartest (vartest.c:9183) ==31273== by 0x4B293D7: run_test (test.h:603) ==31273== by 0x4B29836: main (test.h:687) ==31273== -- 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 36924] New: valgrind shows several unitialized variables in dlls/ieframe/tests/ie.c (nsPresContext::Release)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36924 Bug ID: 36924 Summary: valgrind shows several unitialized variables in dlls/ieframe/tests/ie.c (nsPresContext::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 Created attachment 49034 --> https://bugs.winehq.org/attachment.cgi?id=49034 valgrind log A lot of these, going to attach the full output, but here's an example: ==13451== Conditional jump or move depends on uninitialised value(s) ==13451== at 0x1015803C: nsPresContext::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==13451== by 0x10283192: nsContentUtils::DispatchTrustedEvent (nscontentutils.cpp:3271) ==13451== by 0x1029CB98: nsDocument::UpdateVisibilityState (nsdocument.cpp:11052) ==13451== by 0x102A9136: nsDocument::OnPageHide (nsdocument.cpp:8140) ==13451== by 0x101493A9: nsDocumentViewer::PageHide (nsdocumentviewer.cpp:1261) ==13451== by 0x1062FDDF: nsDocShell::FirePageHideNotification (nsdocshell.cpp:1621) ==13451== by 0x106300C1: nsDocShell::CreateContentViewer (nsdocshell.cpp:7975) ==13451== by 0x1061AE8C: nsDSURIContentListener::DoContent (nsdsuricontentlistener.cpp:123) ==13451== by 0x106351D1: nsDocumentOpenInfo::TryContentListener (nsuriloader.cpp:659) ==13451== by 0x10635827: nsDocumentOpenInfo::DispatchContent (nsuriloader.cpp:360) ==13451== by 0x58FFFF: ??? ==13451== Uninitialised value was created by a client request ==13451== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==13451== by 0x7BC4C075: initialize_block (heap.c:240) ==13451== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==13451== by 0x77D619E: msvcrt_heap_alloc (heap.c:70) ==13451== by 0x77D6D63: MSVCRT_malloc (heap.c:408) ==13451== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==13451== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==13451== by 0x7566F26: init_xpcom (nsembed.c:698) ==13451== by 0x7567399: load_gecko (nsembed.c:774) ==13451== by 0x756BD01: create_nscontainer (nsembed.c:2042) ==13451== by 0x74EC2F6: HTMLDocument_Create (htmldoc.c:4756) ==13451== by 0x7555F7D: ClassFactory_CreateInstance (main.c:238) ==13451== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==13451== by 0x4D63202: create_mime_object (binding.c:258) ==13451== by 0x4D635A2: create_object (binding.c:308) ==13451== by 0x4D660AB: report_data (binding.c:1077) ==13451== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==13451== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==13451== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==13451== by 0x4D67FCF: process_tasks (bindprot.c:57) -- 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 36654] New: valgrind shows invalid read/write in d3d8/tests/device.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36654 Bug ID: 36654 Summary: valgrind shows invalid read/write in d3d8/tests/device.c Product: Wine Version: 1.3.30 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, valgrind Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==6361== Invalid read of size 4 ==6361== at 0x5E0EB00: ??? (in /tmp/.glZDO9Wy (deleted)) ==6361== by 0x5160AE4: fixup_extensions (directx.c:1542) ==6361== by 0x5166F86: wined3d_adapter_init_gl_caps (directx.c:3131) ==6361== by 0x516C459: wined3d_adapter_init (directx.c:5180) ==6361== by 0x516C9B2: wined3d_init (directx.c:5272) ==6361== by 0x5215953: wined3d_create (wined3d_main.c:105) ==6361== by 0x50E0716: d3d8_init (directx.c:413) ==6361== by 0x50D47D2: Direct3DCreate8 (d3d8_main.c:47) ==6361== by 0x4F6AD2A: test_device_window_reset (device.c:2982) ==6361== by 0x4F7D127: func_device (device.c:6224) ==6361== by 0x4F9EC1E: run_test (test.h:584) ==6361== by 0x4F9F00D: main (test.h:654) ==6361== Address 0xe92a7c0 is on thread 1's stack ==6361== ==6361== Invalid write of size 4 ==6361== at 0x5E0EB0D: ??? (in /tmp/.glZDO9Wy (deleted)) ==6361== by 0x5160AE4: fixup_extensions (directx.c:1542) ==6361== by 0x5166F86: wined3d_adapter_init_gl_caps (directx.c:3131) ==6361== by 0x516C459: wined3d_adapter_init (directx.c:5180) ==6361== by 0x516C9B2: wined3d_init (directx.c:5272) ==6361== by 0x5215953: wined3d_create (wined3d_main.c:105) ==6361== by 0x50E0716: d3d8_init (directx.c:413) ==6361== by 0x50D47D2: Direct3DCreate8 (d3d8_main.c:47) ==6361== by 0x4F6AD2A: test_device_window_reset (device.c:2982) ==6361== by 0x4F7D127: func_device (device.c:6224) ==6361== by 0x4F9EC1E: run_test (test.h:584) ==6361== by 0x4F9F00D: main (test.h:654) ==6361== Address 0xaaaaaaaa is on thread 1's stack ==6361== OpenGL renderer string: GeForce GTX 460/PCIe/SSE2 OpenGL core profile version string: 4.3.0 NVIDIA 337.25 -- 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 36320] New: valgrind shows several possible leaks in opengl/tests/opengl.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36320 Bug ID: 36320 Summary: valgrind shows several possible leaks in opengl/tests/opengl.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==12640== 56 bytes in 1 blocks are possibly lost in loss record 688 of 2,358 ==12640== at 0x40087BA: calloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==12640== by 0x82CFAFB: ??? (in /usr/lib/libOSMesa.so.8.0.0) ==12640== by 0x811B5D5: ??? (in /usr/lib/libOSMesa.so.8.0.0) ==12640== by 0x8120100: ??? (in /usr/lib/libOSMesa.so.8.0.0) ==12640== by 0x8092E3F: ??? (in /usr/lib/libOSMesa.so.8.0.0) ==12640== by 0x806BB65: OSMesaCreateContextExt (in /usr/lib/libOSMesa.so.8.0.0) ==12640== by 0x51EB28E: dibdrv_wglCreateContext (opengl.c:201) ==12640== by 0x4F20039: wglCreateContext (wgl.c:383) ==12640== by 0x4D4578F: test_bitmap_rendering (opengl.c:626) ==12640== by 0x4D4743C: func_opengl (opengl.c:1664) ==12640== by 0x4D4BEB4: run_test (test.h:584) ==12640== by 0x4D4C2A2: main (test.h:654) ==12640== 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 36238] New: comctl32/tests/propsheet.c fails under valgrind
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36238 Bug ID: 36238 Summary: comctl32/tests/propsheet.c fails under valgrind 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 ../../../tools/runtest -q -P wine -T ../../.. -M comctl32.dll -p comctl32_test.exe.so propsheet && touch propsheet.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 propsheet.c:548: Test failed: The Add button has not been pressed! make: *** [propsheet.ok] Error 1 see bug 36236 for a leak in that file, and bug 33719 for failing on some windows vms. -- 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 53045] New: Space Rangers HD A War Apart - crash on launch
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=53045 Bug ID: 53045 Summary: Space Rangers HD A War Apart - crash on launch Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: betaversiondot(a)gmail.com Distribution: --- Created attachment 72432 --> https://bugs.winehq.org/attachment.cgi?id=72432 terminal log The game crashes on launch. Played it a couple years ago and it was fully playable. The developer says they didn't do anything that could break the emulation. -- 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 43385] New: valgrind shows several leaks in dlls/setupapi/tests/ install.c (programs/winemenubuilder)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43385 Bug ID: 43385 Summary: valgrind shows several leaks in dlls/setupapi/tests/install.c (programs/winemenubuilder) Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==32645== 18 bytes in 1 blocks are definitely lost in loss record 124 of 665 ==32645== at 0x7BC51061: notify_alloc (heap.c:254) ==32645== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==32645== by 0x4997BF9: relative_path (winemenubuilder.c:1759) ==32645== by 0x4997FE8: GetLinkLocation (winemenubuilder.c:1827) ==32645== by 0x499AE78: InvokeShellLinker (winemenubuilder.c:2789) ==32645== by 0x499CEA2: Process_Link (winemenubuilder.c:3218) ==32645== by 0x499E8E5: wWinMain (winemenubuilder.c:3674) ==32645== by 0x499EFB7: wmain (exe_wmain.c:51) ==32645== by 0x499EE90: __wine_spec_exe_wentry (exe_wentry.c:36) ==32645== by 0x7B46BDB3: ??? (process.c:1065) ==32645== by 0x7B46BF08: start_process (process.c:1116) ==32645== by 0x7BC913B3: ??? (signal_i386.c:2700) ==32645== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==32645== by 0x7BC91391: ??? (signal_i386.c:2700) ==32645== by 0x7BC5FDE8: start_process (loader.c:3083) ==32645== by 0x40413EC: ??? (port.c:78) ==32645== ==32645== 40 bytes in 1 blocks are definitely lost in loss record 279 of 665 ==32645== at 0x7BC51061: notify_alloc (heap.c:254) ==32645== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==32645== by 0x4992D07: heap_printf (winemenubuilder.c:237) ==32645== by 0x49962D5: platform_write_icon (winemenubuilder.c:1288) ==32645== by 0x4996811: extract_icon (winemenubuilder.c:1380) ==32645== by 0x499B46D: InvokeShellLinker (winemenubuilder.c:2833) ==32645== by 0x499CEA2: Process_Link (winemenubuilder.c:3218) ==32645== by 0x499E8E5: wWinMain (winemenubuilder.c:3674) ==32645== by 0x499EFB7: wmain (exe_wmain.c:51) ==32645== by 0x499EE90: __wine_spec_exe_wentry (exe_wentry.c:36) ==32645== by 0x7B46BDB3: ??? (process.c:1065) ==32645== by 0x7B46BF08: start_process (process.c:1116) ==32645== by 0x7BC913B3: ??? (signal_i386.c:2700) ==32645== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==32645== by 0x7BC91391: ??? (signal_i386.c:2700) ==32645== by 0x7BC5FDE8: start_process (loader.c:3083) ==32645== by 0x40413EC: ??? (port.c:78) ==32645== ==32645== 53 bytes in 1 blocks are definitely lost in loss record 309 of 665 ==32645== at 0x7BC51061: notify_alloc (heap.c:254) ==32645== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==32645== by 0x4992D07: heap_printf (winemenubuilder.c:237) ==32645== by 0x4996551: platform_write_icon (winemenubuilder.c:1331) ==32645== by 0x4996811: extract_icon (winemenubuilder.c:1380) ==32645== by 0x499B46D: InvokeShellLinker (winemenubuilder.c:2833) ==32645== by 0x499CEA2: Process_Link (winemenubuilder.c:3218) ==32645== by 0x499E8E5: wWinMain (winemenubuilder.c:3674) ==32645== by 0x499EFB7: wmain (exe_wmain.c:51) ==32645== by 0x499EE90: __wine_spec_exe_wentry (exe_wentry.c:36) ==32645== by 0x7B46BDB3: ??? (process.c:1065) ==32645== by 0x7B46BF08: start_process (process.c:1116) ==32645== by 0x7BC913B3: ??? (signal_i386.c:2700) ==32645== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==32645== by 0x7BC91391: ??? (signal_i386.c:2700) ==32645== by 0x7BC5FDE8: start_process (loader.c:3083) ==32645== by 0x40413EC: ??? (port.c:78) ==32645== ==32645== 72 bytes in 1 blocks are definitely lost in loss record 352 of 665 ==32645== at 0x7BC51061: notify_alloc (heap.c:254) ==32645== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==32645== by 0x4992D07: heap_printf (winemenubuilder.c:237) ==32645== by 0x4996592: platform_write_icon (winemenubuilder.c:1338) ==32645== by 0x4996811: extract_icon (winemenubuilder.c:1380) ==32645== by 0x499B46D: InvokeShellLinker (winemenubuilder.c:2833) ==32645== by 0x499CEA2: Process_Link (winemenubuilder.c:3218) ==32645== by 0x499E8E5: wWinMain (winemenubuilder.c:3674) ==32645== by 0x499EFB7: wmain (exe_wmain.c:51) ==32645== by 0x499EE90: __wine_spec_exe_wentry (exe_wentry.c:36) ==32645== by 0x7B46BDB3: ??? (process.c:1065) ==32645== by 0x7B46BF08: start_process (process.c:1116) ==32645== by 0x7BC913B3: ??? (signal_i386.c:2700) ==32645== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==32645== by 0x7BC91391: ??? (signal_i386.c:2700) ==32645== by 0x7BC5FDE8: start_process (loader.c:3083) ==32645== by 0x40413EC: ??? (port.c:78) ==32645== -- 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 43342] New: valgrind shows an unintialized write in dlls/hid/tests/ device.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43342 Bug ID: 43342 Summary: valgrind shows an unintialized write in dlls/hid/tests/device.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M hid.dll -p hid_test.exe.so device && touch device.ok ==10687== Syscall param writev(vector[...]) points to uninitialised byte(s) ==10687== at 0x4339023: __writev_nocancel (syscall-template.S:84) ==10687== by 0x7BC88028: send_request (server.c:228) ==10687== by 0x7BC881DB: wine_server_call (server.c:309) ==10687== by 0x7BC4A5AA: server_ioctl_file (file.c:1543) ==10687== by 0x7BC4A914: NtDeviceIoControlFile (file.c:1650) ==10687== by 0x7B44634D: DeviceIoControl (file.c:2651) ==10687== by 0x4B229B1: HidD_GetPreparsedData (hidd.c:133) ==10687== by 0x4876EBA: test_device_info (device.c:41) ==10687== by 0x48771C2: run_for_each_device (device.c:83) ==10687== by 0x4878870: func_device (device.c:386) ==10687== by 0x48796C8: run_test (test.h:603) ==10687== by 0x4879B19: main (test.h:687) ==10687== Address 0x48e7b38 is 0 bytes inside a recently re-allocated block of size 9,296 alloc'd ==10687== at 0x7BC50812: notify_alloc (heap.c:254) ==10687== by 0x7BC54C93: RtlAllocateHeap (heap.c:1716) ==10687== by 0x4B22982: HidD_GetPreparsedData (hidd.c:131) ==10687== by 0x4876EBA: test_device_info (device.c:41) ==10687== by 0x48771C2: run_for_each_device (device.c:83) ==10687== by 0x4878870: func_device (device.c:386) ==10687== by 0x48796C8: run_test (test.h:603) ==10687== by 0x4879B19: main (test.h:687) ==10687== Uninitialised value was created by a client request ==10687== at 0x7BC505E1: mark_block_uninitialized (heap.c:208) ==10687== by 0x7BC5076D: initialize_block (heap.c:239) ==10687== by 0x7BC54CB3: RtlAllocateHeap (heap.c:1717) ==10687== by 0x4B22982: HidD_GetPreparsedData (hidd.c:131) ==10687== by 0x4876EBA: test_device_info (device.c:41) ==10687== by 0x48771C2: run_for_each_device (device.c:83) ==10687== by 0x4878870: func_device (device.c:386) ==10687== by 0x48796C8: run_test (test.h:603) ==10687== by 0x4879B19: main (test.h:687) ==10687== -- 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 3

[Bug 36264] New: valgrind shows a couple possible leaks in dispex/tests/marshal.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36264 Bug ID: 36264 Summary: valgrind shows a couple possible leaks in dispex/tests/marshal.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==3861== 28 bytes in 1 blocks are possibly lost in loss record 176 of 609 ==3861== at 0x7BC4C735: notify_alloc (heap.c:255) ==3861== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==3861== by 0x4D448CE: COMPOBJ_DllList_Add (compobj.c:526) ==3861== by 0x4D46C0A: apartment_getclassobject (compobj.c:1335) ==3861== by 0x4D4A354: get_inproc_class_object (compobj.c:2894) ==3861== by 0x4D4A813: CoGetClassObject (compobj.c:3032) ==3861== by 0x5886266: create_stub (ndr_ole.c:415) ==3861== by 0x5868E2B: CStdStubBuffer_Delegating_Construct (cstub.c:346) ==3861== by 0x58674C9: CStdPSFactory_CreateStub (cpsf.c:131) ==3861== by 0x4D6D8E4: marshal_object (objidl.h:9251) ==3861== by 0x4D709E0: StdMarshalImpl_MarshalInterface (marshal.c:1251) ==3861== by 0x4D727A1: CoMarshalInterface (objidl.h:611) ==3861== by 0x4954F33: host_object_proc (marshal.c:65) ==3861== by 0x7BC87087: ??? (signal_i386.c:2571) ==3861== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==3861== by 0x7BC87065: ??? (signal_i386.c:2571) ==3861== by 0x7BC8E4B0: start_thread (thread.c:428) ==3861== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==3861== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) -- 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 36928] New: valgrind shows a couple unitialized variables in dlls/ieframe/tests/ie.c (HTMLDOMNode_Release)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36928 Bug ID: 36928 Summary: valgrind shows a couple unitialized variables in dlls/ieframe/tests/ie.c (HTMLDOMNode_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 ==15288== Conditional jump or move depends on uninitialised value(s) ==15288== at 0x7D98870: HTMLDOMNode_Release (htmlnode.c:494) ==15288== by 0x7DC3828: htmldoc_release (mshtml_private.h:544) ==15288== by 0x7DC4377: release_inner_window (htmlwindow.c:235) ==15288== by 0x7DC45F5: HTMLWindow2_Release (htmlwindow.c:284) ==15288== by 0x7DC3CE0: detach_inner_window (mshtml.h:47873) ==15288== by 0x7DCE094: update_window_doc (htmlwindow.c:3023) ==15288== by 0x7DD8F04: on_start_nsrequest (navigate.c:1115) ==15288== by 0x7DD9409: read_stream_data (navigate.c:1227) ==15288== by 0x7DDA3BF: nsChannelBSC_read_data (navigate.c:1576) ==15288== by 0x7DD738A: BindStatusCallback_OnDataAvailable (navigate.c:427) ==15288== by 0x4D60487: BindStatusCallback_OnDataAvailable (urlmon.h:820) ==15288== by 0x4D66201: report_data (urlmon.h:820) ==15288== by 0x4D67813: start_binding (binding.c:1530) ==15288== by 0x4D67A2C: bind_to_storage (binding.c:1567) ==15288== by 0x4D87AA0: URLMoniker_BindToStorage (umon.c:280) ==15288== by 0x7DD8569: start_binding (objidl.h:3488) ==15288== by 0x7E04DA7: PersistMoniker_Load (persist.c:627) ==15288== by 0x4D63117: load_doc_mon (urlmon.h:2290) ==15288== by 0x4D63390: create_mime_object (binding.c:278) ==15288== by 0x4D635A2: create_object (binding.c:308) ==15288== Uninitialised value was created by a client request ==15288== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==15288== by 0x7BC4C075: initialize_block (heap.c:240) ==15288== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==15288== by 0x805119E: msvcrt_heap_alloc (heap.c:70) ==15288== by 0x8051D63: MSVCRT_malloc (heap.c:408) ==15288== by 0x80D71095: moz_xmalloc (mozalloc.cpp:54) ==15288== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==15288== by 0x7DE1F26: init_xpcom (nsembed.c:698) ==15288== by 0x7DE2399: load_gecko (nsembed.c:774) ==15288== by 0x7DE6D01: create_nscontainer (nsembed.c:2042) ==15288== by 0x7D672F6: HTMLDocument_Create (htmldoc.c:4756) ==15288== by 0x7DD0F7D: ClassFactory_CreateInstance (main.c:238) ==15288== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==15288== by 0x4D63202: create_mime_object (binding.c:258) ==15288== by 0x4D635A2: create_object (binding.c:308) ==15288== by 0x4D660AB: report_data (binding.c:1077) ==15288== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==15288== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==15288== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==15288== by 0x4D67FCF: process_tasks (bindprot.c:57) ==15288== ==14890== Conditional jump or move depends on uninitialised value(s) ==14890== at 0x109B654F: ccref_decr (nscyclecollectorutils.cpp:75) ==14890== by 0x7DD3828: htmldoc_release (mshtml_private.h:544) ==14890== by 0x7DD4377: release_inner_window (htmlwindow.c:235) ==14890== by 0x7DD45F5: HTMLWindow2_Release (htmlwindow.c:284) ==14890== by 0x7DD3CE0: detach_inner_window (mshtml.h:47873) ==14890== by 0x7DDE094: update_window_doc (htmlwindow.c:3023) ==14890== by 0x7DE8F04: on_start_nsrequest (navigate.c:1115) ==14890== by 0x7DE9409: read_stream_data (navigate.c:1227) ==14890== by 0x7DEA3BF: nsChannelBSC_read_data (navigate.c:1576) ==14890== by 0x7DE738A: BindStatusCallback_OnDataAvailable (navigate.c:427) ==14890== by 0x4D60487: BindStatusCallback_OnDataAvailable (urlmon.h:820) ==14890== by 0x4D66201: report_data (urlmon.h:820) ==14890== by 0x4D67813: start_binding (binding.c:1530) ==14890== by 0x4D67A2C: bind_to_storage (binding.c:1567) ==14890== by 0x4D87AA0: URLMoniker_BindToStorage (umon.c:280) ==14890== by 0x7DE8569: start_binding (objidl.h:3488) ==14890== by 0x7E14DA7: PersistMoniker_Load (persist.c:627) ==14890== by 0x4D63117: load_doc_mon (urlmon.h:2290) ==14890== by 0x4D63390: create_mime_object (binding.c:278) ==14890== by 0x4D635A2: create_object (binding.c:308) ==14890== Uninitialised value was created by a client request ==14890== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==14890== by 0x7BC4C075: initialize_block (heap.c:240) ==14890== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==14890== by 0x806119E: msvcrt_heap_alloc (heap.c:70) ==14890== by 0x8061D63: MSVCRT_malloc (heap.c:408) ==14890== by 0x80E21095: moz_xmalloc (mozalloc.cpp:54) ==14890== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==14890== by 0x7DF1F26: init_xpcom (nsembed.c:698) ==14890== by 0x7DF2399: load_gecko (nsembed.c:774) ==14890== by 0x7DF6D01: create_nscontainer (nsembed.c:2042) ==14890== by 0x7D772F6: HTMLDocument_Create (htmldoc.c:4756) ==14890== by 0x7DE0F7D: ClassFactory_CreateInstance (main.c:238) ==14890== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==14890== by 0x4D63202: create_mime_object (binding.c:258) ==14890== by 0x4D635A2: create_object (binding.c:308) ==14890== by 0x4D660AB: report_data (binding.c:1077) ==14890== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==14890== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==14890== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==14890== by 0x4D67FCF: process_tasks (bindprot.c:57) ==15288== Conditional jump or move depends on uninitialised value(s) ==15288== at 0x109B654F: ccref_decr (nscyclecollectorutils.cpp:75) ==15288== by 0x7DC3828: htmldoc_release (mshtml_private.h:544) ==15288== by 0x7DCE0E3: update_window_doc (htmlwindow.c:3029) ==15288== by 0x7DD8F04: on_start_nsrequest (navigate.c:1115) ==15288== by 0x7DD9409: read_stream_data (navigate.c:1227) ==15288== by 0x7DDA3BF: nsChannelBSC_read_data (navigate.c:1576) ==15288== by 0x7DD738A: BindStatusCallback_OnDataAvailable (navigate.c:427) ==15288== by 0x4D60487: BindStatusCallback_OnDataAvailable (urlmon.h:820) ==15288== by 0x4D66201: report_data (urlmon.h:820) ==15288== by 0x4D67813: start_binding (binding.c:1530) ==15288== by 0x4D67A2C: bind_to_storage (binding.c:1567) ==15288== by 0x4D87AA0: URLMoniker_BindToStorage (umon.c:280) ==15288== by 0x7DD8569: start_binding (objidl.h:3488) ==15288== by 0x7E04DA7: PersistMoniker_Load (persist.c:627) ==15288== by 0x4D63117: load_doc_mon (urlmon.h:2290) ==15288== by 0x4D63390: create_mime_object (binding.c:278) ==15288== by 0x4D635A2: create_object (binding.c:308) ==15288== by 0x4D660AB: report_data (binding.c:1077) ==15288== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==15288== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==15288== Uninitialised value was created by a client request ==15288== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==15288== by 0x7BC4C075: initialize_block (heap.c:240) ==15288== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==15288== by 0x805119E: msvcrt_heap_alloc (heap.c:70) ==15288== by 0x8051D63: MSVCRT_malloc (heap.c:408) ==15288== by 0x80D71095: moz_xmalloc (mozalloc.cpp:54) ==15288== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==15288== by 0x7DE1F26: init_xpcom (nsembed.c:698) ==15288== by 0x7DE2399: load_gecko (nsembed.c:774) ==15288== by 0x7DE6D01: create_nscontainer (nsembed.c:2042) ==15288== by 0x7D672F6: HTMLDocument_Create (htmldoc.c:4756) ==15288== by 0x7DD0F7D: ClassFactory_CreateInstance (main.c:238) ==15288== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==15288== by 0x4D63202: create_mime_object (binding.c:258) ==15288== by 0x4D635A2: create_object (binding.c:308) ==15288== by 0x4D660AB: report_data (binding.c:1077) ==15288== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==15288== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==15288== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==15288== by 0x4D67FCF: process_tasks (bindprot.c:57) ==15288== ==15556== Conditional jump or move depends on uninitialised value(s) ==15556== at 0x7DA8870: HTMLDOMNode_Release (htmlnode.c:494) ==15556== by 0x7DD3828: htmldoc_release (mshtml_private.h:544) ==15556== by 0x7DDE0E3: update_window_doc (htmlwindow.c:3029) ==15556== by 0x7DE8F04: on_start_nsrequest (navigate.c:1115) ==15556== by 0x7DE9409: read_stream_data (navigate.c:1227) ==15556== by 0x7DEA3BF: nsChannelBSC_read_data (navigate.c:1576) ==15556== by 0x7DE738A: BindStatusCallback_OnDataAvailable (navigate.c:427) ==15556== by 0x4D60487: BindStatusCallback_OnDataAvailable (urlmon.h:820) ==15556== by 0x4D66201: report_data (urlmon.h:820) ==15556== by 0x4D67813: start_binding (binding.c:1530) ==15556== by 0x4D67A2C: bind_to_storage (binding.c:1567) ==15556== by 0x4D87AA0: URLMoniker_BindToStorage (umon.c:280) ==15556== by 0x7DE8569: start_binding (objidl.h:3488) ==15556== by 0x7E14DA7: PersistMoniker_Load (persist.c:627) ==15556== by 0x4D63117: load_doc_mon (urlmon.h:2290) ==15556== by 0x4D63390: create_mime_object (binding.c:278) ==15556== by 0x4D635A2: create_object (binding.c:308) ==15556== by 0x4D660AB: report_data (binding.c:1077) ==15556== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==15556== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==15556== Uninitialised value was created by a client request ==15556== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==15556== by 0x7BC4C075: initialize_block (heap.c:240) ==15556== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==15556== by 0x806119E: msvcrt_heap_alloc (heap.c:70) ==15556== by 0x8061D63: MSVCRT_malloc (heap.c:408) ==15556== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==15556== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==15556== by 0x7DF1F26: init_xpcom (nsembed.c:698) ==15556== by 0x7DF2399: load_gecko (nsembed.c:774) ==15556== by 0x7DF6D01: create_nscontainer (nsembed.c:2042) ==15556== by 0x7D772F6: HTMLDocument_Create (htmldoc.c:4756) ==15556== by 0x7DE0F7D: ClassFactory_CreateInstance (main.c:238) ==15556== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==15556== by 0x4D63202: create_mime_object (binding.c:258) ==15556== by 0x4D635A2: create_object (binding.c:308) ==15556== by 0x4D660AB: report_data (binding.c:1077) ==15556== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==15556== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==15556== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==15556== by 0x4D67FCF: process_tasks (bindprot.c:57) ==15556== -- 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 36268] New: valgrind shows several leaks in dmloader/tests/loader.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36268 Bug ID: 36268 Summary: valgrind shows several leaks in dmloader/tests/loader.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dmusic Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==4220== 880 bytes in 1 blocks are definitely lost in loss record 783 of 872 ==4220== at 0x7BC4C735: notify_alloc (heap.c:255) ==4220== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4220== by 0x5F8C7C8: create_dmcontainer (container.c:917) ==4220== by 0x5F8DA8F: ClassFactory_CreateInstance (dmloader_main.c:101) ==4220== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==4220== by 0x49558D7: test_COM_container (loader.c:189) ==4220== by 0x4955CB4: func_loader (loader.c:234) ==4220== by 0x4956AB0: run_test (test.h:584) ==4220== by 0x4956E9E: main (test.h:654) ==4220== ==4280== 104 bytes in 1 blocks are possibly lost in loss record 566 of 872 ==4280== at 0x7BC4C735: notify_alloc (heap.c:255) ==4280== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4280== by 0x5FD0389: create_dmsegment (segment.c:1340) ==4280== by 0x5FBC088: ClassFactory_CreateInstance (dmime_main.c:100) ==4280== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==4280== by 0x5F8FA9B: IDirectMusicLoaderImpl_GetObject (loader.c:312) ==4280== by 0x495525E: test_simple_playing (loader.c:110) ==4280== by 0x4955CAA: func_loader (loader.c:232) ==4280== by 0x4956AB0: run_test (test.h:584) ==4280== by 0x4956E9E: main (test.h:654) ==4280== ==4327== 56 bytes in 1 blocks are possibly lost in loss record 431 of 876 ==4327== at 0x7BC4C735: notify_alloc (heap.c:255) ==4327== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4327== by 0xC1632EC: MMDRV_InitPerType (lolvldrv.c:384) ==4327== by 0xC163C4D: MMDRV_Install (lolvldrv.c:476) ==4327== by 0xC16416F: MMDRV_Init (lolvldrv.c:547) ==4327== by 0xC161F4B: MMDRV_InitSingleType (lolvldrv.c:78) ==4327== by 0xC161FEE: MMDRV_GetNum (lolvldrv.c:89) ==4327== by 0xC17F7C8: midiOutGetNumDevs (winmm.c:284) ==4327== by 0x800E004: create_system_ports_list (dmusic.c:328) ==4327== by 0x800E5C7: DMUSIC_CreateDirectMusicImpl (dmusic.c:436) ==4327== by 0x800EABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==4327== by 0x4D4AE26: CoCreateInstance (unknwn.h:226) ==4327== by 0x5FD5DA9: IDirectMusicPerformance8Impl_Init (performance.c:286) ==4327== by 0x5FD8498: IDirectMusicPerformance8Impl_InitAudio (performance.c:930) ==4327== by 0x4954F82: test_simple_playing (loader.c:83) ==4327== by 0x4955CAA: func_loader (loader.c:232) ==4327== by 0x4956AB0: run_test (test.h:584) ==4327== by 0x4956E9E: main (test.h:654) ==4327== ==4366== 16 bytes in 1 blocks are definitely lost in loss record 150 of 880 ==4366== at 0x7BC4C735: notify_alloc (heap.c:255) ==4366== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4366== by 0x5FA2379: create_dmloader (loader.c:899) ==4366== by 0x5F9DA8F: ClassFactory_CreateInstance (dmloader_main.c:101) ==4366== by 0x4D4AE26: CoCreateInstance (unknwn.h:226) ==4366== by 0x4955605: test_COM (loader.c:152) ==4366== by 0x4955CAF: func_loader (loader.c:233) ==4366== by 0x4956AB0: run_test (test.h:584) ==4366== by 0x4956E9E: main (test.h:654) ==4366== ==4511== 44 bytes in 1 blocks are definitely lost in loss record 384 of 872 ==4511== at 0x7BC4C735: notify_alloc (heap.c:255) ==4511== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4511== by 0x5FA3B1E: create_dmaudiopath (audiopath.c:642) ==4511== by 0x5FB09FE: IDirectMusicPerformance8Impl_CreateStandardAudioPath (performance.c:1033) ==4511== by 0x5FB05BF: IDirectMusicPerformance8Impl_InitAudio (performance.c:952) ==4511== by 0x4944F82: test_simple_playing (loader.c:83) ==4511== by 0x4945CAA: func_loader (loader.c:232) ==4511== by 0x4946AB0: run_test (test.h:584) ==4511== by 0x4946E9E: main (test.h:654) ==4511== ==4877== 44 bytes in 1 blocks are definitely lost in loss record 389 of 876 ==4877== at 0x7BC4C735: notify_alloc (heap.c:255) ==4877== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4877== by 0x5FCBB1E: create_dmaudiopath (audiopath.c:642) ==4877== by 0x5FD89FE: IDirectMusicPerformance8Impl_CreateStandardAudioPath (performance.c:1033) ==4877== by 0x495508B: test_simple_playing (loader.c:93) ==4877== by 0x4955CAA: func_loader (loader.c:232) ==4877== by 0x4956AB0: run_test (test.h:584) ==4877== by 0x4956E9E: main (test.h:654) ==4877== ==4985== 40 bytes in 1 blocks are definitely lost in loss record 366 of 870 ==4985== at 0x7BC4C735: notify_alloc (heap.c:255) ==4985== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4985== by 0x5F9CCE0: DMUSIC_CreateDirectMusicLoaderResourceStream (loaderstream.c:553) ==4985== by 0x5F9771D: IDirectMusicLoaderImpl_GetObject (loader.c:278) ==4985== by 0x49651A7: test_simple_playing (loader.c:103) ==4985== by 0x4965CAA: func_loader (loader.c:232) ==4985== by 0x4966AB0: run_test (test.h:584) ==4985== by 0x4966E9E: main (test.h:654) ==4985== -- 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 34694] New: Adobe reader 11.0.4 empty search results in PDF portfolios
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=34694 Bug #: 34694 Summary: Adobe reader 11.0.4 empty search results in PDF portfolios Product: Wine Version: 1.7.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nick.payne(a)internode.on.net Classification: Unclassified Created attachment 46244 --> http://bugs.winehq.org/attachment.cgi?id=46244 Expanded search results under Wine Reader 11.0.4 with flash support for viewing PDF portfolios installed on Linux Mint 15 amd64. Download of Adobe Reader XI 11.0.4: ftp://ftp.adobe.com/pub/adobe/reader/win/11.x/11.0.04/en_US/AdbeRdr11004_en… Download of Flash player/plugins: http://www.adobe.com/support/flashplayer/downloads.html#fp11 Some example portfolio for testing: http://wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en/feature-detai… For installation you need to work around bug 12501 -> 'winetricks mspatcha' After installation you need to work around bug 25834 (disable protected mode), bug 16144 (work around with 'winetricks atmlib'), and richedit component bug with 'winetricks riched20'. You can now search a portfolio and get back a search window showing hits in the various PDF files in the portfolio, but the results are unusable because the expanded results window doesn't contain any text for the search hits and they can't be selected to jump to the relevant location in the PDF file where the hit occurred. See the two uploaded screen dumps, showing the expanded results window from performing the same search on a PDF portfolio using firstly Reader 11.0.4 under wine and then Reader 11.0.4 running on winxp. At the point where I expand the search results (and find they're all empty), I see the following on the console output: fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),1,3,(nil),0,(nil)) - stub! fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:qmgr:BITS_IBackgroundCopyJob_GetPriority Not implemented fixme:qmgr:BITS_IBackgroundCopyJob_SetPriority (0x59750,0x00000001) stub fixme:qmgr:BITS_IBackgroundCopyJob_GetPriority Not implemented fixme:qmgr:BITS_IBackgroundCopyJob_AddFile Check for valid filenames and supported protocols fixme:wininet:InternetLockRequestFile STUB fixme:file:MoveFileWithProgressW MOVEFILE_WRITE_THROUGH unimplemented -- 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 7

[Bug 17414] New: user32/dde test crashes if +heap enabled
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=17414 Summary: user32/dde test crashes if +heap enabled Product: Wine Version: 1.1.15 Platform: PC URL: http://test.winehq.org/data/6a1537c4b5037be5253c33021fda 3a02430533f7/wine_xp_ae-ub-810-heap/riched32:editor.html OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: enhancement Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=19484) --> (http://bugs.winehq.org/attachment.cgi?id=19484) backtrace in 1.1.15 wine: Unhandled page fault on read access to 0x00130000 at address 0x6045971b (thread 0009), starting debugger... ... =>0 0x6045971b CompareStringW+0x13b(lcid=1033, style=0, str1=0x130000, len1=0, str2=0x6074c780, len2=-1) [/home/austin/wine-git/dlls/kernel32/../../include/wine/unicode.h:216] in kernel32 (0x0032f848) 1 0x6045bed4 lstrcmpW+0x64(str1=<register EDI not in topmost frame>, str2=<register ESI not in topmost frame>) [/home/austin/wine-git/dlls/kernel32/locale.c:2834] in kernel32 (0x0032f878) 2 0x60681d7a dde_server_wndprocW+0x3da(hwnd=0xe0028, msg=1000, wparam=458798, lparam=<register EDI not in topmost frame>) [/home/austin/wine-git/dlls/user32/tests/dde.c:1215] in user32_test (0x0032f8b8) 3 0x6082337a WINPROC_wrapper+0x1a() in user32 (0x0032f8e8) 4 0x608237ca call_window_proc+0x6a(hwnd=<register EDI not in topmost frame>, msg=<register ESI not in topmost frame>, wp=458798, lp=1204994, result=0x32f998, arg=0x606819a0) [/home/austin/wine-git/dlls/user32/winproc.c:458] in user32 (0x0032f928) 5 0x60828af7 WINPROC_call_window+0xf7(hwnd=<register EDI not in topmost frame>, msg=1000, wParam=458798, lParam=1204994, result=0x32f998, unicode=1, mapping=WMCHAR_MAP_DISPATCHMESSAGE) [/home/austin/wine-git/dlls/user32/winproc.c:2218] in user32 (0x0032f968) 6 0x607e7ee6 DispatchMessageW+0x96(msg=<register EDI not in topmost frame>) [/home/austin/wine-git/dlls/user32/message.c:3122] in user32 (0x0032f9a8) 7 0x607a4037 WDML_SyncWaitTransactionReply+0xe7(hConv=0x1254b8, dwTimeout=<register ESI not in topmost frame>, pXAct=0x125508, ack=0x32fb84) [/home/austin/wine-git/dlls/user32/dde_client.c:1069] in user32 (0x0032fa08) 8 0x607a4b21 DdeClientTransaction+0x651(pData="test dde command", cbData=17, hConv=0x1254b8, hszItem=0xdead, wFmt=48879, wType=16464, dwTimeout=1000, pdwResult=0x32fb84) [/home/austin/wine-git/dlls/user32/dde_client.c:1225] in user32 (0x0032fa68) 9 0x60686158 test_dde_aw_transaction+0x638() [/home/austin/wine-git/dlls/user32/tests/dde.c:1374] in user32_test (0x0032fb98) ... 216 while (*s) s++; Attached is the backtrace...I've stripped out +heap, so the output is readable, but easily reproducible. -- 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 21

[Bug 28816] New: kernel32/tests/loader.ok fails under valgrind
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=28816 Bug #: 28816 Summary: kernel32/tests/loader.ok fails under valgrind Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Under Valgrind, "make loader.ok" fails with log loader.c:375: Test failed: 2: 0x10002000 != 0 loader.c:376: Test failed: 2: 1 != 0 loader.c:378: Test failed: 2: 2000 != MEM_FREE loader.c:379: Test failed: 2: 20000 != 0 -- 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 12428] New: win16 test suite: profile test fails
by wine-bugs＠winehq.org Aug. 26, 2026

Aug. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=12428 Summary: win16 test suite: profile test fails Product: Wine Version: CVS/GIT Platform: PC URL: http://win16test.googlecode.com OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=11967) --> (http://bugs.winehq.org/attachment.cgi?id=11967) Backtrace in git +++ This bug was initially created as a clone of Bug #9850 +++ The code can be downloaded from http://win16test.googlecode.com with svn, and is quite easy to run; see http://win16test.googlecode.com/svn/trunk/src/README for instructions. The profile test crashes in current git. Attached is the backtrace in current git. -- 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 53465] New: conhost.exe:tty - test_tty_output() sometimes fails on Windows 10
by WineHQ Bugzilla Aug. 26, 2026

Aug. 26, 2026

https://bugs.winehq.org/show_bug.cgi?id=53465 Bug ID: 53465 Summary: conhost.exe:tty - test_tty_output() sometimes fails on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com conhost.exe:tty - test_tty_output() sometimes fails on Windows 10. There are only three known failures spread across two similar failure modes: * 2022-07-27 w10pro64-pt-BR * 2022-07-27 w10pro64-mx-MX (mixed locale) tty.c:1051: Test failed: avail = 3 tty.c:1051: Test failed: expected empty buffer, got "\x1b[m" tty.c:1058: Test failed: 0: expected "\x1b[9;4H" got "\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1059: Test failed: 0: expected "5" got "\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1060: Test failed: 0: expected "\x1b[4;3H" got "\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1061: Test failed: 0: expected "\x1b[?25h" got "\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1062: Test failed: expected empty buffer, got "\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" * 2022-07-29 w10pro64-pt-BR tty.c:1055: Test failed: expected hide cursor escape tty.c:1057: Test failed: 0: expected "\x1b[30m" got "\x1b[25l\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1058: Test failed: 0: expected "\x1b[9;4H" got "\x1b[25l\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1059: Test failed: 0: expected "5" got "\x1b[25l\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1060: Test failed: 0: expected "\x1b[4;3H" got "\x1b[25l\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1061: Test failed: 0: expected "\x1b[?25h" got "\x1b[25l\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1062: Test failed: expected empty buffer, got "\x1b[25l\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" -- 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 45746] New: import pfx fails
by wine-bugs＠winehq.org Aug. 25, 2026

Aug. 25, 2026

https://bugs.winehq.org/show_bug.cgi?id=45746 Bug ID: 45746 Summary: import pfx fails Product: Wine Version: 3.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: virexmail(a)gmail.com Distribution: --- crypt32 installed with a winetricks, but pfx files cannot be imported in certification center, and programs cannot import certificates from pfx files. -- 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 21

[Bug 59431] New: Project Egg Launcher Interface Does Not Render
by WineHQ Bugzilla Aug. 25, 2026

Aug. 25, 2026

http://bugs.winehq.org/show_bug.cgi?id=59431 Bug ID: 59431 Summary: Project Egg Launcher Interface Does Not Render Product: Wine Version: 11.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: robertthesable(a)gmail.com Distribution: --- Created attachment 80404 --> http://bugs.winehq.org/attachment.cgi?id=80404 Message for the exception mentioned in the ticket. The Project EGG launcher cannot render the main interface for viewing games. An exception occurs every time the user does one of the following: - Opens the launcher. - Changes tabs in the launcher. - Clicks the button to refresh data. Download link for the launcher's installer: https://www.amusement-center.com/project/egg/memberpage/dcp/setup.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.

1 6

[Bug 12425] New: win16 test suite: user32 comm16 test fails
by wine-bugs＠winehq.org Aug. 25, 2026

Aug. 25, 2026

http://bugs.winehq.org/show_bug.cgi?id=12425 Summary: win16 test suite: user32 comm16 test fails Product: Wine Version: CVS/GIT Platform: Other URL: http://win16test.googlecode.com OS/Version: other Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=11964) --> (http://bugs.winehq.org/attachment.cgi?id=11964) Backtrace +++ This bug was initially created as a clone of Bug #9850 +++ The code can be downloaded from http://win16test.googlecode.com with svn, and is quite easy to run; see http://win16test.googlecode.com/svn/trunk/src/README for instructions. The kernel comm test hangs in current git. Attached is the backtrace in current git. -- 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 16

[Bug 25005] New: Intel GPA Monitor crashes instantly
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

http://bugs.winehq.org/show_bug.cgi?id=25005 Summary: Intel GPA Monitor crashes instantly Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk >From the userslist I read the mentioned article: http://eengine.org/en/winehq-how-one-can-help/ It mentions the Intel GPA Monitor to capture games in windows, why not try it in wine i thought... It crashes instantly, with no useful crash info. I'll attach a +setupapi log, as the problems seem to come from there is my first impression: -- 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 44210] New: GNUTLS_CIPHER_CHACHA20_POLY1305 is not work
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=44210 Bug ID: 44210 Summary: GNUTLS_CIPHER_CHACHA20_POLY1305 is not work Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: serg.chaplya(a)gmail.com Distribution: --- Hello! I've tried to run this tool (http://cryptopump.info/en/download) on my Ubuntu system. I got some error: fixme:secur32:schannel_get_cipher_algid unknown algorithm 23 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 fixme:secur32:schannel_get_cipher_algid unknown algorithm 23 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 fixme:secur32:schannel_get_cipher_algid unknown algorithm 23 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 fixme:secur32:schannel_get_cipher_algid unknown algorithm 23 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 I've found that this error is here: https://github.com/wine-mirror/wine/blob/master/dlls/secur32/schannel_gnutl… Because GNUTLS_CIPHER_CHACHA20_POLY1305 is not supported. -- 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 35557] New: Mipony (download manager) installer fails with 'Unable to initialize installer GUI'
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=35557 Bug ID: 35557 Summary: Mipony (download manager) installer fails with 'Unable to initialize installer GUI' Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, encountered while visiting bug 28240 The installer seems to be dhtml-based with embedded jscript. Trace log (installer doesn't like +relay): --- snip --- $ WINEDEBUG=+tid,+seh,+loaddll,+process,+mshtml,+ieframe,+shdocvw,+msgbox,+jscript wine ./Mipony-Installer.exe >>log.txt 2>&1 ... 002b:trace:mshtml:nsIOService_NewURI ("wyciwyg://1/file:///C:/users/focht/Temp/ish25248293/bootstrap_43166.html" (null) (nil) 0x33e1ac) ... 002b:trace:jscript:interp_var_set L"oNewDoc" 002b:trace:jscript:prop_put L"oNewDoc" = obj(0x19ba220) 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=6 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=5 002b:trace:jscript:interp_ident L"oNewDoc" 002b:trace:jscript:identifier_eval L"oNewDoc" 002b:trace:jscript:DispatchEx_QueryInterface (0x26213a8)->(IID_IDispatchJS 0x33ede8) 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=6 002b:trace:jscript:prop_get L"oNewDoc" ret obj(0x19ba220) 002b:trace:jscript:interp_str L"write" 002b:trace:jscript:interp_memberid 0 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=7 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=6 002b:trace:mshtml:dispex_query_interface (0x1b4738c)->(IID_IDispatchJS 0x33ee68) returning NULL 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x19ba220)->(IID_IDispatchEx 0x33eeac) 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=7 002b:trace:mshtml:WindowDispEx_GetDispID (0x19ba220)->(L"write" 10000001 0x33ef20) 002b:trace:jscript:JScript_GetScriptDispatch (0x1b47560)->(0x33ed1c) 002b:trace:jscript:DispatchEx_QueryInterface (0x2839000)->(IID_IDispatchEx 0x33ed58) 002b:trace:jscript:DispatchEx_GetDispID (0x2839000)->(L"write" 10000001 0x33edc0) 002b:trace:jscript:jsdisp_get_id not found L"write" 002b:trace:mshtml:DispatchEx_GetDispID (0x1b4738c)->(L"write" 10000001 0x33ef20) 002b:trace:mshtml:HTMLDocument3_getElementById (0x25b0e28)->(L"write" 0x33ee08) 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=6 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=5 002b:trace:jscript:interp_ident L"external" 002b:trace:jscript:identifier_eval L"external" 002b:trace:jscript:jsdisp_get_id not found L"external" 002b:trace:jscript:jsdisp_get_id not found L"external" 002b:trace:mshtml:dispex_query_interface (0x1b4738c)->(IID_IDispatchJS 0x33edb8) returning NULL 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x1b47358)->(IID_IDispatchEx 0x33edfc) 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=5 002b:trace:mshtml:WindowDispEx_GetDispID (0x1b47358)->(L"external" 10000001 0x33ee74) 002b:trace:jscript:JScript_GetScriptDispatch (0x1b47560)->(0x33ec6c) 002b:trace:jscript:DispatchEx_QueryInterface (0x2839000)->(IID_IDispatchEx 0x33eca8) 002b:trace:jscript:DispatchEx_GetDispID (0x2839000)->(L"external" 10000001 0x33ed10) 002b:trace:jscript:jsdisp_get_id not found L"external" 002b:trace:mshtml:DispatchEx_GetDispID (0x1b4738c)->(L"external" 10000001 0x33ee74) 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=4 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=5 002b:trace:mshtml:dispex_query_interface (0x1b4738c)->(IID_IDispatchJS 0x33ede8) returning NULL 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x1b47358)->(IID_IDispatchEx 0x33ee50) 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=6 002b:trace:mshtml:WindowDispEx_InvokeEx (0x1b47358)->(491 409 2 0x33ee54 0x33ee40 0x25bbef8 0x1b475a8) 002b:trace:mshtml:DispatchEx_InvokeEx (0x1b4738c)->(491 409 2 0x33ee54 0x33ee40 0x25bbef8 0x1b475a8) 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x1b47358)->(IID_IHTMLWindow2 0x33ebb8) 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=7 002b:trace:mshtml:HTMLWindow2_get_external (0x1b47358)->(0x33eb84) 002b:trace:ieframe:DocHostUIHandler_GetExternal (0x135dc0)->(0x33eb84) 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=6 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=5 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=4 002b:trace:jscript:interp_str L"irsoBootstrapPage" 002b:trace:jscript:interp_memberid 0 002b:trace:jscript:disp_get_id using IDispatch 002b:trace:jscript:interp_str L"main.html" 002b:trace:jscript:interp_call_member 1 1 002b:trace:jscript:disp_call using IDispatch 002b:trace:jscript:interp_call_member 1 0 002b:warn:jscript:throw_error L"Object doesn't support this property or method" 002b:trace:jscript:prop_get L"prototype" ret obj(0x28384a0) 002b:trace:jscript:DispatchEx_QueryInterface (0x28384a0)->(IID_IDispatchJS 0x33e5b8) 002b:trace:jscript:init_dispex 0x19c3f20 (0x28384a0) 002b:trace:jscript:ensure_prop_name creating prop L"number" flags 0 002b:trace:jscript:prop_put L"number" = -2146827850.000000 002b:trace:jscript:ensure_prop_name creating prop L"message" flags 200 002b:trace:jscript:prop_put L"message" = str(L"Object doesn't support this property or method") 002b:trace:jscript:ensure_prop_name creating prop L"description" flags 0 002b:trace:jscript:prop_put L"description" = str(L"Object doesn't support this property or method") 002b:trace:jscript:enter_bytecode EXCEPTION 800a01b6 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=3 002b:trace:jscript:prop_put L"arguments" = undefined 002b:trace:jscript:jsdisp_free (0x25dc1e0) 002b:trace:jscript:jsdisp_free (0x26213a8) 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=4 002b:warn:mshtml:HTMLWindow_invoke L"r" <<< 800a01b6 002b:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b83a97b ip=7b83a97b tid=002b 002b:trace:seh:raise_exception info[0]=004df4f0 002b:trace:seh:raise_exception info[1]=00685210 002b:trace:seh:raise_exception info[2]=00000001 002b:trace:seh:raise_exception info[3]=00000000 002b:trace:seh:raise_exception info[4]=00000000 002b:trace:seh:raise_exception info[5]=0033f87c 002b:trace:seh:raise_exception info[6]=0033f79c ... 002b:trace:msgbox:MSGBOX_OnInit L"Unable to initialize installer GUI." --- snip --- Content of 'bootstrap_43166.html': --- snip --- <body><script>function r(){var oNewDoc=document.open("text/html"); oNewDoc.write(external.irsoBootstrapPage("main.html")); oNewDoc.close();}</script></body> --- snip --- $ sha1sum Mipony-Installer.exe e55a7b59cde35a86300fbe039e10e091598bc9ba Mipony-Installer.exe $ du -sh Mipony-Installer.exe 680K Mipony-Installer.exe $ wine --version wine-1.7.12 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 12

[Bug 54963] New: Adobe Lightroom needs Windows.Storage.Streams.InMemoryRandomAccessStream
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=54963 Bug ID: 54963 Summary: Adobe Lightroom needs Windows.Storage.Streams.InMemoryRandomAccessStream Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugs(a)bzatek.net Distribution: --- Essentially any newer functionality like the advanced masking and object detection fails on unimplemented InMemoryRandomAccessStream: 0a78:fixme:combase:RoActivateInstance (00007F110172E538, 00007F110172E4F8): semi-stub 0a78:fixme:combase:RoGetActivationFactory (L"Windows.Storage.Streams.InMemoryRandomAccessStream", {00000035-0000-0000-c000-000000000046}, 00007F110172E498): semi-stub 0a78:err:combase:RoGetActivationFactory Failed to find library for L"Windows.Storage.Streams.InMemoryRandomAccessStream" I haven't managed to find the required library anywhere, any advice appreciated. -- 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 32461] New: Evolve client (.NET 4.0 app) crashes on startup due to broken libgcrypt AES-NI support (misaligned stack for SSE operations, upstream)
by wine-bugs＠winehq.org Aug. 23, 2026

Aug. 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=32461 Bug #: 32461 Summary: Evolve client (.NET 4.0 app) crashes on startup due to broken libgcrypt AES-NI support (misaligned stack for SSE operations, upstream) Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 32408 Adding this bug for documentation purposes. Prerequisite: 'winetricks -q dotnet40' (32-bit WINEPREFIX) Optional (the client will download/install on its own): 'winetricks -q msxml6' The app crashes in libgcrypt. With proper debug symbols for i686 libgcrypt we get: --- snip --- $ winedbg --gdb ./Updater.exe Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 62] 0x7e29453d in do_aesni_enc_aligned ( a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>, b=0x577d3a4 "\360R'~o\004", ctx=0x577d1a8) at rijndael.c:710 710 asm volatile ("movdqu %[src], %%xmm0\n\t" /* xmm0 := *a */ Wine-gdb> bt #0 0x7e29453d in do_aesni_enc_aligned ( a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>, b=0x577d3a4 "\360R'~o\004", ctx=0x577d1a8) at rijndael.c:710 #1 do_aesni (ctx=0x577d1a8, decrypt_flag=0, bx=0x577d3a4 "\360R'~o\004", ax=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>) at rijndael.c:1132 #2 0x7e294946 in rijndael_encrypt (context=0x577d1a8, b=0x577d3a4 "\360R'~o\004", a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>) at rijndael.c:1155 #3 0x7e294f58 in selftest_basic_128 () at rijndael.c:1660 #4 0x7e294aff in selftest () at rijndael.c:1749 #5 do_setkey (keylen=16, key=0x7c906678 "!\312{\226\200j\356\030\247\256S\241\344\202", <incomplete sequence \304>, ctx=0x7c908670) at rijndael.c:209 #6 rijndael_setkey (context=0x7c908670, key=0x7c906678 "!\312{\226\200j\356\030\247\256S\241\344\202", <incomplete sequence \304>, keylen=16) at rijndael.c:444 #7 0x7e278df8 in cipher_setkey (c=0x7c9085f0, key=<optimized out>, keylen=16) at cipher.c:896 #8 0x7e26e5b4 in gcry_cipher_setkey (hd=0x7c9085f0, key=0x7c906678, keylen=16) at visibility.c:521 #9 0x7e39743c in wrap_gcry_cipher_setkey (ctx=0x7c9085f0, key=0x7c906678, keysize=16) at cipher.c:115 #10 0x7e31e462 in _gnutls_cipher_init (handle=0x7c901c64, cipher=GNUTLS_CIPHER_AES_128_CBC, key=0x7c901c5c, iv=0x7c901c54) at gnutls_cipher_int.c:71 #11 0x7e3294f7 in _gnutls_init_record_state (params=0x7c901c38, read=1, state=0x7c901c4c) at gnutls_constate.c:299 #12 0x7e329ac8 in _gnutls_epoch_set_keys (session=0x7c901290, epoch=1) at gnutls_constate.c:431 #13 0x7e32a198 in _gnutls_write_connection_state_init (session=0x7c901290) at gnutls_constate.c:602 #14 0x7e31280d in _gnutls_send_handshake_final (session=0x7c901290, init=1) at gnutls_handshake.c:2888 #15 0x7e315e41 in _gnutls_handshake_common (session=0x7c901290) at gnutls_handshake.c:3121 #16 0x7e31781e in gnutls_handshake (session=0x7c901290) at gnutls_handshake.c:2690 #17 0x7e4c1a1a in schan_imp_handshake (session=0x7c901290) at /home/focht/projects/wine/wine-git/dlls/secur32/schannel_gnutls.c:162 #18 0x7e4bff6c in schan_InitializeSecurityContextW (phCredential=0x188ed0, phContext=0x54ad0b0, pszTargetName=0xfc01bc, fContextReq=524572, Reserved1=0, TargetDataRep=16, pInput=0x12da3bc, Reserved2=0, phNewContext=0x577d7f0, pOutput=0x12da3d0, pfContextAttr=0x11c3138, ptsExpiry=0x577d8e8) at /home/focht/projects/wine/wine-git/dlls/secur32/schannel.c:766 #19 0x7e4c9180 in InitializeSecurityContextW (phCredential=0x577d8f0, phContext=0x577d9f4, pszTargetName=0xfc01bc, fContextReq=524572, Reserved1=0, TargetDataRep=16, pInput=0x12da3bc, Reserved2=0, phNewContext=0x11c6bfc, pOutput=0x12da3d0, pfContextAttr=0x11c3138, ptsExpiry=0x577d8e8) at /home/focht/projects/wine/wine-git/dlls/secur32/wrapper.c:346 ... --- snip --- Source: http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=blob;f=cipher/rij… --- snip --- 1626 /* Run the self-tests for AES 128. Returns NULL on success. */ 1627 static const char* 1628 selftest_basic_128 (void) 1629 { 1630 RIJNDAEL_context ctx; 1631 unsigned char scratch[16]; 1632 ... 1672 1673 rijndael_setkey (&ctx, key_128, sizeof (key_128)); 1674 rijndael_encrypt (&ctx, scratch, plaintext_128); 1675 if (memcmp (scratch, ciphertext_128, sizeof (ciphertext_128))) 1676 return "AES-128 test encryption failed."; 1677 rijndael_decrypt (&ctx, scratch, scratch); 1678 if (memcmp (scratch, plaintext_128, sizeof (plaintext_128))) 1679 return "AES-128 test decryption failed."; 1680 1681 return NULL; 1682 } --- snip --- "RIJNDAEL_context ctx" was not properly 16-byte aligned on stack, hence the crash in encrypt using SSE instructions. Using big brother I found some reports about this problem: --- Gentoo "dev-libs/libgcrypt-1.5.0-r2 - aes-ni segfaults" buglink: https://bugs.gentoo.org/show_bug.cgi?id=442568 patch: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-libs/libgcrypt/… --- Debian "libgcrypt11: New 1.5.0 version segfaults with NSS/PAM LDAP" buglink: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643336 --- Upstream libgcrypt buglink: https://bugs.g10code.com/gnupg/issue1452 patch: http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=commitdiff;h=a969… --- The "final" patch (using __attribute__ ((aligned (16))) on "RIJNDAEL_context" structure) did not fix the issue for me. At least on my Fedora 16, gcc version 4.6.3 20120306 (Red Hat 4.6.3-2) still misaligned context buffers, causing segfault. I added "-mpreferred-stack-boundary=2" to CFLAGS to force gcc to realign the stack in function prolog. Fixed prolog code: --- snip --- .text:08001EE0 selftest_basic_128: .text:08001EE0 push ebp .text:08001EE1 mov ebp, esp .text:08001EE3 lea esp, [esp-0Ch] .text:08001EE7 and esp, 0FFFFFFF0h .text:08001EEA lea esp, [esp-22Ch] ... --- snip --- I suspect there are various other distros still broken regarding this bug hence you need to build a fixed libgcrypt version on your own. Regards -- 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 54695] New: Adobe Premiere Pro CS6: Fails to load msxml3
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=54695 Bug ID: 54695 Summary: Adobe Premiere Pro CS6: Fails to load msxml3 Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: ericxiang456(a)gmail.com Distribution: --- Created attachment 74204 --> https://bugs.winehq.org/attachment.cgi?id=74204 Terminal output when running Adobe Premiere CS6 When running Adobe Premiere CS6 in Wine with the msxml3 library override to "Native" (installed via Winetricks), Premiere will fail to run because the msxml3 library fails to load (terminal output attached below). When overriding the msxml3 library to "Builtin then native", Premiere will launch, however the user interface will be displayed incorrectly (UI elements in black will appear as white). -- 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 31655] New: SlingPlayer 1.5 fails to show video if Wine is upgraded
by wine-bugs＠winehq.org Aug. 23, 2026

Aug. 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=31655 Bug #: 31655 Summary: SlingPlayer 1.5 fails to show video if Wine is upgraded Product: Wine Version: 1.5.12 Platform: x86-64 URL: http://download.slingmedia.com/player/pc/SlingPlayer-S etup-EU-1.5.1.343.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 41616 --> http://bugs.winehq.org/attachment.cgi?id=41616 Wine 1.5.6 console output SlingPlayer 1.5 fails to show video if Wine is upgraded. Sound works fine. I have tested this over and over and it is the act of upgrading Wine that appears to be causing the problem. Native quartz, qcap and gdiplus needed to get this far. Tested: 1.4.1 --> 1.5.6 1.5.6 --> 1.5.12 1.5.12 --> wine-1.5.12-157-gbdf9a9f Following the upgrade there is some new output in the console: err:ddraw:ddraw7_QueryInterface (0x1ee6f8)->({aca12120-3356-11d1-8fcf-00c04fc29b4e}, 0x16d554): No interface found And this line disappears: err:ole:CoGetClassObject class {7d8aa343-6e63-4663-be90-6b80f66540a3} not registered 7d8aa343-6e63-4663-be90-6b80f66540a3 is related to quartz.dll (http://mikolajapp.appspot.com/uuid/query?q={7d8aa343-6e63-4663-be90-6b80f66…) and this somehow becomes registered during the transition, and stops video from being shown in the SlingPlayer. I cannot understand what would cause this. Attempting to unregister fails: Failed to unregister DLL c:\windows\system32\quartz.dll No known workaround: I have to reinstall SlingPlayer every time, or lock the upgrades on my 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 12

[Bug 59188] New: wayland: Photoshop menu is overlapped by canvas (wrong z-order)
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=59188 Bug ID: 59188 Summary: wayland: Photoshop menu is overlapped by canvas (wrong z-order) Product: Wine Version: 11.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)list.winehq.org Reporter: bigfoothart(a)gmail.com Distribution: --- Created attachment 80052 --> http://bugs.winehq.org/attachment.cgi?id=80052 photoshop menu is overlapped by canvas wayland mode: Photoshop menu is overlapped by canvas (wrong z-order). Reproduced in all wine versions. And when the focus switches to other apps, the menu appears in foreground (see in video) -- 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 49939] New: Clive Barker's Jericho Demo claims not enough room on C: (NtMapViewOfSection returns STATUS_NOMEMORY)
by WineHQ Bugzilla Aug. 22, 2026

Aug. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=49939 Bug ID: 49939 Summary: Clive Barker's Jericho Demo claims not enough room on C: (NtMapViewOfSection returns STATUS_NOMEMORY) Product: Wine Version: 5.18 Hardware: x86-64 URL: https://www.gamepressure.com/download.asp?ID=17454 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Blocks: 34747 Distribution: ArchLinux Created attachment 68320 --> https://bugs.winehq.org/attachment.cgi?id=68320 logs I wanted to retest bug 34747, but the demo won't install. The last test in that bug is from the 1.9 era and seems to imply that the demo used to install. I also checked on Windows 10 and it installs fine there. For multiple reasons bisecting this might be challenging. Attached is an archive containing +relay,+virtual logs from both vanilla wine and wine-staging (The ForceBottomUpAlloc patchset changes/adds tracing). I tried in both a 64bit and 32bit prefix, same result. Logs are from a 32bit prefix. -- 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 34747] New: Clive Barker's Jericho Demo intro movies are grayscale (without native d3dcompiler_43 or d3dx9_36)
by wine-bugs＠winehq.org Aug. 22, 2026

Aug. 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=34747 Bug #: 34747 Summary: Clive Barker's Jericho Demo intro movies are grayscale (without native d3dcompiler_43 or d3dx9_36) Product: Wine Version: 1.7.4 Platform: x86 URL: http://www.gamershell.com/download_21174.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Intro movies without native d3dcompiler_43 or d3dx9_36 plays in grayscale effect. -- 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 15

[Bug 45229] New: Source insight 4 tool bar is too large when installed in wine.
by wine-bugs＠winehq.org Aug. 22, 2026

Aug. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=45229 Bug ID: 45229 Summary: Source insight 4 tool bar is too large when installed in wine. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 15236286238(a)163.com Distribution: --- Created attachment 61458 --> https://bugs.winehq.org/attachment.cgi?id=61458 The tool bar of source insight 4 is too large. For source insight 4, the tool bar is too large to use when installed in all version of wine. But source insight 4 tool bar is normal in windows os. The download link of source insight 4 is bellow: https://www.sourceinsight.com/trial/ The official website of source insight 4 is bellow: https://www.sourceinsight.com/ Source insight 3 is normal in windows os or installed in wine in linux os. -- 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 46856] New: Exact Audio Copy: Unhandled exception at EACWnd2.264 -> INDEX-RANGE
by wine-bugs＠winehq.org Aug. 22, 2026

Aug. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=46856 Bug ID: 46856 Summary: Exact Audio Copy: Unhandled exception at EACWnd2.264 -> INDEX-RANGE Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: newbie13xd(a)gmail.com Distribution: --- Greetings! Sometimes, not always, when I close a window in Exact Audio Copy (which I hereafter will refer to as EAC) EAC throws an error message to me with the title "Unhandled Exception" and body "at EACWnd2.264 -> INDEX-RANGE. Most recently this occurred after I had finished ripping a CD and pressed OK on the window where it shows you how well the ripping went. This error message appeared very shortly after said window had closed. After closing the error box by clicking "ok", EAC freezes, and moments after closes. EAC was downloaded from here: https://www.netzwelt.de/software-download/38342-exact-audio-copy-eac.html It is what seems to be the only official mirror, looking here: http://www.exactaudiocopy.de/en/index.php/resources/download/ -- 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 58698] New: Application goes into an infinite loop under new wow64 but works okay under old wow64
by WineHQ Bugzilla Aug. 22, 2026

Aug. 22, 2026

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

2 9

[Bug 56990] New: Implement "getdfDIJoystick"
by WineHQ Bugzilla Aug. 22, 2026

Aug. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=56990 Bug ID: 56990 Summary: Implement "getdfDIJoystick" Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: EpicTux123(a)proton.me Distribution: --- Created attachment 76823 --> https://bugs.winehq.org/attachment.cgi?id=76823 "getdfDIJoystick" message Hello. I am using Wine from GloriousEggroll's Proton version 9.10. Playing L.A. Noire (Rockstar Games game) with V-Patch modification. When the game launches, a message box with "getdfDIJoystick" appears. Clicking OK makes the game launch as normal. I don't know what this is for, but I believe a dummy "getdfDIJoystick" could be implemented so it "passes" the check. This only happens via Wine/Proton, and does not happen in native Windows (according to other users). I don't have a Windows machine to test. I did not test this with "pure" Wine, but I believe this is a Wine issue rather than a Proton issue. I'll leave a screenshot attached. INFORMATION/LINKS OS: Fedora Linux 40 Game: https://store.steampowered.com/app/110800/LA_Noire/ Proton used: https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/GE-Proton9… V-Patch modification: https://github.com/VaanaCZ/LANVP ADDITIONAL CONTEXT The author of V-Patch is currently remaking the mod to use Ultimate ASI Loader (see https://github.com/VaanaCZ/LANVP/issues/26) so the problem of "getdfDIJoystick" should go away, but I think it would be nice to implement this in Wine anyway (even if it is a dummy check). WINEDLLOVERRIDES="dinput8=n,b" is necessary to make the patch work. Thanks for your attention. -- 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 56887] New: Total Commander ftps connection (TLS1.2)
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=56887 Bug ID: 56887 Summary: Total Commander ftps connection (TLS1.2) Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: daniel.becker(a)quippy.de Distribution: --- Created attachment 76704 --> https://bugs.winehq.org/attachment.cgi?id=76704 The stacktrace of wine that came with that error This used to work - however, I do not know with what version of wine. It stopped working a while ago. Tried to switch Operating System (XP, Win10, ...) but without success. This works in "real" windows (WinXP, Win7, Win10, Win11). See the stack trace for more information. This happens when I try to open a FTPS connection that is secured. FTP without encryption still works. I haven't tried SFTP, if that fails as well, as I do not have an FTP server supporting this. Total Commander is run in 64bit environment. -- 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 49792] New: pfx import does not works
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=49792 Bug ID: 49792 Summary: pfx import does not works Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: eugene_s_s2(a)mail.ru Distribution: --- Created attachment 68106 --> https://bugs.winehq.org/attachment.cgi?id=68106 logs with WINEDEBUG=+crypt I have Debian 9 and Wine 5.0.2 (also tried 5.16) I run "wine control" to add new certificate from pfx-file (in attachment, it's not secret, password is 1) But when i try to add pfx from certificate import wizard i receive message, that file format is not supported (i do not know exact english error, because i receive it in russian). I tried to make pfx by openssl 1.0.1, also by microsoft windows built-in export-to- -pfx wizard. Also tried making pem-files, but got succesfull import only for public part of certificate. Also I tried making certificate request by windows CA and by Openssl, but still no luck. Also tried importpfx.exe -f certificate.p12 - p "1" -t USER -s MY. (With MACHINE parameter also) The output says that import suceeded. But i did not see any certificates in wine control. Importing of cer-files works. What am i doing wrong? All that i know is that from wine 5.0 (as in release notes) importing of pfx blobs is supported. -- 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 42226] New: No ingame sfx audio when CD Audio playing with builtin dsound in Ignition
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=42226 Bug ID: 42226 Summary: No ingame sfx audio when CD Audio playing with builtin dsound in Ignition Product: Wine Version: 1.9.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: mads(a)ab3.no Distribution: --- Wine 1.9.23 (Staging) If I play the original Ignition[1] (Ign_3dfx.exe with nGlide 1.05) with native *dsound driver (winetricks dsound), both CD Audio and ingame sfx works, but there's about a half-second latency to every ingame sfx. When I use the built-in dsound, I have to choose between listening to music, or listen to ingame sfx (if I enable CD Audio, there's no ingame sfx). But there's no latency to the ingame sfx when it's enabled. What kind of logs are interesting here? [1] https://en.wikipedia.org/wiki/Ignition_(video_game) -- 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 32783] New: STEP7_Lite_V30_incl_SP4 Setup Failed to start the service, Error:1053, Service request timeout.
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=32783 Bug #: 32783 Summary: STEP7_Lite_V30_incl_SP4 Setup Failed to start the service, Error:1053, Service request timeout. Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fangendoucg(a)gmail.com Classification: Unclassified Created attachment 43286 --> http://bugs.winehq.org/attachment.cgi?id=43286 Terminal Output env: ubuntu12.04 & wine 1.5.22 with the patch of the bug 32764 The software can be freely downloaded from: https://a248.e.akamai.net/cache.automation.siemens.com/dnl/DQ/DQzMjkzAAAA_3… extract it, cd to folder STEP7_Lite_V30_incl_SP4 , then run: $wine Setup.exe While installing Automation License Manager V4.0 SP3, a dialog box showed like the attachment "dialog_box_1", click *R* showed another one like the attachment "dialog_box_2". The Chinese words in dialog_box_2 means insufficient buffer. -- 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 29

[Bug 26040] New: Odell Down Under Demo: Pagefault on read access when moving fish around the map
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=26040 Summary: Odell Down Under Demo: Pagefault on read access when moving fish around the map Product: Wine Version: 1.3.13 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Created an attachment (id=33209) --> (http://bugs.winehq.org/attachment.cgi?id=33209) wine: Unhandled page fault on read access to 0x00001498 at address 0x11ff:0x00001117 (thread 0022), starting debugger... When navigating the fish up or down the ocean floor it will go to the next "room" in the game. This causes a pagefault every time. -- 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 52201] New: BackPacker: Crashes on launch with page fault on read access error
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=52201 Bug ID: 52201 Summary: BackPacker: Crashes on launch with page fault on read access error Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andreas.j(a)pm.me Distribution: --- Created attachment 71255 --> https://bugs.winehq.org/attachment.cgi?id=71255 Error log from Wine Hi, I am trying to play an old game called BackPacker, however when trying to launch the game it immediately crashes with the error "The program winevdm.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience." My installation is completely fresh, using Wine 6.23 and Pop!_OS 21.10. No changes have been made to the default Wine installation, since I was unable to find much information surrounding this error I have only tried to change the Windows Version to Windows XP using winecfg (with no luck or change). The game properly works when running it in Windows XP. Some game info found here: https://en.wikipedia.org/wiki/Backpacker_(video_game_series) 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 5

[Bug 40526] New: "Pettersson und Findus" not starting - winevdm.exe crash
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=40526 Bug ID: 40526 Summary: "Pettersson und Findus" not starting - winevdm.exe crash Product: Wine Version: 1.9.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blauerhunger(a)outlook.de Distribution: Ubuntu Created attachment 54347 --> https://bugs.winehq.org/attachment.cgi?id=54347 Backtrace of winevdm.exe (Wine Crash Report) I installed "Pettersson und Findus" from CD (16-bit application) in a 32-bit PlayOnLinux-Wineprefix with Wine 1.9.8-staging without any additional libraries. The install worked flawlessly, but when I try to launch the game, a Wine Crash Report shows up with the backtrace attached. I also tried it with wine 1.8; the crash is also there. Testing with an emulated windows version of 3.1, 95, 98 and NT 4.0 crashed like this, 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.

3 7

[Bug 19160] New: Orly's Draw-A-Story demo crashes on startup
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=19160 Summary: Orly's Draw-A-Story demo crashes on startup Product: Wine Version: 1.1.24 Platform: PC URL: http://www.tjande.com/orly/orlydemo.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=22147) --> (http://bugs.winehq.org/attachment.cgi?id=22147) Orly's Draw-A-Story demo backtrace With today's Git (wine-1.1.24-537-gfb0275d), when attempting to start the Orly's Draw-A-Story demo, the application immediately crashes in CreateDCA instead of starting as expected. A backtrace 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 18

[Bug 58530] New: Smartsuite 9.8 registry errors
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=58530 Bug ID: 58530 Summary: Smartsuite 9.8 registry errors Product: Wine Version: 10.12 Hardware: x86-64 URL: https://archive.org/download/lotus-smart-suite-9.8.2-m illennium-edition-9.8.2-2009-03-english-cd/Lotus%20Sma rtSuite.iso OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 79003 --> http://bugs.winehq.org/attachment.cgi?id=79003 Screenshot Following an apparently successful installation of Smartsuite 9.8, two dialogs appears reporting errors accessing the registry. Workaround for Bug 58529 may be required. -- 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 47785] New: CERT_CHAIN_POLICY_IGNORE_NOT_TIME_VALID_FLAG not taken into account
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=47785 Bug ID: 47785 Summary: CERT_CHAIN_POLICY_IGNORE_NOT_TIME_VALID_FLAG not taken into account Product: Wine Version: 4.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: lois.diqual(a)gmail.com Distribution: --- Created attachment 65274 --> https://bugs.winehq.org/attachment.cgi?id=65274 c# program that verifies an expired certificate using IgnoreNotTimeValid I am debugging a C# program that validates a certificate chain using X509VerificationFlags.IgnoreNotTimeValid. The provided certificate is expired, but it shouldn't matter because of this flag. The chain validates properly on MacOS with Mono. However on Wine with dotnet472, the policy fails with error NotTimeValid. I believe there is a bug in `chain.c verify_base_policy`: https://github.com/wine-mirror/wine/blob/e6138a52a907fe4b9b03abe0b6cf6cfb9f…. In this if statement, the policy verification routine determines that the certificate has expired, but it should ignore the error if `checks` contains `CERT_CHAIN_POLICY_IGNORE_NOT_TIME_VALID_FLAG`, and this logic is missing. To reproduce: - Create a wine prefix with dotnet472 using winetricks - Go to drive_c/windows/Microsoft.NET/Framework/v4.0.30319 and copy verify.cs in there - Compile verify.cs: wine csc.exe /reference:"C:\windows/Microsoft.NET/Framework/v4.0.30319/WPF/WindowsBase.dll" verify.cs - Run: wine verify.exe - It should print "Valid cert" but instead prints "Invalid cert" with NotTimeValid. -- 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 49837] New: Just Grandma and Me (win16) softlock. Win16Mutex wait timed out
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=49837 Bug ID: 49837 Summary: Just Grandma and Me (win16) softlock. Win16Mutex wait timed out Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: besentv(a)gmail.com Distribution: --- Created attachment 68176 --> https://bugs.winehq.org/attachment.cgi?id=68176 Console output when running the game. I try to run the game JustGrandmaAndMe from 1997 (Version 2.0) in Wine Staging 5.16-1. Using a clean Wineprefix set to Winearch=win32 and Windows-Version 98 I ran the game's "jgmd.exe" with (put into a bashscript): WINEARCH="win32" WINEPREFIX="/home/nutzer1/Dokumente/JGM/" WINEDEBUG=warn+all wine "/home/nutzer1/Dokumente/LIVING_BOOKS/jgmd.exe" (it doesn't work in a clean ~/.wine as well) This gave me the error: err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report Looking it up I found you can circumvent this error by doing: sudo sysctl -w vm.mmap_min_addr=0 But now I'm getting the error: 00b8:err:ntdll:RtlpWaitForCriticalSection section 6BB42940 "../../../wine/dlls/krnl386.exe16/syslevel.c: Win16Mutex" wait timed out in thread 00b8, blocked by 00bc, retrying (60 sec) The retries are infinite, thus causing a softlock. There are multiple bug reports with the same issue already. Overall it seems to me that the issue was fixed before but somehow reappeared. If you need the game files I will send them to you in private. -- 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 35732] New: Adobe CC (Creative Cloud) fails to install.
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=35732 Bug ID: 35732 Summary: Adobe CC (Creative Cloud) fails to install. Product: Wine Version: 1.7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: giorgosk67(a)gmail.com Created attachment 47719 --> http://bugs.winehq.org/attachment.cgi?id=47719 The error screen. CC fails to install and exits with an error (A12E1). (For error details, please see the attached screenshot). For help, points to this page: https://helpx.adobe.com/creative-cloud/topics/getting-started.html -- 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 56565] New: Command and Conquer 3 Tiberium Wars installer crashes
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=56565 Bug ID: 56565 Summary: Command and Conquer 3 Tiberium Wars installer crashes Product: Wine Version: 9.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Split from bug #53561. This bug is about a crash / hang in the installer for the retail release of Command and Conquer 3 Tiberium Wars when used with the recommended installation type. (The advanced installation type is unusable under Wine, see the original bug #53561.) After clicking on the next button on the installation type screen, installer appears to try and copy files. This is supposed to have a progress indicator that fills up, but it gets drawn in wine as completely full, with status "Copying new files". The UI has stopped updating and placing another window (Wine or from the host's WM) over it will cause graphical corruption. After about a minute on my machine, the UI window disappears entirely. The msiexec process however is still running in the background, and can be seen on the task bar if wine is running with a virtual desktop. It is also still visible in wine's taskmgr.exe. Where it shows two msiexec processes and one unnamed 32bit process. (Wine's taskmgr shows "*32" for the process name.) After this the process does not exit unless killed. Doing so kills both msiexec processes and the unnamed 32bit process. Looking through the registry after killing the installer, we find that it did create the needed registry keys expected by the game, in addition to installing the games files at the expected default location. The game does run in this state. So it appears that the installation was successful, despite the bug. Running the installer with WINEDEBUG="+msi" causes the installer to run correctly. I.e. It doesn't crash / hang indefinitely. Although, the UI still stops updating while the files are copied, it will recover in this case and allow the installer to run to completion. With the user able to exit the installer normally. WINEDEBUG="+msi" log attached. -- 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 46392] New: Commandos: Behind Enemy Walls is freezing while using native quartz.dll
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=46392 Bug ID: 46392 Summary: Commandos: Behind Enemy Walls is freezing while using native quartz.dll Product: Wine Version: 4.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: gang65(a)poczta.onet.pl Distribution: --- Created attachment 63153 --> https://bugs.winehq.org/attachment.cgi?id=63153 Terminal logs with WINEDEBUG=+quartz+gstreamer+amstream Commandos: Behind Enemy Walls is freezing while using native quartz.dll. This is caused lack of support for 8 bit colour mode (it is using in Cinepak codec): https://multimedia.cx/mirror/cinepak.txt It is also visible in the logs with fixme warning: 003c:trace:gstreamer:accept_caps_sink 0x7add5558 0x7be6aac8 003c:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8 The cinepak gstreamer codec is already installed with command (Ubuntu 18.04): sudo apt install gstreamer1.0-libav:i386 -- 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 27

[Bug 42062] New: silhouette studio : installation frozen
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=42062 Bug ID: 42062 Summary: silhouette studio : installation frozen Product: Wine Version: 1.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vivien.brule(a)gmail.com Distribution: --- Created attachment 56553 --> https://bugs.winehq.org/attachment.cgi?id=56553 Installation frozen Hello, Silhouette Studio is a CAD program, freely available from https://www.silhouetteamerica.com/software#update for use with their Silhouette line of computerized cutters. I installed the last version 3.8.150 with wine version 1.6 under xubuntu 16.04 (fresh installation). There was a bug during the installation (installer window frozen). I found out the application was not installed. Thanks. -- 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 46559] New: Visual C++ Build Tools 2015 fails to install
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=46559 Bug ID: 46559 Summary: Visual C++ Build Tools 2015 fails to install Product: Wine Version: 4.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: andremohren(a)gmail.com Distribution: --- Created attachment 63431 --> https://bugs.winehq.org/attachment.cgi?id=63431 Default output when running Environment: Fresh wine 4.0 (from default repository in ubuntu disco) with installed "dotnet462" via winetricks. Executable: https://download.microsoft.com/download/5/f/7/5f7acaeb-8363-451f-9425-68a90… The installer itself starts correctly. When comparing it with a proper windows environment, the installer checks for available packages before giving the user the opportunity to select which packages to install (in my case the defaults plus the MFC libraries and the Windows 8.1 SDK, so the goal is to get this stack installed for an linux based build server which has to compile the windows binaries). While this takes some time on windows, wine instantly switches to the next "finalizing" step, which causes the application to close shortly afterwards. I suspect the winsock error causing the installer to not find any downloadable packages, resulting in a proper finalizing and closing. If any specific additional logs are required, please tell me and i will add them here instantly. Thanks in advance for the help! -- 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 33

[Bug 33600] New: Klik and Play crash on modify / create game option
by wine-bugs＠winehq.org Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=33600 Bug #: 33600 Summary: Klik and Play crash on modify / create game option Product: Wine Version: 1.5.30 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thunderstormpolska(a)o2.pl Classification: Unclassified Created attachment 44476 --> http://bugs.winehq.org/attachment.cgi?id=44476 KNPLog Hello K&P for School crash when you try create or modify games -- 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 7