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

[Bug 38874] New: Homesite+ (v5.5): Radiobutton in Find dialog not set properly when using keyboard shortcut (Alt+U)
by wine-bugs＠winehq.org April 3, 2026

April 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=38874 Bug ID: 38874 Summary: Homesite+ (v5.5): Radiobutton in Find dialog not set properly when using keyboard shortcut (Alt+U) Product: Wine Version: 1.7.46 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fooquency(a)gmail.com Distribution: --- Created attachment 51804 --> https://bugs.winehq.org/attachment.cgi?id=51804 Screenshot showing after situation While in the editor window, there is a Find dialog which enables text search within the current file being edited. The Dialog includes a radiobutton pair for setting the direction of search to be either Up (with U underlined) or Down (D). On Mac OSX, pressing Cmd+U to set the radiobutton only selects the label, but does not actually make the radiobutton be checked. However, the original behaviour on Windows does check the radiobutton. Therefore, the radiobutton has then to be made active either by using the mouse, or using the Space key. The attached screenshot shows the state immediately after pressing Cmd+U. As you can see, the label is surrounded but the radiobutton is still on its original value. -- 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 26389] New: Win3.1 Notepad crashes when opening a large file
by wine-bugs＠winehq.org April 3, 2026

April 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=26389 Summary: Win3.1 Notepad crashes when opening a large file Product: Wine Version: 1.2.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: spammis(a)spam.la Created an attachment (id=33605) --> (http://bugs.winehq.org/attachment.cgi?id=33605) DOSBox (left) and Wine (right) This bug applies to the version of Notepad bundled with Windows 3.1. Old versions of Notepad can't open big text files. Instead, Notepad displays a message saying "The file FILENAME is too large for Notepad. Use another editor to edit the file." Wine crashes instead of displaying this message. A giant file can be created in numerous ways. I used a small python script: for i in range(1999999): print i "python script.py > giant.txt" gives a giant file. I tried opening the file using Wine running Notepad and using DOSBox running Windows 3.1 running Notepad. Windows 3.1 is just a normal DOS application, so it runs fine under DOSBox. I'm attaching a PNG file displaying the differences between Wine and DOSBox. In this case, DOSBox is correct while Wine is wrong. -- 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 18

[Bug 11446] New: Gangsters: Wrong 2d rendering
by wine-bugs＠winehq.org April 1, 2026

April 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=11446 Summary: Gangsters: Wrong 2d rendering Product: Wine Version: 0.9.51. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: wielkiegie(a)gmail.com Created an attachment (id=10577) --> (http://bugs.winehq.org/attachment.cgi?id=10577) Wine messages when starting with OpenGL as DDraw renderer OpenGL as DirectDraw driver causes unhandled page fault when playing intro (I tried GDI for testing). When the game starts or after changing menu screen, main menu is completely black. Graphics can be visible only after pushing any button in the menu, but releasing mouse button elsewhere. Buttons doesn't contain any text and colors of whole screen are ugly. -- 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 39

[Bug 16882] New: WMI core 1.5 installation hangs (needed for .NET 3.0 installer, WCF part), SECURITY_SERVICE_RID missing from service token group
by wine-bugs＠winehq.org March 30, 2026

March 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=16882 Summary: WMI core 1.5 installation hangs (needed for .NET 3.0 installer, WCF part), SECURITY_SERVICE_RID missing from service token group Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?familyid =AFE41F46-E213-4CBF-9C5B-FBF236E0E875 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16879 one encounters this one. ---- Prerequisite: 1. clean WINEPREFIX 2. sh winetricks -q dotnet20 3. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 4. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 5. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. ---- "c:\\windows\\temp\\dd_dotnetfx3error.txt": --- snip --- [01/11/09,12:50:20] Windows Communication Foundation: [2] Error: Installation failed for component Windows Communication Foundation. MSI returned error code 1603 [01/11/09,12:50:31] WapUI: [2] DepCheck indicates Windows Communication Foundation is not installed. [01/11/09,12:50:31] WapUI: [2] DepCheck indicates Microsoft .NET Framework 3.0 was not attempted to be installed. --- snip --- "c:\\windows\\temp\\dd_wcf_retMSI597F.txt": --- snip --- 1: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe /r /x /y /v 2: 1: ERROR: Process returned non-0 value! CMDLINE: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe /r /x /y /v 2: 1: Failed 2: --- snip --- and "c:\\windows\\temp\\dd_wcf_retCA69A1.txt": --- snip --- === Verbose logging started: 1/11/2009 12:50:17 Calling process: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe === ServiceModelReg [12:50:18:302]: Warning: Could not detect IIS installation or IIS is disabled, skipping the Web Host Script Mappings component since it depends upon IIS to function properly. If you believe this message is an error, check your IIS installation to make sure it is installed properly. ServiceModelReg [12:50:18:329]: Information: The ServiceModelReg tool will take the following actions: Reinstalling configuration section system.serviceModel to C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config. Reinstalling configuration section system.runtime.serialization to C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config. Reinstalling configuration section system.serviceModel.activation to C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config. Adding configuration entry for BuildProvider: System.ServiceModel.Activation.ServiceBuildProvider, System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 Reinstalling compilation assembly node to System.Web section group: System.Runtime.Serialization, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, processorArchitecture=MSIL Reinstalling compilation assembly node to System.Web section group: System.IdentityModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, processorArchitectur... ServiceModelReg [12:50:18:358]: Uninstalling: Machine.config Section Groups and Handlers ServiceModelReg [12:50:18:366]: Warning: Configuration section system.serviceModel does not exist in C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config. ServiceModelReg [12:50:18:369]: Warning: Configuration section system.runtime.serialization does not exist in C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config. ServiceModelReg [12:50:18:373]: Warning: Configuration section system.serviceModel.activation does not exist in C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config. ServiceModelReg [12:50:18:374]: Installing: Machine.config Section Groups and Handlers ServiceModelReg [12:50:18:893]: Uninstalling: System.Web Build Provider ServiceModelReg [12:50:19:095]: Warning: A configuration entry for BuildProvider System.ServiceModel.Activation.ServiceBuildProvider, System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 does not exist. ServiceModelReg [12:50:19:096]: Installing: System.Web Build Provider ServiceModelReg [12:50:19:138]: Uninstalling: System.Web Compilation Assemblies ServiceModelReg [12:50:19:153]: Warning: All compilation assembly nodes do not exist in System.Web section group. ServiceModelReg [12:50:19:154]: Installing: System.Web Compilation Assemblies ServiceModelReg [12:50:19:246]: Uninstalling: HTTP Handlers ServiceModelReg [12:50:19:260]: Warning: HttpHandlers node *.svc does not exist in System.Web section group. ServiceModelReg [12:50:19:261]: Installing: HTTP Handlers ServiceModelReg [12:50:19:322]: Uninstalling: HTTP Modules ServiceModelReg [12:50:19:333]: Warning: HttpModules node ServiceModel does not exist in System.Web section group. ServiceModelReg [12:50:19:334]: Installing: HTTP Modules ServiceModelReg [12:50:19:365]: Repairing: WMI Classes ServiceModelReg [12:50:19:396]: Warning: Failure executing "C:\windows\system32\wbem\mofcomp.exe" with parameters ""C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"": System.IO.FileNotFoundException: Could not load file or assembly 'C:\windows\system32\wbem\mofcomp.exe' or one of its dependencies. Exception from HRESULT: 0x80070002 File name: 'C:\windows\system32\wbem\mofcomp.exe' at System.ServiceModel.Install.InstallHelper.ExecuteWaitHelper(String program, String parameters) at System.ServiceModel.Install.InstallHelper.ExecuteWait(String program, String parameters, Int32[] allowedExitCodes) at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel outputLevel) ServiceModelReg [12:50:19:516]: System.InvalidCastException: Retrieving the COM class factory for component with CLSID {4590F811-1D3A-11D0-891F-00AA004B2E24} failed due to the following error: 80004002. at System.Management.ManagementScope.InitializeGuts(Object o) at System.Management.ManagementScope.Initialize() at System.Management.ManagementScope.Connect() at System.ServiceModel.Install.WmiInstallComponent.get_IsInstalled() at System.ServiceModel.Install.WmiInstallComponent.ApplyNamespaceDacl(OutputLevel outputLevel) at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.WmiInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 12:50:19 === --- snip --- Oh joy ... WMI. Providing fake mofcomp.exe (returning success) is not enough, WCF installer will try *use* WMI hence there needs to be some working infrastructure: --- snip --- ServiceModelReg [19:37:29:832]: Starting tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"'. ServiceModelReg [19:37:29:895]: ServiceModelReg [19:37:29:896]: ServiceModelReg [19:37:29:897]: Tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"' exited with code '0'. ServiceModelReg [19:37:29:955]: System.InvalidCastException: Retrieving the COM class factory for component with CLSID {4590F811-1D3A-11D0-891F-00AA004B2E24} failed due to the following error: 80004002. at System.Management.ManagementScope.InitializeGuts(Object o) at System.Management.ManagementScope.Initialize() at System.Management.ManagementScope.Connect() at System.ServiceModel.Install.WmiInstallComponent.get_IsInstalled() at System.ServiceModel.Install.WmiInstallComponent.ApplyNamespaceDacl(OutputLevel outputLevel) at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.WmiInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/8/2009 19:37:29 === --- snip --- This is a big blocker and getting WMI to work with Wine is imperative for .NET 3.0 and higher. Of course this also useful for older .NET Frameworks Roll-back, prepare clean WINEPREFIX again;-) We need to install native WMI core 1.5 from: http://www.microsoft.com/downloads/details.aspx?familyid=AFE41F46-E213-4CBF… Download wmicore http://download.microsoft.com/download/platformsdk/wmicore/1.5/W9XNT4/EN-US… (sha1sum: f7a36668eb6c82a28393637ffdf0ec6e8adfa6a1) Make sure you set winver to NT 4.0 (don't forget to reset to default) and execute the installer (I already have my own winetricks step for this): --- snip --- wine wmicore.exe --- snip --- The installer will then hang at some point "Configuring repository". With winedbg one can see following processes: --- snip --- Wine-dbg>info process pid threads parent executable (all id:s are in hex) 0000000c 5 0000000a 'services.exe' 0000000f 1 0000000a 'explorer.exe' 0000001b 4 0000000c 'winedevice.exe' 00000025 1 00000000 'wmicore.exe' 00000027 2 00000025 'GLBbab.tmp' 00000022 4 0000000c 'WinMgmt.exe' --- snip --- The problem is "WinMgmt.exe" which ought to be a service but due to Wine insufficiency the service thinks it's a normal process not showing usual service process behaviour as registering control handler and the like. If you do 'wineserver -k' and try to start anything with Wine nothing will happen until wineboot times out... As quickfix, start regedit (wait until wineboot timeout) and set service start type key for "WinMgmt" to manual start, e.g. "2" -> "3". Also a kernel driver (service) that is installed with WMI "smbios" fails to load but this currently harmless. If we look now in "c:\\windows\\system32\\WBEM" we see the whole stuff installed. The logs in "logs" subdirs are not revealing much so we have to increase the log level: --- snip --- [HKEY_LOCAL_MACHINE\Software\Microsoft\WBEM\CIMOM] "Logging"="1" "Logging Directory"="C:\\windows\\system32\\WBEM\\Logs" --- snip --- LogLevel is 0 to turn off logging, a 1 to turn on logging, and a 2 for verbose logging. After that, we manually try to start the service: --- snip --- $ wine net start winmgmt err:winedevice:ServiceMain driver L"smbios" failed to load The Windows Management Instrumentation service is starting. fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),2,2,(nil),32,(nil)) - stub! fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),1,3,(nil),0,(nil)) - stub! fixme:advapi:RegisterEventSourceW (L"",L"WinMgmt"): stub wine: Call from 0x7b844f54 to unimplemented function ole32.dll.CoSwitchCallContext, aborting err:rpc:I_RpcReceive we got fault packet with status 0x80000100 fixme:ole:CoCreateInstance no instance created for interface {00000000-0000-0000-c000-000000000046} of class {8bc3f05e-d86b-11d0-a075-00c04fb68820}, hres is 0xc0000005 --- snip --- This is bug 7187 After fixing this problem, we repeat the whole stuff again to get this in logs: --- snip --- (Sun Jan 11 13:41:41 2009) : Starting WinMgmt, ProcID = 26, CmdLine = , User = focht(Sun Jan 11 13:41:41 2009) : WinMgmt bIsService = 0, return code from function determining if service = 0(Sun Jan 11 13:41:41 2009) : WinMgmt gbRunAsApp = 1(Sun Jan 11 13:41:41 2009) : Starting Initialize, ID = 26(Sun Jan 11 13:41:41 2009) : Registered class factory with flags: 0x15 (Sun Jan 11 13:41:41 2009) : RegOpenKey returned 0x2 while trying to open the transports node. Using default transports!(Sun Jan 11 13:41:41 2009) : Initialize complete(Sun Jan 11 13:41:41 2009) : WindowProc got hWnd=20026, message=24, wParam=0, lParam=33f814(Sun Jan 11 13:41:41 2009) : WindowProc got hWnd=20026, message=81, wParam=0, lParam=33fce8(Sun Jan 11 13:41:41 2009) : WindowProc got hWnd=20026, message=83, wParam=0, lParam=33f974(Sun Jan 11 13:41:41 2009) : WindowProc got hWnd=20026, message=1, wParam=0, lParam=33fce8(Sun Jan 11 13:41:41 2009) : Inside the waiting function --- snip --- "WinMgmt bIsService = 0" is the culprit. The process retrieves token information and checks if process token groups contain "SECURITY_INTERACTIVE_RID" (-> normal process) or "SECURITY_SERVICE_RID" (service process). I think it's actually services.exe that adds the SECURITY_SERVICE_RID sid to the newly created service process (token groups). This requires some infrastructure, including wineserver. I already quick-hacked a path to verify this and it works as expected, letting the service successfully start ;-) Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

3 25

[Bug 39266] New: Microsoft Wine Guide does not play video files with .cp extension
by wine-bugs＠winehq.org March 30, 2026

March 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=39266 Bug ID: 39266 Summary: Microsoft Wine Guide does not play video files with .cp extension Product: Wine Version: 1.7.51 Hardware: x86-64 OS: Linux Status: NEW Keywords: win16 Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: 00cpxxx(a)gmail.com Distribution: --- Currently while trying to detect a media type (video, audio file, cd audio) wine assumes that when the file comes from a CD (GetDriveType() == CDROM) the path must be a cd audio file. >From dlls/winmm/mci.c: 1794 /* type, if given as a parameter, supersedes file extension */ 1795 if (!strDevTyp[0] && 1796 MCI_GetDevTypeFromFileName(lpParms->lpstrElementName, 1797 strDevTyp, sizeof(strDevTyp))) { 1798 static const WCHAR wszCdAudio[] = {'C','D','A','U','D','I','O',0}; 1799 if (GetDriveTypeW(lpParms->lpstrElementName) != DRIVE_CDROM) { 1800 dwRet = MCIERR_EXTENSION_NOT_FOUND; 1801 goto errCleanUp; 1802 } 1803 /* FIXME: this will not work if several CDROM drives are installed on the machine */ 1804 strcpyW(strDevTyp, wszCdAudio); 1805 } Relevant log part: trace:mci:MCIWndProc MCIWNDM_OPENW L"D:\\MSWPTIME\\oz\\Intro.cp" trace:mci:mciSendCommandW (00000000, MCI_OPEN, 00000602, 007bcc2c) trace:mci:MCI_Open (00000602, 0x7bcc2c) trace:mci:MCI_Open lpstrElementName=L"D:\\MSWPTIME\\oz\\Intro.cp" trace:mci:MCI_GetDevTypeFromFileName No ...\MCI Extensions entry for L".cp" found. trace:mci:MCI_Open Alias=L"983243" ! trace:mci:MCI_LoadMciDriver wDevID=0001 trace:mci:mciSetDriverData (0001, 001eeb28) trace:mci:MCI_LoadMciDriver Loaded driver 0x1eeb00 (L"CDAUDIO"), type is 516, cmdTable=0000ffff trace:mci:MCI_LoadMciDriver mcidev=1, uDevTyp=0204 wDeviceID=0001 ! trace:mci:mciGetDriverData (0001) trace:mcicda:MCICDA_Open (0001, 00000602, 0x7bcc2c); trace:mcicda:MCICDA_Open MCI_OPEN_ELEMENT element name: L"D:\\MSWPTIME\\oz\\Intro.cp" trace:mci:MCI_Open wDevID=0001 wDeviceID=1 dwRet=0 Naturally this fails later because mcicda fails to read the TOC from the CD and gives up. Windows plays the videos just fine so I guess wine should try to open the file and guess a file type. -- 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 48095] New: Daylight crashes at launch without native .NET 4.0
by WineHQ Bugzilla March 30, 2026

March 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=48095 Bug ID: 48095 Summary: Daylight crashes at launch without native .NET 4.0 Product: Wine Version: 4.19 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Unhandled Exception: System.ArgumentNullException: Value cannot be null. Parameter name: ptr at (wrapper managed-to-native) System.Runtime.InteropServices.Marshal.PtrToStringBSTR(intptr) at System.Variant.GetValue () [0x0011e] in <a1336bab325642fd867e87ca7626bada>:0 at System.Runtime.InteropServices.Marshal.GetObjectForNativeVariant (System.IntPtr pSrcNativeVariant) [0x00016] in <a1336bab325642fd867e87ca7626bada>:0 at (wrapper managed-to-native) System.Management.IWbemClassObject_DoNotMarshal.Get_(intptr,string,int,object&,int&,int&) at (wrapper cominterop) System.Management.IWbemClassObject_DoNotMarshal.Get_(string,int,object&,int&,int&) at (wrapper cominterop-invoke) System.Management.IWbemClassObject_DoNotMarshal.Get_(string,int,object&,int&,int&) at System.Management.WmiNetUtilsHelper.Get_f (System.Int32 vFunc, System.IntPtr pWbemClassObject, System.String wszName, System.Int32 lFlags, System.Object& pVal, System.Int32& pType, System.Int32& plFlavor) [0x00006] in <800207f9f90b49a7b7742aa61f5b9134>:0 at System.Management.IWbemClassObjectFreeThreaded.Get_ (System.String wszName, System.Int32 lFlags, System.Object& pVal, System.Int32& pType, System.Int32& plFlavor) [0x0001d] in <800207f9f90b49a7b7742aa61f5b9134>:0 at System.Management.ManagementPath.GetManagementPath (System.Management.IWbemClassObjectFreeThreaded wbemObject) [0x00012] in <800207f9f90b49a7b7742aa61f5b9134>:0 at System.Management.ManagementObject.GetManagementObject (System.Management.IWbemClassObjectFreeThreaded wbemObject, System.Management.ManagementScope scope) [0x0000d] in <800207f9f90b49a7b7742aa61f5b9134>:0 at System.Management.ManagementBaseObject.GetBaseObject (System.Management.IWbemClassObjectFreeThreaded wbemObject, System.Management.ManagementScope scope) [0x00014] in <800207f9f90b49a7b7742aa61f5b9134>:0 at System.Management.ManagementObjectCollection+ManagementObjectEnumerator.get_Current () [0x00022] in <800207f9f90b49a7b7742aa61f5b9134>:0 at DaylightLauncher.WindowsUtility.GetWindowsUpdates () [0x00022] in <590afc4e1d7440ed9dc6ae5e53e3733f>:0 at DaylightLauncher.Utility.PrintComputerStats () [0x00041] in <590afc4e1d7440ed9dc6ae5e53e3733f>:0 at DaylightLauncher.AppStart.Main (System.String[] Args) [0x0004c] in <590afc4e1d7440ed9dc6ae5e53e3733f>:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.ArgumentNullException: Value cannot be null. Parameter name: ptr at (wrapper managed-to-native) System.Runtime.InteropServices.Marshal.PtrToStringBSTR(intptr) at System.Variant.GetValue () [0x0011e] in <a1336bab325642fd867e87ca7626bada>:0 at System.Runtime.InteropServices.Marshal.GetObjectForNativeVariant (System.IntPtr pSrcNativeVariant) [0x00016] in <a1336bab325642fd867e87ca7626bada>:0 at (wrapper managed-to-native) System.Management.IWbemClassObject_DoNotMarshal.Get_(intptr,string,int,object&,int&,int&) at (wrapper cominterop) System.Management.IWbemClassObject_DoNotMarshal.Get_(string,int,object&,int&,int&) at (wrapper cominterop-invoke) System.Management.IWbemClassObject_DoNotMarshal.Get_(string,int,object&,int&,int&) at System.Management.WmiNetUtilsHelper.Get_f (System.Int32 vFunc, System.IntPtr pWbemClassObject, System.String wszName, System.Int32 lFlags, System.Object& pVal, System.Int32& pType, System.Int32& plFlavor) [0x00006] in <800207f9f90b49a7b7742aa61f5b9134>:0 at System.Management.IWbemClassObjectFreeThreaded.Get_ (System.String wszName, System.Int32 lFlags, System.Object& pVal, System.Int32& pType, System.Int32& plFlavor) [0x0001d] in <800207f9f90b49a7b7742aa61f5b9134>:0 at System.Management.ManagementPath.GetManagementPath (System.Management.IWbemClassObjectFreeThreaded wbemObject) [0x00012] in <800207f9f90b49a7b7742aa61f5b9134>:0 at System.Management.ManagementObject.GetManagementObject (System.Management.IWbemClassObjectFreeThreaded wbemObject, System.Management.ManagementScope scope) [0x0000d] in <800207f9f90b49a7b7742aa61f5b9134>:0 at System.Management.ManagementBaseObject.GetBaseObject (System.Management.IWbemClassObjectFreeThreaded wbemObject, System.Management.ManagementScope scope) [0x00014] in <800207f9f90b49a7b7742aa61f5b9134>:0 at System.Management.ManagementObjectCollection+ManagementObjectEnumerator.get_Current () [0x00022] in <800207f9f90b49a7b7742aa61f5b9134>:0 at DaylightLauncher.WindowsUtility.GetWindowsUpdates () [0x00022] in <590afc4e1d7440ed9dc6ae5e53e3733f>:0 at DaylightLauncher.Utility.PrintComputerStats () [0x00041] in <590afc4e1d7440ed9dc6ae5e53e3733f>:0 at DaylightLauncher.AppStart.Main (System.String[] Args) [0x0004c] in <590afc4e1d7440ed9dc6ae5e53e3733f>:0 /vagrant/mono/mono/eglib/ghashtable.c:326: assertion 'hash != NULL' failed wine-4.19-251-g292b728908 -- 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 47486] New: GsView draws one menu item with white background
by wine-bugs＠winehq.org March 30, 2026

March 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=47486 Bug ID: 47486 Summary: GsView draws one menu item with white background Product: Wine Version: 4.11 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 64866 --> https://bugs.winehq.org/attachment.cgi?id=64866 Screenshot on wine See screenshot. -- 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 43989] New: MSI: error for object: pointer being freed was not allocated
by wine-bugs＠winehq.org March 29, 2026

March 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=43989 Bug ID: 43989 Summary: MSI: error for object: pointer being freed was not allocated Product: Wine Version: 2.0.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com Distribution: --- The following MSI installer doesn't run properly. $ wine msiexec /i scalarizr_5.11.5.msi fixme:wer:WerSetFlags (2) stub! fixme:heap:RtlSetHeapInformation 0x0 1 0x0 0 stub fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub. fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:service:QueryServiceConfig2W Level 6 not implemented --- winedevice.exe(27561,0xb0004000) malloc: *** error for object 0x401c5308: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug File URL: http://repo.scalr.net/win/latest/scalarizr_5.11.5.msi -- 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 26649] New: painting in dialog: wrong aspect ratio
by wine-bugs＠winehq.org March 29, 2026

March 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=26649 Summary: painting in dialog: wrong aspect ratio Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: tom98765x(a)yahoo.com Created an attachment (id=33921) --> (http://bugs.winehq.org/attachment.cgi?id=33921) executable program demonstrating the bug Drawing things inside a modeless dialog box: wrong aspect ratio, and does not show up directly (dialog box has to be moved before). Source was from Petzold sample (colors2), but modified a little. -- 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 22

[Bug 21155] New: Delphi: combobox choices hidden behind object inspector
by wine-bugs＠winehq.org March 29, 2026

March 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=21155 Summary: Delphi: combobox choices hidden behind object inspector Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kl234(a)web.de Created an attachment (id=25399) --> (http://bugs.winehq.org/attachment.cgi?id=25399) Choices displayed behind the object inspector When I try to modify the value of a property in Delphi's object inspector, I can't see the list of possible choices because this list is displayed behind the object inspector. The only exception is the property at the very bottom of the object inspector where it's possible to see some of the choices below the bottom of the object inspector window (see attached screen capture). This happens with both Delphi versions I tested with wine 1.1.35: Delphi 3 and Delphi 7. -- 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 16