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

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

Sept. 1, 2026

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

2 5

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

Aug. 31, 2026

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

2 6

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

Aug. 31, 2026

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

3 10

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

Aug. 31, 2026

https://bugs.winehq.org/show_bug.cgi?id=58040 Bug ID: 58040 Summary: Compiling with clang 20.1.1 results in a lot of mp67e96999/shell32-00000000.spec-00000000.s:32085:10: error: Could not find incbin file 'dlls/shell32/shell32.res' errors when shell32.dll is built. Product: Wine Version: 10.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)ivanchev.net Distribution: --- Created attachment 78296 --> https://bugs.winehq.org/attachment.cgi?id=78296 Excerpt from the build log Using latest clang (20.1.1) to compile Wine results in weird error about missing incbin file dlls/shell32/shell32.res when shell32.dll is being built although shell32.res is successfully compiled before hand (see log excerpt). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 52798] New: Wine32 Configure on x86-64 System Fails due to libdbus 32-bit development files not found
by WineHQ Bugzilla Aug. 31, 2026

Aug. 31, 2026

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

2 9

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

Aug. 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=54280 Bug ID: 54280 Summary: Deno crashes when opening it Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- Deno - javascript runtime, crashes when opening Tested version - https://github.com/denoland/deno/releases/download/v1.29.2/deno-x86_64-pc-w… Output(simplified) ``` # # Fatal error in , line 0 # Check failed: 0x04 == old_protection. # # # #FailureMessage Object: 00000000002BFB50 ==== C stack trace =============================== (No symbol) [0x0000000141A0121B] BaseThreadInitThunk [0x000000007B6293C9+9] (Z:\usr\src\packages\BUILD\dlls\kernel32\thread.c:61) RtlUserThreadStart [0x0000000170060DA3+131] (Z:\usr\src\packages\BUILD\dlls\ntdll\thread.c:285) (No symbol) [0x0000000000000000] EntryPoint [0x00000001427370BC+0] (No symbol) [0x000000007FEF0000] wine: Unhandled exception 0x80000003 in thread 168 at address 000000014184FA6B (thread 0168), starting debugger... ``` -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

[Bug 29384] New: Voobly fails to launch Age of Empires II multiplayer game (DirectPlay)
by wine-bugs＠winehq.org Aug. 30, 2026

Aug. 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=29384 Bug #: 29384 Summary: Voobly fails to launch Age of Empires II multiplayer game (DirectPlay) Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lapommegolden(a)gmail.com Classification: Unclassified Instead of entering AOE II's brown multiplayer game screen, game will now be automatically aborted & cancelled unrated instead. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

3 113

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

Aug. 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=56761 Bug ID: 56761 Summary: So when I install Blizzard.net setup exe its crashes and gives me the backtrace log Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adampigeons(a)gmail.com Distribution: --- Created attachment 76555 --> https://bugs.winehq.org/attachment.cgi?id=76555 the log of the error i launch battlenet exe setup then the window becomes unusable then i get the backtrace log -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 17

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

Aug. 30, 2026

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

2 12

[Bug 37668] New: Alctive-HDL_Sudent_Edition_9.3 : crashes when you are trying to run
by wine-bugs＠winehq.org Aug. 30, 2026

Aug. 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=37668 Bug ID: 37668 Summary: Alctive-HDL_Sudent_Edition_9.3 : crashes when you are trying to run Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zvs5039(a)psu.edu Created attachment 50141 --> https://bugs.winehq.org/attachment.cgi?id=50141 Backtrace of the program opening for the first time Alctive-HDL_Sudent_Edition_9.3 is a VHDL program only available to windows and love to use it on a mac. It install with one warning. you can install from https://www.aldec.com/students/student.php?id=4. It free to use for students. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

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

Aug. 30, 2026

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

2 9

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

Aug. 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=38287 Bug ID: 38287 Summary: Pioneers: Crashes on third run Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aekkusu(a)gmail.com Distribution: --- Created attachment 51121 --> https://bugs.winehq.org/attachment.cgi?id=51121 Pioneers (game) Backtrace OS: Debian Unstable (Sid) Free download of the game: http://eigen.itch.io/pioneers App Version: Build 7 On the first two runs the game worked flawlessly aside from some few graphical glitches (which I suspect are because of my IGP and drivers as it happens in native apps/programs/games and therefore is unrelated to Wine) On the third run however I got a crash when launching the game after having done nothing to the game except save a game I was playing. I attached the backtrace below, also here's the terminal output: http://pastebin.com/VqjHvB4D The game comes in a zip file, so I won't provide the hashes for the file itself. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 11

[Bug 16179] New: QIP: flashing chat window disappears if it is not on the current desktop.
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

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

2 11

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

Aug. 29, 2026

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

2 7

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

Aug. 29, 2026

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

2 5

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

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=37002 Bug ID: 37002 Summary: Plogue chipsound registration fails Product: Wine Version: 1.7.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bique.alexandre(a)gmail.com Plogue Chipsound registration fails: fixme:process:GetProcessWorkingSetSize (0xffffffff,0x33e754,0x33e758): stub fixme:process:GetProcessWorkingSetSize (0xffffffff,0x33e754,0x33e758): stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} Here is a link to the software: http://www.plogue.com/products/chipsounds/ -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

[Bug 32547] New: ShowMiiWads: Crashes when installing WADs
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

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

2 6

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

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=32363 Bug #: 32363 Summary: Fonts are smoothed Product: Wine Version: 1.5.18 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified After upgrading from Wine 1.5.17 to 1.5.18 the fonts are smoothed (even on a new profile). I have already looked at "HKEY_CURRENT_USER\\Control Panel\\Desktop\\FontSmoothing" but it is already set to 0. If it is important: My system uses the ttf-mscorefonts-installer package with some rules to look like the fonts of a Windows system. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 20

[Bug 39158] New: strange behaviour of WinForms components using MS .net
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

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

2 6

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

Aug. 29, 2026

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

2 15

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

Aug. 29, 2026

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

2 8

[Bug 38954] New: One barrel shotgun gets rendered with wrong orientation on Serious Sam HD: The Second Encounter
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=38954 Bug ID: 38954 Summary: One barrel shotgun gets rendered with wrong orientation on Serious Sam HD: The Second Encounter Product: Wine Version: 1.7.46 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)iooioio.orion.uberspace.de Distribution: --- On Serious Sam HD: The Second Encounter one of the weapons gets rendered with a wrong orientation (see attachment). I haven't systematically checked them all but all the other weapons I've seen so far seem to render correctly. I'm using the proprietary nvidia drivers (352.21). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 21539] New: Using "Bare Streams" console mode with SRCDS does not work.
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

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

2 8

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

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=34748 Bug #: 34748 Summary: Integrate GVFS just like you have integrated CUPS Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: netapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: n296869(a)rtrtr.com Classification: Unclassified Wine already integrates with CUPS to allow applications to print documents exactly as they do it in Windows. My proposal is to integrate Wine with GVFS to let applications automatically mount network shares. In Windows applications can access network shares by just specifying a path like "//server/share". But in Wine you first need to manually create a link to "~/.wine/dosdevices/unc/server/share", and only then all applications will be able to access this particular server. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

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

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=35558 Bug ID: 35558 Summary: Rift crashes when VT switch > 60 sec Product: Wine Version: 1.7.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: rift-wine(a)yopmail.com Classification: Unclassified Created attachment 47482 --> http://bugs.winehq.org/attachment.cgi?id=47482 Standard Output Open Rift in a secondary X server. Switch to primary X server : if time passed on primary X server is greater than 60 seconds, Rift will crash on secondary X server. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 6

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

Aug. 29, 2026

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

2 7

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

Aug. 29, 2026

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

2 7

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

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=32642 Bug #: 32642 Summary: Autodetect drives on the first configuration Product: Wine Version: 1.5.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified If a new profile of Wine is created it doesn't setup all drives which the Autodetect button of winecfg would find. For example on my system with a new profile winecfg shows me C: as ../drive_c and Z: as /. After clicking on Autodetect it adds D: as /media/sr0 and H: as /home/sworddragon. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4

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

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=31535 Bug #: 31535 Summary: OpenGeneral : sound and music don't play Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dragdasan(a)ymail.com Classification: Unclassified OpenGeneral turn based strategy : http://sourceforge.net/projects/opengeneral/files/DailyBuild/ Sound and music (but also video -intro video ) don't work at all no matter what version i try be it wine 1.5.10 or older. I have this bug confirmed by other OpenGeneral players . Also the fact that the sound does not work is confirmed here http://bugs.winehq.org/show_bug.cgi?id=31455 by Rosanne DiMesio . -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

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

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=24878 Summary: "Group by" options don't work in Explorer++ Product: Wine Version: 1.3.5 Platform: x86-64 URL: http://www.explorerplusplus.com/download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31495) --> (http://bugs.winehq.org/attachment.cgi?id=31495) Terminal output The file grouping options accessible in the view -> group by menu don't seem to do anything. Native comctl32 (v6) makes them functional. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

3 11

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

Aug. 29, 2026

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

2 8

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

Aug. 29, 2026

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

2 6

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

Aug. 29, 2026

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

2 14

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

Aug. 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=38083 Bug ID: 38083 Summary: Exact Audio Copy: wineserver crashes after burning a CD Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: olibuntu(a)arcor.de Distribution: --- When burning of a CD is completed in Exact Audio Copy 1.0 beta 4, wineserver crashes with the following message in the terminal: wineserver crashed, please enable coredumps (ulimit -c unlimited) and restart. The CD is fine. But it's annoying that one has to kill the application and four processes in C:\windows\system32\ afterwards and restart EAC. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 6

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

Aug. 29, 2026

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

2 7

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

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=36976 Bug ID: 36976 Summary: Unity3D: Autodesk's "Beast" lightmapping engine freezes/crashes Unity Editor when baking lightmaps Product: Wine Version: 1.7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Pendrokar(a)gmail.com Created attachment 49099 --> http://bugs.winehq.org/attachment.cgi?id=49099 Wine log for opening an almost empty project and baking maps Unity Editor uses Autodesk's Beast(formely Illuminated Labs's Beast) lightmapping engine to generate lightmaps for objects within the scene. But it either crashes or freezes when baking maps. Steps to reproduce: 1. Add a light and a cube to the empty scene 2. Open Window -> Lightmapping 3. Bake -> Mode (Single Lightmaps) 4. Bake Selected -> Bake Scene -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

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

Aug. 29, 2026

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

2 4

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

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=30325 Bug #: 30325 Summary: builtin winhlp32 display Chinese help documents as garbled Product: Wine Version: 1.5.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Get a copy of cmmgr32.hlp from Windows XP Chinese Version in c:\windows\system32 2. open with wine builtin winhlp32.exe Expect Result: Display Chinese Actual Result: All Chinese display as garbled I copy a native winhlp32.exe to wine, open the same document, Chinese display OK. I also cross-compiled wine's winhlp32.exe and copy it to Windows XP, open the same document, Chinese display as garbled again. So I assume the component should be "programs" -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4

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

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=34597 Bug #: 34597 Summary: Implement Windows Batch Rename Functionality Product: Wine Version: 1.7.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: shatteredlites(a)gmail.com Classification: Unclassified OK ubuntu is not built with a batch renamer tool and one that is user friendly does not exist. is there a possible way to implement the windows batch rename feature Example - picture picture (1) picture (2) in windows all you do is highlight all the files you want to rename and right click and rename them. like in the example I want to name the files "picture" and then windows will rename them that with the numbering beside them. I know how to launch Wine Explorer and i can browse files in it but I cant batch rename them. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 2

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

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=20476 Summary: configure uses GCC's keyword typeof Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: yann(a)droneaud.fr configure script uses typeof() which is a GCC extension not available in C99. Running configure script with a C99 compliant compiler (eg gcc --std=c99) reports errors about missing libs/features. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 8

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

Aug. 29, 2026

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

2 13

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

Aug. 29, 2026

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

2 17

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

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=33060 Bug #: 33060 Summary: cannot enter game room automatically with 11game platform Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lightning1141(a)gmail.com Classification: Unclassified 1. Download 5211Game.exe from http://www.5211game.com/down.aspx 2. install with wine $wine 5211setup.exe 3. start from wine $ cd ~/.wine/drive_c/Program\ Files\ $x86$/11game/ && wine 11Game.exe 4. login and setting DotA login then click DOTA item, setting war3.exe to start by 11game platform 5. start DotA chose a room like DotA6.77*** then click "创建游戏" to creat a new game. war3.exe will start automatically but I cannot enter the game, I enter LAN to see if there's any room but none. this happens from the version of 11game platform 1.1.4.1 to 1.1.5.8 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 13

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

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=37066 Bug ID: 37066 Summary: Explorer stop-button not working Product: Wine Version: 1.7.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: sys2065(a)gmail.com iexplore buttons only stop is not working fixme:ieframe:InternetExplorer_Stop (0x13dbd8) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 2

[Bug 36474] New: Wine doesn't respect the systemd attach to seat
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=36474 Bug ID: 36474 Summary: Wine doesn't respect the systemd attach to seat Product: Wine Version: 1.7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: debian(a)jkfloris.demon.nl I have a working systemd multiseat setup. seat0 has a keyboard and a mouse attached. Seat1 has also two usb joysticks. But when I run `wine control` on seat0 the game controller menu shows the joysticks from seat1 and the buttons and axis are working. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 29276] New: 360chrome couldn't open embed iexplore but open url in native Linux browser instead
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

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

2 10

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

Aug. 28, 2026

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

2 7

[Bug 52284] New: Factory I/O SPS-Software hangs
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=52284 Bug ID: 52284 Summary: Factory I/O SPS-Software hangs Product: Wine Version: 7.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Hello everyone, I got a request from the ubuntuusers.de forum that one user had problems running this program and submitted an AppDB entry at https://appdb.winehq.org/objectManager.php?sClass=version&iId=40486 providing tests for 7.0rc1 and 7.0rc2 (queued) where as the console is spammed with 018c:fixme:d3d:wined3d_device_context_resolve_sub_resource Multisample resolve is not fully supported for typeless formats (dst_format WINED3DFMT_R8G8B8A8_TYPELESS, src_format WINED3DFMT_R8G8B8A8_TYPELESS, format WINED3DFMT_R8G8B8A8_UNORM). Steps to reproduce after installation: New → File → Drivers → Control I/O (opens up a grey window but nothing happens) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 12

[Bug 32336] New: finereader 11 trial version install fails and rollbacks
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

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

3 10

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

Aug. 28, 2026

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

2 2

[Bug 46339] New: comctl32//tests/edit.c shows an invalid read
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

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

3 5

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

Aug. 28, 2026

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

3 6

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

Aug. 28, 2026

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

2 5

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36182 Bug ID: 36182 Summary: valgrind shows a potential leaks in atl/tests/registrar.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: atl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13481== 28 bytes in 1 blocks are possibly lost in loss record 161 of 562 ==13481== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13481== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13481== by 0x529E83E: COMPOBJ_DllList_Add (compobj.c:526) ==13481== by 0x52A0B7A: apartment_getclassobject (compobj.c:1335) ==13481== by 0x52A42C4: get_inproc_class_object (compobj.c:2894) ==13481== by 0x52A4783: CoGetClassObject (compobj.c:3032) ==13481== by 0x52A4D45: CoCreateInstance (compobj.c:3197) ==13481== by 0x4C9A026: test_registrar (registrar.c:68) ==13481== by 0x4C9A8A7: func_registrar (registrar.c:159) ==13481== by 0x4C9B6A7: run_test (test.h:584) ==13481== by 0x4C9BA96: main (test.h:654) ==13481== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

3 6

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

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=58541 Bug ID: 58541 Summary: I was installing old skype Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: apphelp Assignee: wine-bugs(a)winehq.org Reporter: younusalbaloushi(a)gmail.com Distribution: --- Created attachment 79039 --> http://bugs.winehq.org/attachment.cgi?id=79039 I was installing old skype and I see this I was installing this and I see this -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 5

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38844 Bug ID: 38844 Summary: valgrind shows a possible leak in ieframe/tests/intshcut.c Product: Wine Version: 1.7.46 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==30614== 8 bytes in 1 blocks are possibly lost in loss record 35 of 729 ==30614== at 0x7BC4AAA3: notify_alloc (heap.c:254) ==30614== by 0x7BC4ED46: RtlAllocateHeap (heap.c:1715) ==30614== by 0x7B84376E: HeapAlloc (heap.c:271) ==30614== by 0x7B8439EE: GlobalAlloc (heap.c:377) ==30614== by 0x4C4EB83: OLEClipbrd_Initialize (clipboard.c:1756) ==30614== by 0x4C841F1: OleInitialize (ole2.c:214) ==30614== by 0x4AF0814: func_intshcut (intshcut.c:397) ==30614== by 0x4B03E73: run_test (test.h:584) ==30614== by 0x4B042BB: main (test.h:666) ==30614== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 2

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

Aug. 28, 2026

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

2 6

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36338 Bug ID: 36338 Summary: valgrind shows a potential leak in comcat/tests/comcat.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==20450== 28 bytes in 1 blocks are possibly lost in loss record 161 of 554 ==20450== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==20450== by 0x4CAABB8: apartment_getclassobject (compobj.c:526) ==20450== by 0x4CADFC6: get_inproc_class_object (compobj.c:2894) ==20450== by 0x4CB0D2F: CoGetClassObject (compobj.c:3032) ==20450== by 0x4CB14B7: CoCreateInstance (compobj.c:3197) ==20450== by 0x4B48DF5: func_comcat (comcat.c:92) ==20450== by 0x4B4A02C: run_test (test.h:584) ==20450== by 0x4B4A41A: main (test.h:654) ==20450== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36181 Bug ID: 36181 Summary: valgrind shows several potential leaks in atl/tests/module.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: atl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13406== 32 bytes in 1 blocks are possibly lost in loss record 67 of 264 ==13406== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13406== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13406== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==13406== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==13406== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==13406== by 0x4E0546E: AtlModuleInit (atl30.c:69) ==13406== by 0x4CB1610: test_winmodule (module.c:71) ==13406== by 0x4CB1F77: func_module (module.c:158) ==13406== by 0x4CB36A7: run_test (test.h:584) ==13406== by 0x4CB3A96: main (test.h:654) ==13406== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

[Bug 46171] New: Crash when testing for disk drive speed
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

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

2 5

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

Aug. 28, 2026

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

2 3

[Bug 36634] New: valgrind shows an unintialized write in rpcrt4/tests/marshall.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36634 Bug ID: 36634 Summary: valgrind shows an unintialized write in rpcrt4/tests/marshall.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==19743== Thread 4: ==19743== Invalid read of size 4 ==19743== at 0x7BC82C7D: ntdll_get_thread_data (ntdll_misc.h:241) ==19743== by 0x7BC87264: abort_thread (signal_i386.c:2654) ==19743== by 0x7BC80119: wait_select_reply (server.c:336) ==19743== by 0x7BC80EDC: server_select (server.c:597) ==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863) ==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872) ==19743== by 0x7BC47912: server_ioctl_file (file.c:1375) ==19743== by 0x7BC48312: NtFsControlFile (file.c:1623) ==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608) ==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131) ==19743== by 0x7BC87137: ??? (signal_i386.c:2571) ==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==19743== by 0x7BC87115: ??? (signal_i386.c:2571) ==19743== by 0x7BC8E560: start_thread (thread.c:428) ==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==19743== Address 0x5db4018 is on thread 1's stack ==19743== Invalid read of size 4 ==19743== at 0x7BC87265: abort_thread (signal_i386.c:2654) ==19743== by 0x7BC80119: wait_select_reply (server.c:336) ==19743== by 0x7BC80EDC: server_select (server.c:597) ==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863) ==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872) ==19743== by 0x7BC47912: server_ioctl_file (file.c:1375) ==19743== by 0x7BC48312: NtFsControlFile (file.c:1623) ==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608) ==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131) ==19743== by 0x7BC87137: ??? (signal_i386.c:2571) ==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==19743== by 0x7BC87115: ??? (signal_i386.c:2571) ==19743== by 0x7BC8E560: start_thread (thread.c:428) ==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==19743== Address 0x5db4204 is on thread 1's stack ==19743== Invalid read of size 4 ==19743== at 0x7BC82C7D: ntdll_get_thread_data (ntdll_misc.h:241) ==19743== by 0x7BC8727B: abort_thread (signal_i386.c:2655) ==19743== by 0x7BC80119: wait_select_reply (server.c:336) ==19743== by 0x7BC80EDC: server_select (server.c:597) ==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863) ==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872) ==19743== by 0x7BC47912: server_ioctl_file (file.c:1375) ==19743== by 0x7BC48312: NtFsControlFile (file.c:1623) ==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608) ==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131) ==19743== by 0x7BC87137: ??? (signal_i386.c:2571) ==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==19743== by 0x7BC87115: ??? (signal_i386.c:2571) ==19743== by 0x7BC8E560: start_thread (thread.c:428) ==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==19743== Address 0x5db4018 is on thread 1's stack ==19743== Invalid read of size 4 ==19743== at 0x7BC8727C: abort_thread (signal_i386.c:2655) ==19743== by 0x7BC80119: wait_select_reply (server.c:336) ==19743== by 0x7BC80EDC: server_select (server.c:597) ==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863) ==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872) ==19743== by 0x7BC47912: server_ioctl_file (file.c:1375) ==19743== by 0x7BC48312: NtFsControlFile (file.c:1623) ==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608) ==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131) ==19743== by 0x7BC87137: ??? (signal_i386.c:2571) ==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==19743== by 0x7BC87115: ??? (signal_i386.c:2571) ==19743== by 0x7BC8E560: start_thread (thread.c:428) ==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==19743== Address 0x5db4204 is on thread 1's stack ==19743== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36575 Bug ID: 36575 Summary: valgrind shows a couple possible leaks in urlmon/tests/sec_mgr.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M urlmon.dll -p urlmon_test.exe.so sec_mgr && touch sec_mgr.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 fixme:urlmon:SecManagerImpl_GetSecurityIdEx2 dwReserved is not supported yet ==28354== 8 bytes in 1 blocks are possibly lost in loss record 37 of 599 ==28354== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==28354== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==28354== by 0x7B8457FF: HeapAlloc (heap.c:271) ==28354== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==28354== by 0x516B4C7: OLEClipbrd_Initialize (clipboard.c:1732) ==28354== by 0x51A48E6: OleInitialize (ole2.c:215) ==28354== by 0x4CE4B3A: func_sec_mgr (sec_mgr.c:2043) ==28354== by 0x4D16166: run_test (test.h:584) ==28354== by 0x4D16555: main (test.h:654) ==28354== preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==28354== 36 bytes in 1 blocks are possibly lost in loss record 231 of 599 ==28354== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==28354== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==28354== by 0x4EC359D: heap_alloc (urlmon_main.h:236) ==28354== by 0x4EC3B3C: register_namespace (session.c:126) ==28354== by 0x4EC4832: InternetSession_RegisterNameSpace (session.c:375) ==28354== by 0x4CE20A2: register_protocols (urlmon.h:3759) ==28354== by 0x4CE4B42: func_sec_mgr (sec_mgr.c:2044) ==28354== by 0x4D16166: run_test (test.h:584) ==28354== by 0x4D16555: main (test.h:654) ==28354== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

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

Aug. 28, 2026

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

2 2

[Bug 36635] New: valgrind shows uninitialized memory in secur32/tests/schannel.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

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

2 5

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36574 Bug ID: 36574 Summary: valgrind shows a definite leak in urlmon/tests/protocol.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==21884== 96 bytes in 1 blocks are definitely lost in loss record 552 of 841 ==21884== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==21884== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==21884== by 0x6430124: heap_alloc_zero (internet.h:121) ==21884== by 0x6431091: create_netconn (netconnection.c:369) ==21884== by 0x641FDBC: open_http_connection (http.c:4789) ==21884== by 0x6420432: HTTP_HttpSendRequestW (http.c:4916) ==21884== by 0x64211FA: AsyncHttpSendRequestProc (http.c:5182) ==21884== by 0x642DD83: INTERNET_WorkerThreadFunc (internet.c:3840) ==21884== by 0x7BC90A24: worker_thread_proc (threadpool.c:110) ==21884== by 0x7BC870C7: ??? (signal_i386.c:2571) ==21884== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==21884== by 0x7BC870A5: ??? (signal_i386.c:2571) ==21884== by 0x7BC8E4EC: start_thread (thread.c:428) ==21884== by 0x421FF92: start_thread (pthread_create.c:309) ==21884== by 0x43247ED: clone (clone.S:129) ==21884== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 36361] New: valgrind shows several uninitialized values in dsound/tests/propset.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36361 Bug ID: 36361 Summary: valgrind shows several uninitialized values in dsound/tests/propset.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==14871== Conditional jump or move depends on uninitialised value(s) ==14871== at 0x4A6FE18: callback (propset.c:70) ==14871== by 0x6164293: DSPROPERTY_enumWtoA (propset.c:388) ==14871== by 0x61647E4: enum_callback (propset.c:298) ==14871== by 0x615AE42: send_device (dsound_main.c:442) ==14871== by 0x615BC13: enumerate_mmdevices (dsound_main.c:502) ==14871== by 0x616458D: DSPROPERTY_EnumerateW (propset.c:326) ==14871== by 0x61659B6: IKsPrivatePropertySetImpl_Get (propset.c:411) ==14871== by 0x4A71C43: func_propset (propset.c:439) ==14871== by 0x4A72EC4: run_test (test.h:584) ==14871== by 0x4A732B3: main (test.h:654) ==14871== Uninitialised value was created by a stack allocation ==14871== at 0x61646DC: enum_callback (propset.c:274) ==14871== ==15026== Conditional jump or move depends on uninitialised value(s) ==15026== at 0x4A70286: callback1 (propset.c:94) ==15026== by 0x6170013: DSPROPERTY_enumWto1 (propset.c:421) ==15026== by 0x61707E4: enum_callback (propset.c:298) ==15026== by 0x6166E42: send_device (dsound_main.c:442) ==15026== by 0x6167C13: enumerate_mmdevices (dsound_main.c:502) ==15026== by 0x617058D: DSPROPERTY_EnumerateW (propset.c:326) ==15026== by 0x61719B6: IKsPrivatePropertySetImpl_Get (propset.c:411) ==15026== by 0x4A71DB1: func_propset (propset.c:469) ==15026== by 0x4A72EC4: run_test (test.h:584) ==15026== by 0x4A732B3: main (test.h:654) ==15026== Uninitialised value was created by a stack allocation ==15026== at 0x61706DC: enum_callback (propset.c:274) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36184 Bug ID: 36184 Summary: valgrind shows a potential leaks in avifil32/tests/api.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==2113== 8 bytes in 1 blocks are possibly lost in loss record 35 of 677 ==2113== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2113== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2113== by 0x7B8457FF: HeapAlloc (heap.c:271) ==2113== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==2113== by 0x5852357: OLEClipbrd_Initialize (clipboard.c:1732) ==2113== by 0x588B6C6: OleInitialize (ole2.c:215) ==2113== by 0x4F95DE3: AVIFileInit (api.c:177) ==2113== by 0x4E6D3D2: func_api (api.c:716) ==2113== by 0x4E6E1F6: run_test (test.h:584) ==2113== by 0x4E6E5E4: main (test.h:654) ==2113== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

3 7

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=41286 Bug ID: 41286 Summary: dbghelp_dwarf: dwarf2_parse_const_type Unsupported children (mesa/valgrind) Product: Wine Version: 1.9.16 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: bunglehead(a)gmail.com Distribution: Gentoo fixme:dbghelp_dwarf:dwarf2_parse_const_type Unsupported children This occurs with both clang (3.7.1) and gcc (4.9.3) with valgrind (3.11.0). This was found in dlls/amstream/tests/amstream.c -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 6

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36710 Bug ID: 36710 Summary: oleaut32/tests/olepicture.c fails under valgrind Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48755 --> https://bugs.winehq.org/attachment.cgi?id=48755 terminal output Only seems to fail when run from a top level make test, not when run individually. Very consistently failing, however. olepicture.c:776: Test failed: Color at 0,0 should be unchanged 0x10F9BC, but was 0x703889 olepicture.c:784: Test failed: Color at 10,10 should be unchanged 0x10F9BC, but was 0x30C7E2 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 2

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36362 Bug ID: 36362 Summary: valgrind shows a potential leak in dsound/tests/propset.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==15257== 28 bytes in 1 blocks are possibly lost in loss record 230 of 799 ==15257== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==15257== by 0x4E42BB8: apartment_getclassobject (compobj.c:526) ==15257== by 0x4E45FC6: get_inproc_class_object (compobj.c:2894) ==15257== by 0x4E48D2F: CoGetClassObject (compobj.c:3032) ==15257== by 0x4E494B7: CoCreateInstance (compobj.c:3197) ==15257== by 0x6166702: get_mmdevenum (dsound_main.c:178) ==15257== by 0x6167A62: enumerate_mmdevices (dsound_main.c:466) ==15257== by 0x617058D: DSPROPERTY_EnumerateW (propset.c:326) ==15257== by 0x61719B6: IKsPrivatePropertySetImpl_Get (propset.c:411) ==15257== by 0x4A71C43: func_propset (propset.c:439) ==15257== by 0x4A72EC4: run_test (test.h:584) ==15257== by 0x4A732B3: main (test.h:654) ==15257== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 15524] New: Add language field for applications
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=15524 Summary: Add language field for applications Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jan-winehq(a)hoogenraad.net Please add a selection box to enter the language of the application. If implemented as a version of an application, allow for different titles of the applications in the different languages. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 11

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=54315 Bug ID: 54315 Summary: The program described as per bug report failed to run Product: WineHQ Bugzilla Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: giamas956(a)gmail.com CC: austinenglish(a)gmail.com Distribution: --- Created attachment 73877 --> https://bugs.winehq.org/attachment.cgi?id=73877 unable to run Gihosoft\Gihosoft RePicvid\RePicvid.exe as bug report above Unable to launch the program Gihosoft RePicvid as reported -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 6

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

Aug. 28, 2026

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

2 5

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

Aug. 28, 2026

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

2 5

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38440 Bug ID: 38440 Summary: valgrind shows a definite leak in comdlg32/filedlg Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: minor Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: dank(a)kegel.com Distribution: --- ==6025== 28 bytes in 1 blocks are definitely lost in loss record 237 of 1,085 ==6025== at 0x7BC49E0E: notify_alloc (heap.c:254) ==6025== by 0x7BC4E044: RtlAllocateHeap (heap.c:1715) ==6025== by 0x7BC43059: alloc_fileio (file.c:381) ==6025== by 0x7BC45096: server_ioctl_file (file.c:1404) ==6025== by 0x7BC45A43: NtFsControlFile (file.c:1684) ==6025== by 0x7B872671: ConnectNamedPipe (sync.c:1615) ==6025== by 0x4FEA6EF: listen_thread (rpc_transport.c:132) ==6025== by 0x7BC8023F: ??? (signal_i386.c:2682) ==6025== by 0x7BC80286: call_thread_func (signal_i386.c:2741) ==6025== by 0x7BC8021D: ??? (signal_i386.c:2682) ==6025== by 0x7BC8726D: start_thread (thread.c:443) ==6025== by 0x4214EFA: start_thread (pthread_create.c:309) ==6025== by 0x431362D: clone (clone.S:129) ==6025== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 37258] New: Editor via Wine (notepad) no Numlock numbers avaiable
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=37258 Bug ID: 37258 Summary: Editor via Wine (notepad) no Numlock numbers avaiable Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: info(a)mk-news.com Editor via Wine (notepad) no Numlock numbers avaiable testet with my own programm: "VK-LEFT" comes for key 4 on numeric Key if Numlock on or off Leafpad do it correct wine 1.6.2 via VNC4Server on LXDE-desktop -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

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

Aug. 28, 2026

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

2 3

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36393 Bug ID: 36393 Summary: valgrind shows a possible leak in infosoft/tests/infosoft.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M infosoft.dll -p infosoft_test.exe.so infosoft && touch infosoft.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==21605== 28 bytes in 1 blocks are possibly lost in loss record 157 of 548 ==21605== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==21605== by 0x5062BE8: apartment_getclassobject (compobj.c:526) ==21605== by 0x5065FF6: get_inproc_class_object (compobj.c:2894) ==21605== by 0x5068D5F: CoGetClassObject (compobj.c:3032) ==21605== by 0x50694E7: CoCreateInstance (compobj.c:3197) ==21605== by 0x4AA23CE: func_infosoft (infosoft.c:167) ==21605== by 0x4AA285A: run_test (test.h:584) ==21605== by 0x4AA1C8E: main (test.h:654) ==21605== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36424 Bug ID: 36424 Summary: valgrind shows a leak in quartz/tests/filtergraph.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==27031== 28 bytes in 1 blocks are possibly lost in loss record 248 of 920 ==27031== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==27031== by 0x530CBB8: apartment_getclassobject (compobj.c:526) ==27031== by 0x530FFC6: get_inproc_class_object (compobj.c:2894) ==27031== by 0x5312D2F: CoGetClassObject (compobj.c:3032) ==27031== by 0x53134B7: CoCreateInstance (compobj.c:3197) ==27031== by 0x6108B69: ??? ==27031== by 0x4D6B3AD: test_render_filter_priority (strmif.h:4913) ==27031== by 0x4D6BFE7: func_filtergraph (filtergraph.c:1893) ==27031== by 0x4D723D4: run_test (test.h:584) ==27031== by 0x4D727C3: main (test.h:654) ==27031== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 36310] New: valgrind shows lots of uninitialized reads/writes in msxml3/tests/xmlview.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

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

2 4

[Bug 36282] New: valgrind shows an unitialized write in ieframe/tests/ie.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

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

3 5

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

Aug. 28, 2026

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

2 6

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=52010 Bug ID: 52010 Summary: %USERPROFILE% environment variable gets ignored Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: docmax(a)gmx.de Distribution: --- i created a little batch file where %USERPROFILE% is set and when the app starts it writes into that dir. this works in windows but in wine it gets ignored (writing to c:\Users\user\...). how can this be fixed? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

[Bug 43386] New: valgrind shows uninitialized memory in dlls/shell32/tests /shelldispatch.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

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

2 2

[Bug 38439] New: valgrind shows an uninitialized value atl100/tests/atl.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38439 Bug ID: 38439 Summary: valgrind shows an uninitialized value atl100/tests/atl.c Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: atl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==5614== Conditional jump or move depends on uninitialised value(s) ==5614== at 0x98944C9: ??? ==5614== by 0x7465456: create_nscontainer (nsembed.c:2115) ==5614== by 0x73E29E8: HTMLDocument_Create (htmldoc.c:4857) ==5614== by 0x745127D: ClassFactory_CreateInstance (main.c:271) ==5614== by 0x48C046C: IClassFactory_CreateInstance (unknwn.h:226) ==5614== by 0x48C046C: CoCreateInstance (???:0) ==5614== by 0x5504C7C: create_mime_object (binding.c:260) ==5614== by 0x5504FAB: create_object (binding.c:310) ==5614== by 0x5507716: report_data (binding.c:1079) ==5614== by 0x55079F3: InternetProtocolSink_ReportData (binding.c:1128) ==5614== by 0x550C581: IInternetProtocolSink_ReportData (urlmon.h:3113) ==5614== by 0x550C581: ProtocolSinkHandler_ReportData (???:0) ==5614== by 0x550D12A: IInternetProtocolSink_ReportData (urlmon.h:3113) ==5614== by 0x550D12A: BPInternetProtocolSink_ReportData (???:0) ==5614== by 0x5510173: IInternetProtocolSink_ReportData (urlmon.h:3113) ==5614== by 0x5510173: FileProtocol_StartEx (???:0) ==5614== by 0x550B050: IInternetProtocolEx_StartEx (urlmon.h:7872) ==5614== by 0x550B050: BindProtocol_StartEx (???:0) ==5614== by 0x5508CD1: IInternetProtocolEx_StartEx (urlmon.h:7872) ==5614== by 0x5508CD1: start_binding (???:0) ==5614== by 0x5508F63: bind_to_object (binding.c:1598) ==5614== by 0x5525A69: URLMoniker_BindToObject (umon.c:260) ==5614== by 0x54922E5: IMoniker_BindToObject (objidl.h:3485) ==5614== by 0x54922E5: bind_to_object (???:0) ==5614== by 0x5492B7E: navigate_bsc (navigate.c:910) ==5614== by 0x5492C45: navigate_bsc_proc (navigate.c:940) ==5614== by 0x547D93F: process_dochost_tasks (dochost.c:63) ==5614== Uninitialised value was created by a stack allocation ==5614== at 0x9894439: ??? ==5614== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

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

Aug. 28, 2026

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

2 2

[Bug 36559] New: valgrind shows a definite leak in ieframe/tests/webbrowser.c (fd_sets_to_poll)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36559 Bug ID: 36559 Summary: valgrind shows a definite leak in ieframe/tests/webbrowser.c (fd_sets_to_poll) Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13698== 8 bytes in 1 blocks are definitely lost in loss record 428 of 11,275 ==13698== at 0x7BC4C75D: notify_alloc (heap.c:255) ==13698== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716) ==13698== by 0x7F61C60: fd_sets_to_poll (socket.c:4299) ==13698== by 0x7F6232A: WS_select (socket.c:4422) ==13698== by 0x7F0F0F0: ??? (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/nspr4.dll) ==13698== by 0x7F062D2: ??? (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/nspr4.dll) ==13698== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 5

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

Aug. 28, 2026

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

2 2

[Bug 36398] New: valgrind shows an invalid read in comctl32/tests/toolbar.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36398 Bug ID: 36398 Summary: valgrind shows an invalid read in comctl32/tests/toolbar.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==18993== Invalid read of size 2 ==18993== at 0x7BC55D60: RtlImageNtHeader (loader.c:2742) ==18993== by 0x7BC55EB9: RtlImageDirectoryEntryToData (loader.c:2916) ==18993== by 0x7BC6FBC4: find_entry (resource.c:189) ==18993== by 0x7BC70270: LdrFindResource_U (resource.c:303) ==18993== by 0x7B86DB6F: find_resourceW (resource.c:139) ==18993== by 0x7B86F7FD: FindResourceExW (resource.c:183) ==18993== by 0x7B86F8ED: FindResourceW (resource.c:192) ==18993== by 0x51A10FB: TOOLBAR_AddStringW (toolbar.c:2922) ==18993== by 0x51A8403: ToolbarWindowProc (toolbar.c:2993) ==18993== by 0x54CC579: ??? (in /home/austin/wine-valgrind-known/dlls/user32/user32.dll.so) ==18993== by 0x54CCCB5: call_window_proc (winproc.c:244) ==18993== by 0x54CE525: WINPROC_CallProcAtoW (winproc.c:504) ==18993== by 0x54CF3F2: WINPROC_call_window (winproc.c:911) ==18993== by 0x548DF3C: call_window_proc (message.c:2223) ==18993== by 0x5495685: send_message (message.c:3260) ==18993== by 0x5497BB0: SendMessageA (message.c:3476) ==18993== by 0x4FB7E62: test_add_string (toolbar.c:537) ==18993== by 0x4FBE480: func_toolbar (toolbar.c:1955) ==18993== by 0x4F4284B: main (test.h:584) ==18993== Address 0xdeadbeee is on thread 1's stack ==18993== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 36219] New: valgrind shows some definite leaks in dlls/jscript/tests/run.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

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

2 4

[Bug 26108] New: ole32/defaulthandlers tests shows a valgrind warning
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=26108 Summary: ole32/defaulthandlers tests shows a valgrind warning Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Conditional jump or move depends on uninitialised value(s) at StorageImpl_CreateDirEntry (storage32.c:1251) by StorageBaseImpl_CreateDirEntry (storage32.h:272) by StorageBaseImpl_CreateStream (storage32.c:985) by init_ole_stream (defaulthandler.c:1619) by DefaultHandler_IPersistStorage_InitNew (defaulthandler.c:1685) by test_olestream (defaulthandler.c:81) by func_defaulthandler (defaulthandler.c:107) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a client request at mark_block_uninitialized (heap.c:208) by initialize_block (heap.c:239) by RtlReAllocateHeap (heap.c:1897) by HeapReAlloc (heap.c:277) by GlobalReAlloc (heap.c:676) by HGLOBALLockBytesImpl_SetSize (memlockbytes.c:518) by StorageImpl_Construct (storage32.c:2740) by Storage_Construct (storage32.c:5131) by StgCreateDocfileOnILockBytes (storage32.c:7709) by create_storage (defaulthandler.c:41) by test_olestream (defaulthandler.c:69) by func_defaulthandler (defaulthandler.c:107) by run_test (test.h:556) by main (test.h:624) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

3 8

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

Aug. 28, 2026

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

2 3

[Bug 36094] New: advapi32/security test uses an unitialized variable in test_CreateDirectoryA
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

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

3 7

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=45837 Bug ID: 45837 Summary: Battle.net Launcher dropdown menu cant be opened, no icon to click Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Culted86(a)gmail.com Distribution: --- Created attachment 62304 --> https://bugs.winehq.org/attachment.cgi?id=62304 screenshots When using the Battle.net Launcher the dropdown menu to get to the options and other settings, the icon for the dropdown menu does not appear and clicking where it should be or moving the mouse around that spot does not help i added two screenshots in a zip as an attachment one shows how it should look and one shows how it looks with wine -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

3 8

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38729 Bug ID: 38729 Summary: valgrind shows a possible leak in dlls/user32/clipboard.c Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Fedora ==4874== 8 bytes in 1 blocks are possibly lost in loss record 54 of 650 ==4874== at 0x7BC4A9F1: notify_alloc (heap.c:254) ==4874== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715) ==4874== by 0x7B84351C: HeapAlloc (heap.c:271) ==4874== by 0x7B84379C: GlobalAlloc (heap.c:377) ==4874== by 0x47A4B47: create_text (clipboard.c:222) ==4874== by 0x47A5921: clipboard_thread (clipboard.c:411) ==4874== by 0x7BC81BB7: ??? (signal_i386.c:2682) ==4874== by 0x7BC81BFE: call_thread_func (signal_i386.c:2741) ==4874== by 0x7BC81B95: ??? (signal_i386.c:2682) ==4874== by 0x7BC88D78: start_thread (thread.c:443) ==4874== by 0x4F88F37F: start_thread (in /usr/lib/libpthread-2.21.so) ==4874== by 0x4F7ABD4D: clone (in /usr/lib/libc-2.21.so) ==4874== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38457 Bug ID: 38457 Summary: valgrind shows a definite leak in programs/reg/tests/reg.c Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: wshom.ocx Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian ==18558== 8 bytes in 1 blocks are definitely lost in loss record 8 of 243 ==18558== at 0x7BC49E0E: notify_alloc (heap.c:254) ==18558== by 0x7BC4E044: RtlAllocateHeap (heap.c:1715) ==18558== by 0x41FE223: reg_delete (reg.c:368) ==18558== by 0x41FE7EE: wmain (reg.c:505) ==18558== by 0x41FEB46: __wine_spec_exe_wentry (exe_wentry.c:36) ==18558== by 0x7B85F093: ??? (process.c:1052) ==18558== by 0x7B85F1D5: start_process (process.c:1104) ==18558== by 0x7BC8023F: ??? (signal_i386.c:2682) ==18558== by 0x7BC80286: call_thread_func (signal_i386.c:2741) ==18558== by 0x7BC8021D: ??? (signal_i386.c:2682) ==18558== by 0x7BC56915: start_process (loader.c:2868) ==18558== by 0x403DDAC: ??? (port.c:60) ==18558== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 36196] New: valgrind shows some possible leaks in mmdevapi/tests/propstore.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36196 Bug ID: 36196 Summary: valgrind shows some possible leaks in mmdevapi/tests/propstore.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==12387== 28 bytes in 1 blocks are possibly lost in loss record 92 of 461 ==12387== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12387== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12387== by 0x4FC483E: COMPOBJ_DllList_Add (compobj.c:526) ==12387== by 0x4FC6B7A: apartment_getclassobject (compobj.c:1335) ==12387== by 0x4FCA2C4: get_inproc_class_object (compobj.c:2894) ==12387== by 0x4FCA783: CoGetClassObject (compobj.c:3032) ==12387== by 0x4FCAD45: CoCreateInstance (compobj.c:3197) ==12387== by 0x4E6D893: func_propstore (propstore.c:120) ==12387== by 0x4E80EAF: run_test (test.h:584) ==12387== by 0x4E8129E: main (test.h:654) ==12387== { -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 53440] New: Msys2 sh.exe -c /usr/bin/mktemp makes an error on Wine
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

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

2 4

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

Aug. 28, 2026

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

2 2