May 2020 - Wine-Bugs - list.winehq.org

[Bug 23364] New: 16-bit games - many don't work in Wine.
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

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

3 19

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

Sept. 4, 2026

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

2 5

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

Sept. 4, 2026

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

2 3

[Bug 42383] New: certmgr.exe is unable to import certificate in PKCS12 format
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

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

2 6

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

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=39336 Bug ID: 39336 Summary: ... Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: arienta.g(a)gmail.com Created attachment 52415 --> https://bugs.winehq.org/attachment.cgi?id=52415 it popped up when pressing audio play button Failed when pressing the play button for the audio to start -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 6

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

Sept. 4, 2026

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

2 3

[Bug 35056] New: Pro⁄Engineer Wildfire 5.0: Fails to start installation
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=35056 Bug #: 35056 Summary: Pro⁄Engineer Wildfire 5.0: Fails to start installation Product: Wine Version: 1.7.7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 46746 --> http://bugs.winehq.org/attachment.cgi?id=46746 WINEDEBUG=+relay,+seh,+tid on wine-1.7.7-107-g61358d0 Steps to reproduce: 1) remove ~/.wine 2) wine setup.exe Behaviour: Nothing. Expected behaviour: Something. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

3 14

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

Sept. 4, 2026

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

3 35

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

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=44137 Bug ID: 44137 Summary: Wine64 crashes with any 64-bit binary Product: Wine Version: 2.19 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bourne.identity(a)hotmail.com Created attachment 59886 --> https://bugs.winehq.org/attachment.cgi?id=59886 Stack trace for putty.exe (64-bit) On FreeBSD 10.3 amd64, wine32 works perfectly. Wine64 builds/installs correctly, but crashes when used to launch any 64-bit executable: notepad from Windows 7; Pale Moon installer; putty.exe (all 64-bit). The behaviour is the same with wine (v2.03) and wine-staging (v2.19). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

3 5

[Bug 46671] New: Biamp canvas crashes on startup
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

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

2 9