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

[Bug 58529] New: Smartsuite 9.8 installer fails unless z: is removed (with caveats)
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=58529 Bug ID: 58529 Summary: Smartsuite 9.8 installer fails unless z: is removed (with caveats) 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, Installer Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 79002 --> http://bugs.winehq.org/attachment.cgi?id=79002 Wine 10.12 console output The installer for Smartsuite 9.8 claims it is interrupted before it can complete a task. 0170:err:msi:execute_command can't find executable 2 0170:err:msi:ACTION_InstallFiles Failed to copy L"Z:\\tmp\\wine\\ss\\Lotus\\Register\\PMEMW.DLL" to L"Z:\\lotus\\Register\\PMEMW.DLL" (3) 0170:err:msi:execute_script Execution of script 0 halted; action L"InstallFiles" returned 1603 0170:err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 There are two ways to work around this: 1. Remove the z: drive (and add a d: drive for the installation path) before installation. 2. Install to my internal disk(s). I thought it might be related to the filesystem but I tried tmpfs, btrfs and ext4 and the result is the same. I thought it might need to be on the same btrfs volume as Wine but installing it on another volume works fine. I even tried adding a label to a thumb drive (btrfs) in case that was the issue but the result is the same - it fails no matter what when installing to the thumb drive, unless I do 1. above. Permissions are correctly set in all cases. I don't know what else I can try. Went back to Wine 8.0.1 and tried Staging 10.12 but the result is always the same. As can be seen from the log, the installer tries to install to the z: drive instead of c:, unless I install to an internal drive. Remove z: and I can install anywhere. Everything else remains the same. -- Do not reply 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 25

[Bug 54197] New: cuda-z and warpem fail in wine-staging 7.22 and later
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=54197 Bug ID: 54197 Summary: cuda-z and warpem fail in wine-staging 7.22 and later Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- Created attachment 73728 --> https://bugs.winehq.org/attachment.cgi?id=73728 screenshot of running cuda-z one wine-staging 7.22 cuda-z fails to run in wine-staging 7.22 and later. It reports the error "CUDA not found. Please update the nvidia-driver.". cuda-z runs fine under wine-staging 7.21 (and earlier) on the same machine with the same nvidia driver. The application "WarpEM" can be also not used anymore because it does not find any GPU. I suspect that disabling the nvcuda-support patches in wine-staging [1] is the reason for this breakage. I believe bug #54102 is related, but the bug report says that this occured already in v7.21. But this issue is not reproducible to me in 7.21 only in 7.22. [1] https://gitlab.winehq.org/wine/wine-staging/-/commit/6c3797b3e8dba19698328c… [2] https://bugs.winehq.org/show_bug.cgi?id=54102 -- Do not reply 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 36134] New: oleaut32/tests/vartype show several warnings with valgrind
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36134 Bug ID: 36134 Summary: oleaut32/tests/vartype show several warnings with valgrind Product: Wine Version: 1.7.16 Hardware: x86 URL: https://test.winehq.org/data/7e874aed75765f3c017673178 cfd64301b7ba3ed/linux_ae-fedora64-heap/oleaut32:vartyp e.html OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48297 --> https://bugs.winehq.org/attachment.cgi?id=48297 valgrind log ==29762== Invalid read of size 4 ==29762== at 0x4FD81F1: SysFreeString (oleaut.c:259) ==29762== by 0x4D73D6E: test_bstr_cache (vartype.c:6313) ==29762== by 0x4D74BC5: func_vartype (vartype.c:6449) ==29762== by 0x4D75F00: run_test (test.h:584) ==29762== by 0x4D762EF: main (test.h:654) ==29762== Address 0x4748da0 is 16 bytes after a block of size 64 free'd ==29762== at 0x7BC4C782: notify_free (heap.c:263) ==29762== by 0x7BC510C7: RtlFreeHeap (heap.c:1762) ==29762== by 0x4FD83E1: SysFreeString (oleaut.c:293) ==29762== by 0x4D73D44: test_bstr_cache (vartype.c:6310) ==29762== by 0x4D74BC5: func_vartype (vartype.c:6449) ==29762== by 0x4D75F00: run_test (test.h:584) ==29762== by 0x4D762EF: main (test.h:654) The tests also fail: vartype.c:3732: Test failed: expected 0xbfffffff 0xffffff23 (3221225471,4294967075), got (3221225472,0); hres=0x00000000 vartype.c:3735: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3739: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3815: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3816: Test failed: expected 2147483647ul 4294961488ul (2147483647,4294961488), got (2147483647,4294961152); hres=0x00000000 vartype.c:3817: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3818: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3838: Test failed: expected 0xbfffffff 0xffffff23 (3221225471,4294967075), got (3221225472,0); hres=0x00000000 vartype.c:3844: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3845: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3886: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3889: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3902: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3915: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3916: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3927: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3928: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3938: Test failed: expected 2147483648ul 15808 (2147483648,15808), got (2147483648,15360); hres=0x00000000 vartype.c:3939: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3954: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3955: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3970: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3971: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 full 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 5

[Bug 22950] New: nokia music player installation failed
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=22950 Summary: nokia music player installation failed Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader AssignedTo: wine-bugs(a)winehq.org ReportedBy: versterj(a)gmail.com when running setupoviplayer.exe to install nokia music player the installation hangs after terms and condition page has been "ok". i want to start to download the music asap. thanks -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 15

[Bug 36906] New: valgrind shows a few unitialized variables in dlls/ieframe/tests/ie.c (nsDocument::Release)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36906 Bug ID: 36906 Summary: valgrind shows a few unitialized variables in dlls/ieframe/tests/ie.c (nsDocument::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 ==23635== Conditional jump or move depends on uninitialised value(s) ==23635== at 0x1029809B: nsDocument::Release (nsdocument.cpp:1611) ==23635== Uninitialised value was created by a client request ==23635== at 0x7BC4C4D6: mark_block_uninitialized (heap.c:209) ==23635== by 0x7BC4C641: initialize_block (heap.c:240) ==23635== by 0x7BC50F4D: RtlAllocateHeap (heap.c:1717) ==23635== by 0x781176B: msvcrt_heap_alloc (heap.c:70) ==23635== by 0x7812330: MSVCRT_malloc (heap.c:408) ==23635== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==23635== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==23635== by 0x75A21B3: init_xpcom (nsembed.c:698) ==23635== by 0x75A2626: load_gecko (nsembed.c:774) ==23635== by 0x75A7013: create_nscontainer (nsembed.c:2042) ==23635== by 0x7527477: HTMLDocument_Create (htmldoc.c:4756) ==23635== by 0x7591178: ClassFactory_CreateInstance (main.c:238) ==23635== by 0x4EDD0A2: CoCreateInstance (unknwn.h:226) ==23635== by 0x4E042B2: create_mime_object (binding.c:258) ==23635== by 0x4E04652: create_object (binding.c:308) ==23635== by 0x4E071E8: report_data (binding.c:1077) ==23635== by 0x4E07531: InternetProtocolSink_ReportData (binding.c:1126) ==23635== by 0x4E0C8F0: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==23635== by 0x4E0D441: report_data_proc (urlmon.h:3113) ==23635== by 0x4E0910E: process_tasks (bindprot.c:57) ==23635== -- Do not reply 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 36146] New: valgrind shows several leaks in dlls/jscript/tests/caller.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36146 Bug ID: 36146 Summary: valgrind shows several leaks in dlls/jscript/tests/caller.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32653== 12 bytes in 1 blocks are definitely lost in loss record 69 of 753 ==32653== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32653== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32653== by 0x697611F: ??? ==32653== by 0x69764DD: ??? ==32653== by 0x6976548: ??? ==32653== by 0x6977213: ??? ==32653== by 0x69793E6: ??? ==32653== by 0x6979560: ??? ==32653== by 0x69796F5: ??? ==32653== by 0x6979D90: ??? ==32653== by 0x6972401: ??? ==32653== by 0x4E4DA12: _call_change_type (dispex.h:686) ==32653== by 0x4E4DC08: test_change_type (caller.c:139) ==32653== by 0x4E4DFD6: test_change_types (caller.c:196) ==32653== by 0x4E4E3B6: test_caller (caller.c:238) ==32653== by 0x4E4EADA: Test_InvokeEx (caller.c:363) ==32653== by 0x695D3E5: ??? ==32653== by 0x69621D9: ??? ==32653== by 0x6966B58: ??? ==32653== by 0x6966F33: ??? ==32653== ==32708== 18 bytes in 1 blocks are definitely lost in loss record 129 of 768 ==32708== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32708== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32708== by 0x6A2F11F: ??? ==32708== by 0x6A2F4DD: ??? ==32708== by 0x6A2F548: ??? ==32708== by 0x6A312DE: ??? ==32708== by 0x6A32C08: ??? ==32708== by 0x6A2B401: ??? ==32708== by 0x4E4E1D2: test_change_types (dispex.h:686) ==32708== by 0x4E4F1E2: run_scripts (caller.c:549) ==32708== by 0x4E4F3CB: func_caller (caller.c:585) ==32708== by 0x4E5ED5F: run_test (test.h:584) ==32708== by 0x4E5F14E: main (test.h:654) ==32708== ==2241== 28 bytes in 1 blocks are definitely lost in loss record 233 of 768 ==2241== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2241== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2241== by 0x6A2F11F: ??? ==2241== by 0x6A2F4DD: ??? ==2241== by 0x6A2F548: ??? ==2241== by 0x6A2F1E3: ??? ==2241== by 0x6A2FE69: ??? ==2241== by 0x6A2BC3E: ??? ==2241== by 0x6A4ABD4: ??? ==2241== by 0x7BC52F48: ??? (loader.c:138) ==2241== by 0x7BC55586: MODULE_InitDLL (loader.c:1068) ==2241== by 0x7BC55904: process_attach (loader.c:1157) ==2241== by 0x7BC5856A: LdrLoadDll (loader.c:2129) ==2241== by 0x7B85A735: load_library (module.c:933) ==2241== by 0x7B85A8A3: LoadLibraryExW (module.c:990) ==2241== by 0x544D69A: COMPOBJ_DllList_Add (compobj.c:495) ==2241== by 0x544FB62: apartment_getclassobject (compobj.c:1335) ==2241== by 0x54532AC: get_inproc_class_object (compobj.c:2894) ==2241== by 0x545376B: CoGetClassObject (compobj.c:3032) ==2241== by 0x5453D2D: CoCreateInstance (compobj.c:3197) Also, possibly: ==2205== 64 bytes in 2 blocks are possibly lost in loss record 411 of 768 ==2205== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2205== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2205== by 0x4FE80B4: alloc_bstr (oleaut.c:162) ==2205== by 0x4FE844A: SysAllocStringLen (oleaut.c:324) ==2205== by 0x4FE8161: SysAllocString (oleaut.c:232) ==2205== by 0x6A15E31: ??? ==2205== by 0x6A1730E: ??? ==2205== by 0x6A174E2: ??? ==2205== by 0x6A17DBF: ??? ==2205== by 0x6A18017: ??? ==2205== by 0x6A18088: ??? ==2205== by 0x6A19957: ??? ==2205== by 0x6A17F2E: ??? ==2205== by 0x6A19D84: ??? ==2205== by 0x6A1A5F8: ??? ==2205== by 0x6A3A6D1: ??? ==2205== by 0x4E4EE13: _parse_script_a (activscp.h:1290) ==2205== by 0x4E4F186: run_scripts (caller.c:541) ==2205== by 0x4E4F3CB: func_caller (caller.c:585) ==2205== by 0x4E5ED5F: run_test (test.h:584) ==2205== -- Do not reply 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 33257] New: Adobe Digital Editions does not recognize KOBO eReader.
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=33257 Bug #: 33257 Summary: Adobe Digital Editions does not recognize KOBO eReader. Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: peterharris20(a)sky.com Classification: Unclassified Adobe Digital Editions does not find the KOBO eReader when it is plugged in. Ubuntu 10.04 recognizes it and displays the folder and contents. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

3 13

[Bug 55206] New: COD MW Remastered (2016) crackling audio
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=55206 Bug ID: 55206 Summary: COD MW Remastered (2016) crackling audio Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winepulse.drv Assignee: wine-bugs(a)winehq.org Reporter: brandowlucas(a)gmail.com Distribution: --- Created attachment 74806 --> https://bugs.winehq.org/attachment.cgi?id=74806 this is the audio log file until i hit the crackling on game. when using pulseaudio the game sounds like this: https://www.youtube.com/watch?v=SmHY7uH1yzo when using pipewire, i don't even get audio at all: https://www.youtube.com/watch?v=71m5g4usSx0 i've tested this game in many distribution, different proton versions/wine versions and it seems a wine bug. i made this video test was on vanilla wine-8.11. I also attached the log 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.

2 8

[Bug 45147] New: Menu/Window Z order incorrect in trueSpace
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=45147 Bug ID: 45147 Summary: Menu/Window Z order incorrect in trueSpace Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jcarthew(a)gmail.com Distribution: --- Created attachment 61334 --> https://bugs.winehq.org/attachment.cgi?id=61334 Screenshot showing rendering draw issue. When running Caligari TrueSpace, regardless of using OpenGL or software only rendering, the Z order of the file menu is incorrect. I have attached a screenshot showing the issue. The image on the left is how the program should look, the image on the right shows the flaw. The file/help menu is being overdrawn by a blue bar whenever a tool Window, or the editing viewspace is clicked on. the draw order temporarily resets to the correct behavior when alt-tab is pressed. -- Do not reply 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 43388] New: valgrind shows a few definite leaks in dlls/winmm/tests/ mci.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43388 Bug ID: 43388 Summary: valgrind shows a few definite leaks in dlls/winmm/tests/mci.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==2739== 0 bytes in 1 blocks are definitely lost in loss record 6 of 1,022 ==2739== at 0x7BC51061: notify_alloc (heap.c:254) ==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187) ==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405) ==2739== by 0x523ECCB: CoTaskMemAlloc (???:0) ==2739== by 0x1A4983D5: ??? ==2739== by 0x1A49D191: ??? ==2739== by 0x1A49D275: ??? ==2739== by 0x1A49D767: ??? ==2739== by 0x1A49DC76: ??? ==2739== by 0x19B3BF99: ??? ==2739== by 0x7BC913B3: ??? (signal_i386.c:2700) ==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==2739== by 0x7BC91391: ??? (signal_i386.c:2700) ==2739== by 0x7BC9B3EE: start_thread (thread.c:487) ==2739== by 0x4244249: start_thread (pthread_create.c:333) ==2739== by 0x433FD6D: clone (clone.S:114) ==2739== ==2739== 0 bytes in 1 blocks are definitely lost in loss record 7 of 1,022 ==2739== at 0x7BC51061: notify_alloc (heap.c:254) ==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187) ==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405) ==2739== by 0x523ECCB: CoTaskMemAlloc (???:0) ==2739== by 0x1A4983D5: ??? ==2739== by 0x1A49D191: ??? ==2739== by 0x1A49D275: ??? ==2739== by 0x1A49D767: ??? ==2739== by 0x1A49DC8D: ??? ==2739== by 0x19B3BF99: ??? ==2739== by 0x7BC913B3: ??? (signal_i386.c:2700) ==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==2739== by 0x7BC91391: ??? (signal_i386.c:2700) ==2739== by 0x7BC9B3EE: start_thread (thread.c:487) ==2739== by 0x4244249: start_thread (pthread_create.c:333) ==2739== by 0x433FD6D: clone (clone.S:114) ==2739== ==2739== 0 bytes in 1 blocks are definitely lost in loss record 12 of 1,022 ==2739== at 0x7BC51061: notify_alloc (heap.c:254) ==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187) ==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405) ==2739== by 0x523ECCB: CoTaskMemAlloc (???:0) ==2739== by 0x1A4983D5: ??? ==2739== by 0x1A49D191: ??? ==2739== by 0x1A49D275: ??? ==2739== by 0x1A49D767: ??? ==2739== by 0x1A49DC76: ??? ==2739== by 0x19C52F99: ??? ==2739== by 0x7BC913B3: ??? (signal_i386.c:2700) ==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==2739== by 0x7BC91391: ??? (signal_i386.c:2700) ==2739== by 0x7BC9B3EE: start_thread (thread.c:487) ==2739== by 0x4244249: start_thread (pthread_create.c:333) ==2739== by 0x433FD6D: clone (clone.S:114) ==2739== ==2739== 0 bytes in 2 blocks are definitely lost in loss record 13 of 1,022 ==2739== at 0x7BC51061: notify_alloc (heap.c:254) ==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187) ==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405) ==2739== by 0x523ECCB: CoTaskMemAlloc (???:0) ==2739== by 0x1A4983D5: ??? ==2739== by 0x1A49D191: ??? ==2739== by 0x1A49D275: ??? ==2739== by 0x1A49D767: ??? ==2739== by 0x1A49DC8D: ??? ==2739== by 0x19C52F99: ??? ==2739== by 0x7BC913B3: ??? (signal_i386.c:2700) ==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==2739== by 0x7BC91391: ??? (signal_i386.c:2700) ==2739== by 0x7BC9B3EE: start_thread (thread.c:487) ==2739== by 0x4244249: start_thread (pthread_create.c:333) ==2739== by 0x433FD6D: clone (clone.S:114) ==2739== -- Do not reply 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 43384] New: valgrind shows a definite leak in dlls/rpcrt4/tests/ ndr_marshal.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43384 Bug ID: 43384 Summary: valgrind shows a definite leak in dlls/rpcrt4/tests/ndr_marshal.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M rpcrt4.dll -p rpcrt4_test.exe.so ndr_marshall && touch ndr_marshall.ok ==32206== 44 bytes in 1 blocks are definitely lost in loss record 207 of 413 ==32206== at 0x7BC51061: notify_alloc (heap.c:254) ==32206== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==32206== by 0x56B879E: RPCRT4_io_thread (rpc_server.c:559) ==32206== by 0x7BC913B3: ??? (signal_i386.c:2700) ==32206== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==32206== by 0x7BC91391: ??? (signal_i386.c:2700) ==32206== by 0x7BC9B3EE: start_thread (thread.c:487) ==32206== by 0x4244249: start_thread (pthread_create.c:333) ==32206== by 0x433FD6D: clone (clone.S:114) ==32206== -- Do not reply 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 36925] New: valgrind shows a couple unitialized variables in dlls/ieframe/tests/ie.c (bestBtreeIndex)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36925 Bug ID: 36925 Summary: valgrind shows a couple unitialized variables in dlls/ieframe/tests/ie.c (bestBtreeIndex) 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 ==14107== Thread 23: ==14107== Conditional jump or move depends on uninitialised value(s) ==14107== at 0x81258BAA: bestBtreeIndex (sqlite3.c:107585) ==14107== by 0x812848BD: sqlite3WhereBegin (sqlite3.c:109693) ==14107== by 0x812905EE: sqlite3Select (sqlite3.c:100747) ==14107== Uninitialised value was created by a client request ==14107== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==14107== by 0x7BC4C075: initialize_block (heap.c:240) ==14107== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==14107== by 0x77D619E: msvcrt_heap_alloc (heap.c:70) ==14107== by 0x77D6D63: MSVCRT_malloc (heap.c:408) ==14107== by 0x812510B5: sqlite3MemMalloc (sqlite3.c:15744) ==14107== Conditional jump or move depends on uninitialised value(s) ==14107== at 0x8125A351: bestOrClauseIndex (sqlite3.c:106141) ==14107== by 0x8125948C: bestBtreeIndex (sqlite3.c:108056) ==14107== by 0x812848BD: sqlite3WhereBegin (sqlite3.c:109693) ==14107== by 0x812905EE: sqlite3Select (sqlite3.c:100747) ==14107== Uninitialised value was created by a client request ==14107== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==14107== by 0x7BC4C075: initialize_block (heap.c:240) ==14107== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==14107== by 0x77D619E: msvcrt_heap_alloc (heap.c:70) ==14107== by 0x77D6D63: MSVCRT_malloc (heap.c:408) ==14107== by 0x812510B5: sqlite3MemMalloc (sqlite3.c:15744) ==14107== -- Do not reply 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 36587] New: valgrind shows uninitialized memory use in user32/tests/winstation.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36587 Bug ID: 36587 Summary: valgrind shows uninitialized memory use in user32/tests/winstation.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M user32.dll -p user32_test.exe.so winstation && touch winstation.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==25156== Syscall param write(buf) points to uninitialised byte(s) ==25156== at 0x4226CF3: __write_nocancel (syscall-template.S:81) ==25156== by 0x7BC7FD72: send_request (server.c:198) ==25156== by 0x7BC7FF91: wine_server_call (server.c:294) ==25156== by 0x519D2EE: send_hardware_message (message.c:3331) ==25156== by 0x5173BEB: SendInput (input.c:185) ==25156== by 0x4D9FB49: test_inputdesktop (winstation.c:530) ==25156== by 0x4DA2430: func_winstation (winstation.c:939) ==25156== by 0x4DA3978: run_test (test.h:584) ==25156== by 0x4DA3D67: main (test.h:654) ==25156== Address 0x510f6a8 is on thread 1's stack ==25156== Uninitialised value was created by a stack allocation ==25156== at 0x4D9F748: test_inputdesktop (winstation.c:492) ==25156== -- Do not reply 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 36412] New: valgrind shows a possible leak in netprofm/tests/list.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36412 Bug ID: 36412 Summary: valgrind shows a possible leak in netprofm/tests/list.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==3773== 28 bytes in 1 blocks are possibly lost in loss record 159 of 560 ==3773== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==3773== by 0x4CD6BB8: apartment_getclassobject (compobj.c:526) ==3773== by 0x4CD9FC6: get_inproc_class_object (compobj.c:2894) ==3773== by 0x4CDCD2F: CoGetClassObject (compobj.c:3032) ==3773== by 0x4CDD4B7: CoCreateInstance (compobj.c:3197) ==3773== by 0x4B74D31: func_list (list.c:35) ==3773== by 0x4B75E84: run_test (test.h:584) ==3773== by 0x4B76272: main (test.h:654) ==3773== -- Do not reply 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 36191] New: valgrind shows some potential leaks in crypt32/tests/cert.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36191 Bug ID: 36191 Summary: valgrind shows some potential leaks in crypt32/tests/cert.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 36190 ==17318== 20 bytes in 1 blocks are possibly lost in loss record 51 of 334 ==17318== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==17318== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==17318== by 0x4EE398B: CryptMemAlloc (main.c:124) ==17318== by 0x4EF7661: ContextPropertyList_SetProperty (proplist.c:132) ==17318== by 0x4EAC507: CertContext_SetProperty (cert.c:703) ==17318== by 0x4EAB7AF: CertContext_GetHashProp (cert.c:399) ==17318== by 0x4EAB9DB: CertContext_GetProperty (cert.c:445) ==17318== by 0x4EABFDA: CertGetCertificateContextProperty (cert.c:579) ==17318== by 0x4EADEF3: compare_cert_by_sha1_hash (cert.c:1368) ==17318== by 0x4EAE423: cert_compare_certs_in_store (cert.c:1530) ==17318== by 0x4EAEF02: CertFindCertificateInStore (cert.c:1794) ==17318== by 0x4EAAD3C: add_cert_to_store (cert.c:192) ==17318== by 0x4EAB27F: CertAddCertificateContextToStore (cert.c:287) ==17318== by 0x4EAA852: CertAddEncodedCertificateToStore (cert.c:65) ==17318== by 0x4CC9495: testAddCert (cert.c:198) ==17318== by 0x4CD8F2F: func_cert (cert.c:3976) ==17318== by 0x4D33F67: run_test (test.h:584) ==17318== by 0x4D34356: main (test.h:654) ==17318== ==17318== 20 bytes in 1 blocks are possibly lost in loss record 52 of 334 ==17318== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==17318== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==17318== by 0x4EE398B: CryptMemAlloc (main.c:124) ==17318== by 0x4EF7661: ContextPropertyList_SetProperty (proplist.c:132) ==17318== by 0x4EF788F: ContextPropertyList_Copy (proplist.c:215) ==17318== by 0x4EBE9AF: Context_CopyProperties (context.c:130) ==17318== by 0x4EAAB6C: Cert_clone (cert.c:139) ==17318== by 0x4F03664: MemStore_addContext (store.c:151) ==17318== by 0x4F03A35: MemStore_addCert (store.c:243) ==17318== by 0x4EAB119: add_cert_to_store (cert.c:263) ==17318== by 0x4EAB27F: CertAddCertificateContextToStore (cert.c:287) ==17318== by 0x4EAA852: CertAddEncodedCertificateToStore (cert.c:65) ==17318== by 0x4CC9495: testAddCert (cert.c:198) ==17318== by 0x4CD8F2F: func_cert (cert.c:3976) ==17318== by 0x4D33F67: run_test (test.h:584) ==17318== by 0x4D34356: main (test.h:654) ==17318== -- Do not reply 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 26049] New: ws2_32/sock tests shows some leaks in AcceptEx?
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=26049 Summary: ws2_32/sock tests shows some leaks in AcceptEx? Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=33221) --> (http://bugs.winehq.org/attachment.cgi?id=33221) valgrind log Several leaks like: 36 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by WS2_AcceptEx (socket.c:1991) by test_AcceptEx (sock.c:4464) by func_sock (sock.c:4703) by run_test (test.h:556) by main (test.h:624) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

3 10

[Bug 40323] New: Sorry, we couldn't connect to Skype
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=40323 Bug ID: 40323 Summary: Sorry, we couldn't connect to Skype Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: contrib(a)maxqia.com Distribution: --- Created attachment 53976 --> https://bugs.winehq.org/attachment.cgi?id=53976 Log Skype, with/without ie8 installed, always says "Sorry, we couldn't connect to Skype." when you launch it. If you don't have ie8 installed,it also opens a page to https://apps.skypeassets.com/static/skype.client.login/trunk/latest/release… -- Do not reply 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 36402] New: valgrind shows several leaks in dsound/tests/duplex.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36402 Bug ID: 36402 Summary: valgrind shows several leaks in dsound/tests/duplex.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32429== 88,200 bytes in 1 blocks are definitely lost in loss record 822 of 822 ==32429== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==32429== by 0x652CEF2: IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:797) ==32429== by 0x6536497: IDirectSoundFullDuplexImpl_Initialize (duplex.c:233) ==32429== by 0x4AAF23D: func_duplex (duplex.c:286) ==32429== by 0x4A9520B: main (test.h:584) ==32429== -- Do not reply 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 36262] New: valgrind shows a possible leak in dinput/tests/dinput.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36262 Bug ID: 36262 Summary: valgrind shows a possible leak in dinput/tests/dinput.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==2259== 76 bytes in 1 blocks are possibly lost in loss record 341 of 659 ==2259== at 0x7BC4C735: notify_alloc (heap.c:255) ==2259== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==2259== by 0x49A7627: create_directinput_instance (dinput_main.c:112) ==2259== by 0x49A7861: DirectInputCreateEx (dinput_main.c:154) ==2259== by 0x49A7933: DirectInputCreateA (dinput_main.c:177) ==2259== by 0x49590C0: test_DirectInputJoyConfig8 (dinput.c:575) ==2259== by 0x495930D: func_dinput (dinput.c:625) ==2259== by 0x495F2A4: run_test (test.h:584) ==2259== by 0x495F693: main (test.h:654) ==2259== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 36922] New: valgrind shows several unitialized variables in dlls/ieframe/tests/ie.c (nsDOMEvent::Release)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36922 Bug ID: 36922 Summary: valgrind shows several unitialized variables in dlls/ieframe/tests/ie.c (nsDOMEvent::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 ==13312== Conditional jump or move depends on uninitialised value(s) ==13312== at 0x102F6675: nsDOMEvent::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==13312== Uninitialised value was created by a client request ==13312== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==13312== by 0x7BC4C075: initialize_block (heap.c:240) ==13312== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==13312== by 0x77D319E: msvcrt_heap_alloc (heap.c:70) ==13312== by 0x77D3D63: MSVCRT_malloc (heap.c:408) ==13312== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==13312== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==13312== by 0x7563F26: init_xpcom (nsembed.c:698) ==13312== by 0x7564399: load_gecko (nsembed.c:774) ==13312== by 0x7568D01: create_nscontainer (nsembed.c:2042) ==13312== by 0x74E92F6: HTMLDocument_Create (htmldoc.c:4756) ==13312== by 0x7552F7D: ClassFactory_CreateInstance (main.c:238) ==13312== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==13312== by 0x4D63202: create_mime_object (binding.c:258) ==13312== by 0x4D635A2: create_object (binding.c:308) ==13312== by 0x4D660AB: report_data (binding.c:1077) ==13312== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==13312== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==13312== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==13312== by 0x4D67FCF: process_tasks (bindprot.c:57) ==13312== ==13312== Conditional jump or move depends on uninitialised value(s) ==13312== at 0x102F66B8: nsDOMEvent::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==13312== by 0x10404115: nsGlobalWindow::DispatchDOMWindowCreated (nsglobalwindow.cpp:2616) ==13312== by 0x863E6A7: ??? ==13312== Uninitialised value was created by a client request ==13312== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==13312== by 0x7BC4C075: initialize_block (heap.c:240) ==13312== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==13312== by 0x77D319E: msvcrt_heap_alloc (heap.c:70) ==13312== by 0x77D3D63: MSVCRT_malloc (heap.c:408) ==13312== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==13312== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==13312== by 0x7563F26: init_xpcom (nsembed.c:698) ==13312== by 0x7564399: load_gecko (nsembed.c:774) ==13312== by 0x7568D01: create_nscontainer (nsembed.c:2042) ==13312== by 0x74E92F6: HTMLDocument_Create (htmldoc.c:4756) ==13312== by 0x7552F7D: ClassFactory_CreateInstance (main.c:238) ==13312== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==13312== by 0x4D63202: create_mime_object (binding.c:258) ==13312== by 0x4D635A2: create_object (binding.c:308) ==13312== by 0x4D660AB: report_data (binding.c:1077) ==13312== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==13312== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==13312== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==13312== by 0x4D67FCF: process_tasks (bindprot.c:57) ==13312== -- Do not reply 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 36921] New: valgrind shows several unitialized variables in dlls/ieframe/tests/ie.c (mozilla::Selection::Release)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36921 Bug ID: 36921 Summary: valgrind shows several unitialized variables in dlls/ieframe/tests/ie.c (mozilla::Selection::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 ==13312== Conditional jump or move depends on uninitialised value(s) ==13312== at 0x101AB89B: mozilla::Selection::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==13312== Uninitialised value was created by a client request ==13312== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==13312== by 0x7BC4C075: initialize_block (heap.c:240) ==13312== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==13312== by 0x77D319E: msvcrt_heap_alloc (heap.c:70) ==13312== by 0x77D3D63: MSVCRT_malloc (heap.c:408) ==13312== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==13312== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==13312== by 0x7563F26: init_xpcom (nsembed.c:698) ==13312== by 0x7564399: load_gecko (nsembed.c:774) ==13312== by 0x7568D01: create_nscontainer (nsembed.c:2042) ==13312== by 0x74E92F6: HTMLDocument_Create (htmldoc.c:4756) ==13312== by 0x7552F7D: ClassFactory_CreateInstance (main.c:238) ==13312== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==13312== by 0x4D63202: create_mime_object (binding.c:258) ==13312== by 0x4D635A2: create_object (binding.c:308) ==13312== by 0x4D660AB: report_data (binding.c:1077) ==13312== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==13312== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==13312== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==13312== by 0x4D67FCF: process_tasks (bindprot.c:57) ==13312== ==13312== Conditional jump or move depends on uninitialised value(s) ==13312== at 0x101AB8DE: mozilla::Selection::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==13312== by 0x101616B9: PresShell::Init (nspresshell.cpp:836) ==13312== by 0x1029F7A1: nsDocument::doCreateShell (nsdocument.cpp:3442) ==13312== by 0x103634E9: nsHTMLDocument::CreateShell (nshtmldocument.cpp:313) ==13312== by 0x1014C25F: nsDocumentViewer::InitPresentationStuff (nsdocumentviewer.cpp:701) ==13312== by 0x1014C837: nsDocumentViewer::InitInternal (nsdocumentviewer.cpp:947) ==13312== by 0x1014D13C: nsDocumentViewer::Init (nsdocumentviewer.cpp:683) ==13312== by 0x109B3C6C: nsCOMPtr_base::assign_from_qi_with_error (nscomptr.cpp:65) ==13312== by 0x800EEB43: ??? ==13312== Uninitialised value was created by a client request ==13312== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==13312== by 0x7BC4C075: initialize_block (heap.c:240) ==13312== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==13312== by 0x77D319E: msvcrt_heap_alloc (heap.c:70) ==13312== by 0x77D3D63: MSVCRT_malloc (heap.c:408) ==13312== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==13312== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==13312== by 0x7563F26: init_xpcom (nsembed.c:698) ==13312== by 0x7564399: load_gecko (nsembed.c:774) ==13312== by 0x7568D01: create_nscontainer (nsembed.c:2042) ==13312== by 0x74E92F6: HTMLDocument_Create (htmldoc.c:4756) ==13312== by 0x7552F7D: ClassFactory_CreateInstance (main.c:238) ==13312== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==13312== by 0x4D63202: create_mime_object (binding.c:258) ==13312== by 0x4D635A2: create_object (binding.c:308) ==13312== by 0x4D660AB: report_data (binding.c:1077) ==13312== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==13312== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==13312== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==13312== by 0x4D67FCF: process_tasks (bindprot.c:57) ==13312== ==13312== Conditional jump or move depends on uninitialised value(s) ==13312== at 0x101AB8DE: mozilla::Selection::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==13312== by 0x1014C837: nsDocumentViewer::InitInternal (nsdocumentviewer.cpp:947) ==13312== by 0x1014D13C: nsDocumentViewer::Init (nsdocumentviewer.cpp:683) ==13312== by 0x109B3C6C: nsCOMPtr_base::assign_from_qi_with_error (nscomptr.cpp:65) ==13312== by 0x800EEB43: ??? ==13312== Uninitialised value was created by a client request ==13312== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==13312== by 0x7BC4C075: initialize_block (heap.c:240) ==13312== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==13312== by 0x77D319E: msvcrt_heap_alloc (heap.c:70) ==13312== by 0x77D3D63: MSVCRT_malloc (heap.c:408) ==13312== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==13312== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==13312== by 0x7563F26: init_xpcom (nsembed.c:698) ==13312== by 0x7564399: load_gecko (nsembed.c:774) ==13312== by 0x7568D01: create_nscontainer (nsembed.c:2042) ==13312== by 0x74E92F6: HTMLDocument_Create (htmldoc.c:4756) ==13312== by 0x7552F7D: ClassFactory_CreateInstance (main.c:238) ==13312== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==13312== by 0x4D63202: create_mime_object (binding.c:258) ==13312== by 0x4D635A2: create_object (binding.c:308) ==13312== by 0x4D660AB: report_data (binding.c:1077) ==13312== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==13312== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==13312== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==13312== by 0x4D67FCF: process_tasks (bindprot.c:57) ==13312== -- Do not reply 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 36652] New: valgrind shows some uninitialized variables in d3d10core/tests/device.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36652 Bug ID: 36652 Summary: valgrind shows some uninitialized variables in d3d10core/tests/device.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==6205== Conditional jump or move depends on uninitialised value(s) ==6205== at 0x402DEDF: bcmp (mc_replace_strmem.c:935) ==6205== by 0x50CE81F: d3d10_depthstencil_state_compare (device.c:2092) ==6205== by 0x50C7637: wine_rb_get (rbtree.h:237) ==6205== by 0x50CCA1A: d3d10_device_CreateDepthStencilState (device.c:1416) ==6205== by 0x4F5C5AD: test_create_depthstencil_state (d3d10.h:5752) ==6205== by 0x4F5D127: func_device (device.c:893) ==6205== by 0x4F5DF24: run_test (test.h:584) ==6205== by 0x4F5E312: main (test.h:654) ==6205== Uninitialised value was created by a stack allocation ==6205== at 0x4F5C3D1: test_create_depthstencil_state (device.c:728) ==6205== } ==6205== Conditional jump or move depends on uninitialised value(s) ==6205== at 0x402DEDF: bcmp (mc_replace_strmem.c:935) ==6205== by 0x50CE81F: d3d10_depthstencil_state_compare (device.c:2092) ==6205== by 0x50D1E68: wine_rb_remove (rbtree.h:291) ==6205== by 0x50D2BA5: d3d10_depthstencil_state_Release (state.c:222) ==6205== by 0x4F5C7CE: test_create_depthstencil_state (d3d10.h:3052) ==6205== by 0x4F5D127: func_device (device.c:893) ==6205== by 0x4F5DF24: run_test (test.h:584) ==6205== by 0x4F5E312: main (test.h:654) ==6205== Uninitialised value was created by a stack allocation ==6205== at 0x4F5C3D1: test_create_depthstencil_state (device.c:728) ==6205== ==6205== Conditional jump or move depends on uninitialised value(s) ==6205== at 0x402DEDF: bcmp (mc_replace_strmem.c:935) ==6205== by 0x50CE81F: d3d10_depthstencil_state_compare (device.c:2092) ==6205== by 0x50D1EF8: wine_rb_remove (rbtree.h:300) ==6205== by 0x50D2BA5: d3d10_depthstencil_state_Release (state.c:222) ==6205== by 0x4F5C7CE: test_create_depthstencil_state (d3d10.h:3052) ==6205== by 0x4F5D127: func_device (device.c:893) ==6205== by 0x4F5DF24: run_test (test.h:584) ==6205== by 0x4F5E312: main (test.h:654) ==6205== Uninitialised value was created by a stack allocation ==6205== at 0x4F5C3D1: test_create_depthstencil_state (device.c:728) ==6205== This is on nvidia hardware, rather than intel/mesa: 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.

2 4

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36396 Bug ID: 36396 Summary: valgrind shows a possible leak in inetmib1/tests/main.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==8324== 28 bytes in 1 blocks are definitely lost in loss record 24 of 89 ==8324== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==8324== by 0x4AD1EDE: SnmpUtilOidCpy (main.c:332) ==8324== by 0x4AFB25A: ??? ==8324== by 0x4A96AFB: func_main (main.c:67) ==8324== by 0x4A96E3A: run_test (test.h:584) ==8324== by 0x4A94C0E: main (test.h:654) == -- Do not reply 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 36195] New: valgrind shows several leaks in dsound/tests/capture.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36195 Bug ID: 36195 Summary: valgrind shows several leaks in dsound/tests/capture.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==12144== 28 bytes in 1 blocks are possibly lost in loss record 196 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x4FB883E: COMPOBJ_DllList_Add (compobj.c:526) ==12144== by 0x4FBAB7A: apartment_getclassobject (compobj.c:1335) ==12144== by 0x4FBE2C4: get_inproc_class_object (compobj.c:2894) ==12144== by 0x4FBE783: CoGetClassObject (compobj.c:3032) ==12144== by 0x4FBED45: CoCreateInstance (compobj.c:3197) ==12144== by 0x65A603C: get_mmdevenum (dsound_main.c:178) ==12144== by 0x65A636D: GetDeviceID (dsound_main.c:261) ==12144== by 0x659F7B5: DirectSoundCaptureDevice_Initialize (capture.c:1022) ==12144== by 0x65A07B9: IDirectSoundCaptureImpl_Initialize (capture.c:1284) ==12144== by 0x65A0B21: DirectSoundCaptureCreate (capture.c:1388) ==12144== by 0x4E4FA2E: test_COM (capture.c:692) ==12144== by 0x4E50145: func_capture (capture.c:775) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== ==12144== 28 bytes in 1 blocks are possibly lost in loss record 204 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x4FB883E: COMPOBJ_DllList_Add (compobj.c:526) ==12144== by 0x4FBAB7A: apartment_getclassobject (compobj.c:1335) ==12144== by 0x4FBE2C4: get_inproc_class_object (compobj.c:2894) ==12144== by 0x4FBE783: CoGetClassObject (compobj.c:3032) ==12144== by 0x4E4DAFA: test_capture (capture.c:189) ==12144== by 0x4E5014A: func_capture (capture.c:776) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== ==12144== 846 bytes in 47 blocks are definitely lost in loss record 714 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x65ADE25: DSOUND_CopyFormat (primary.c:447) ==12144== by 0x659E392: IDirectSoundCaptureBufferImpl_Create (capture.c:704) ==12144== by 0x65A0409: IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1232) ==12144== by 0x4E4F47E: dscenum_callback (capture.c:564) ==12144== by 0x65A665A: a_to_w_callback (dsound_main.c:319) ==12144== by 0x65A6F2B: enumerate_mmdevices (dsound_main.c:492) ==12144== by 0x65A73EF: DirectSoundCaptureEnumerateW (dsound_main.c:625) ==12144== by 0x65A72ED: DirectSoundCaptureEnumerateA (dsound_main.c:593) ==12144== by 0x4E4F90F: test_enumerate (capture.c:672) ==12144== by 0x4E5014F: func_capture (capture.c:777) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== 88,200 bytes in 1 blocks are possibly lost in loss record 813 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x659EC62: IDirectSoundCaptureBufferImpl_Create (capture.c:797) ==12144== by 0x65A0409: IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1232) ==12144== by 0x4E4FD44: test_COM (capture.c:727) ==12144== by 0x4E50145: func_capture (capture.c:775) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== -- Do not reply 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 43381] New: valgrind shows uninitialized memory in dlls/ole32/tests/ ole_server.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43381 Bug ID: 43381 Summary: valgrind shows uninitialized memory in dlls/ole32/tests/ole_server.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==31032== Thread 5: ==31032== Syscall param writev(vector[...]) points to uninitialised byte(s) ==31032== at 0x433804F: ??? (syscall-template.S:84) ==31032== by 0x7BC8946B: send_request (server.c:228) ==31032== by 0x7BC89626: wine_server_call (server.c:309) ==31032== by 0x7BC4867A: server_write_file (file.c:624) ==31032== by 0x7BC49E71: NtWriteFile (file.c:1238) ==31032== by 0x56ED332: rpcrt4_conn_np_write (rpc_transport.c:414) ==31032== by 0x56E2242: rpcrt4_conn_write (rpc_binding.h:196) ==31032== by 0x56E4001: RPCRT4_SendWithAuth (rpc_message.c:849) ==31032== by 0x56E5050: RPCRT4_Send (rpc_message.c:1248) ==31032== by 0x56E8275: process_request_packet (rpc_server.c:462) ==31032== by 0x56E8553: RPCRT4_process_packet (rpc_server.c:517) ==31032== by 0x56E86B9: RPCRT4_worker_thread (rpc_server.c:539) ==31032== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349) ==31032== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112) ==31032== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31032== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31032== by 0x7BC91391: ??? (signal_i386.c:2700) ==31032== by 0x7BC9B3EE: start_thread (thread.c:487) ==31032== by 0x4244249: start_thread (pthread_create.c:333) ==31032== by 0x433FD6D: clone (clone.S:114) ==31032== Address 0x48968b4 is 44 bytes inside a block of size 92 alloc'd ==31032== at 0x7BC51061: notify_alloc (heap.c:254) ==31032== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==31032== by 0x56E3E79: RPCRT4_SendWithAuth (rpc_message.c:808) ==31032== by 0x56E5050: RPCRT4_Send (rpc_message.c:1248) ==31032== by 0x56E8275: process_request_packet (rpc_server.c:462) ==31032== by 0x56E8553: RPCRT4_process_packet (rpc_server.c:517) ==31032== by 0x56E86B9: RPCRT4_worker_thread (rpc_server.c:539) ==31032== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349) ==31032== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112) ==31032== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31032== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31032== by 0x7BC91391: ??? (signal_i386.c:2700) ==31032== by 0x7BC9B3EE: start_thread (thread.c:487) ==31032== by 0x4244249: start_thread (pthread_create.c:333) ==31032== by 0x433FD6D: clone (clone.S:114) ==31032== Uninitialised value was created by a client request ==31032== at 0x7BC50E23: mark_block_uninitialized (heap.c:208) ==31032== by 0x7BC50FB1: initialize_block (heap.c:239) ==31032== by 0x7BC5556F: RtlAllocateHeap (heap.c:1717) ==31032== by 0x4F8442B: IMalloc_fnAlloc (ifs.c:187) ==31032== by 0x4F84CCB: IMalloc_Alloc (objidl.h:1405) ==31032== by 0x4F84CCB: CoTaskMemAlloc (???:0) ==31032== by 0x4FC6B6E: RemUnknown_RemQueryInterface (stubmanager.c:716) ==31032== by 0x4FD0274: IRemUnknown_RemQueryInterface_Stub (dcom_p.c:369) ==31032== by 0x56B8358: CStdStubBuffer_Invoke (cstub.c:478) ==31032== by 0x4FA326E: IRpcStubBuffer_Invoke (objidl.h:7878) ==31032== by 0x4FA326E: RPC_ExecuteCall (???:0) ==31032== by 0x4FA36D8: dispatch_rpc (rpc.c:1503) ==31032== by 0x56E803A: process_request_packet (rpc_server.c:439) ==31032== by 0x56E8553: RPCRT4_process_packet (rpc_server.c:517) ==31032== by 0x56E86B9: RPCRT4_worker_thread (rpc_server.c:539) ==31032== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349) ==31032== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112) ==31032== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31032== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31032== by 0x7BC91391: ??? (signal_i386.c:2700) ==31032== by 0x7BC9B3EE: start_thread (thread.c:487) ==31032== by 0x4244249: start_thread (pthread_create.c:333) ==31032== -- Do not reply 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