March 2025 - Wine-Bugs - list.winehq.org

[Bug 45119] New: Multiple applications from Google sandbox-attacksurface-analysis-tools ( targeting native API) need 'ntdll.NtGetNextProcess' implementation
by wine-bugs＠winehq.org March 7, 2025

March 7, 2025

https://bugs.winehq.org/show_bug.cgi?id=45119 Bug ID: 45119 Summary: Multiple applications from Google sandbox-attacksurface-analysis-tools (targeting native API) need 'ntdll.NtGetNextProcess' implementation Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, required by various .NET-based apps from https://github.com/google/sandbox-attacksurface-analysis-tools --- quote --- sandbox-attacksurface-analysis-tools (c) Google Inc. 2015, 2016, 2017, 2018 Developed by James Forshaw This is a small suite of tools to test various properties of sandboxes on Windows. Many of the checking tools take a -p flag which is used to specify the PID of a sandboxed process. The tool will impersonate the token of that process and determine what access is allowed from that location. Also it's recommended to run these tools as an administrator or local system to ensure the system can be appropriately enumerated. CheckExeManifest: Check for specific executable manifest flags. CheckNetworkAccess: Check access to network stack. NewProcessFromToken: Create a new process based on existing token. TokenView: View and manipulate various process token values. NtApiDotNet: A basic managed library to access NT system calls and objects. NtObjectManager: A powershell module which uses NtApiDotNet to expose the NT object manager. ViewSecurityDescriptor: View the security descriptor from an SDDL string or an inherited object. --- quote --- It's actually a pretty neat "testsuite" for native API, Wine could benefit from it. I've already found 20+ bugs within one hour of playing with this (missing exports, stubs, incomplete + incorrect impl. etc.). Will create more tickets as time/mood permits ;-) Prerequisite: * 32-bit WINEPREFIX * .NET Framework 4.5 -> 'winetricks -q dotnet45' --- snip --- $ wine ./TokenViewer.exe ... Unhandled Exception: System.EntryPointNotFoundException: Unable to find an entry point named 'NtGetNextProcess' in DLL 'ntdll.dll'. at NtApiDotNet.NtSystemCalls.NtGetNextProcess(SafeKernelObjectHandle ProcessHandle, ProcessAccessRights DesiredAccess, AttributeFlags HandleAttributes, Int32 Flags, SafeKernelObjectHandle& NewProcessHandle) at NtApiDotNet.NtProcess.GetFirstProcess(ProcessAccessRights desired_access) at NtApiDotNet.NtProcess.GetProcesses(ProcessAccessRights desired_access, Boolean from_system_info) at TokenViewer.MainForm.RefreshProcessList(String filter, Boolean hideUnrestricted) at TokenViewer.MainForm..ctor() at TokenViewer.Program.Main(String[] args) --- snip --- https://github.com/mirror/processhacker/blob/master/2.x/trunk/phlib/include… --- snip --- #if !(PHNT_VERSION >= PHNT_WS03) typedef NTSTATUS (NTAPI *_NtGetNextProcess)( _In_ HANDLE ProcessHandle, _In_ ACCESS_MASK DesiredAccess, _In_ ULONG HandleAttributes, _In_ ULONG Flags, _Out_ PHANDLE NewProcessHandle ); ... --- snip --- $ sha1sum Release-v1.1.14.7z 8cd7991e675a995a3d67ef0aca2a8bf0e1512f6a Release-v1.1.14.7z $ du -sh Release-v1.1.14.7z 384K Release-v1.1.14.7z $ wine --version wine-3.7-50-g8dca6c35e1 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 7

[Bug 57881] New: Wine10.2 Noble does not open Quicken 2004, qw.exe file
by WineHQ Bugzilla March 7, 2025

March 7, 2025

https://bugs.winehq.org/show_bug.cgi?id=57881 Bug ID: 57881 Summary: Wine10.2 Noble does not open Quicken 2004, qw.exe file Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: rs2crows(a)gmail.com Distribution: --- Update manager updated wine to WINE 10.2 NOBLE. Normally to start quicken followed link to qw.exe file, did usual(right click) open with WINE - nothing happens. Attempted several times. Using timeshift went back to WINE 10.1 NOBLE, followed link to qw.exe file, opens Quicken 2004 as expected. I'm guessing on the 'component' selected 'winelib' System Linux Mint 22 Cinnamon version 6.2.9 Linux Kernel 6.8.0-54.56 Processor AMD Rysen 7 3700 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 52094] New: IDA Pro 7.6 crashes when loading idapython3.dll
by WineHQ Bugzilla March 7, 2025

March 7, 2025

https://bugs.winehq.org/show_bug.cgi?id=52094 Bug ID: 52094 Summary: IDA Pro 7.6 crashes when loading idapython3.dll Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: esteve.varela(a)gmail.com Distribution: --- IDA Pro 7.6 (and 7.5) crash on startup when IDAPython3 is installed and configured. Steps to reproduce: - Get an ida76sp1 installation - Install python3 using the exe installer (go to advanced, install for all users, and add to environment) - Run `wine idapyswitch.exe`, select the installation. - Run ida.exe, watch it crash and generate a crash dump. This has been tested with Python 3.10.0, 3.9.9, and 3.8.10, all for the amd64 architecture. Python 3.4 couldn't be tested because the msi installer isn't working properly, and when ran unattended the proper DLL isn't installed. Any ways to bypass this after IDAPython3 has been set up include removing the selected python3 install or removing idapython3.dll from the plugins folder. This gets IDA to run again, though IDAPython3 still won't work. Crash dumps: https://files.catbox.moe/rsvacg.xz ("crashdumps.tar.xz") Nothing is shown in the command-line log that wouldn't be shown in a non-crashing run of the program. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 57323] New: system32: wmvcore.dll Breaks Windows 7 Card Games (renaming/deleting it allows them to work)
by WineHQ Bugzilla March 7, 2025

March 7, 2025

https://bugs.winehq.org/show_bug.cgi?id=57323 Bug ID: 57323 Summary: system32: wmvcore.dll Breaks Windows 7 Card Games (renaming/deleting it allows them to work) Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: garrettm4(a)protonmail.com Distribution: --- Created attachment 77274 --> https://bugs.winehq.org/attachment.cgi?id=77274 win7 Freecell works with wmvcore.dll renamed The Wine wmvcore.dll located in system32 prevents Windows Vista/7 card games from working. Simply renaming this dll allows these games to run using a clean Wine 9.19 prefix. This workaround has also been tested to work on Wine 9.1. The card games can be copied from Windows Vista, Windows 7 (with the CardGames.dll) or using https://win7games.com/#games to install them to the prefix. If using the Winaero installer, you can simply copy the game folder and use it directly, instead of installing every time. I'm not sure why this dll prevents the games from opening, but its omission doesn't seem to affect any of the other apps I use. Additionally, when using winetricks to install wmp11 (from a forum hint about getting the games to work), this dll is removed from the system32 folder during the install process. Apparently, wmp11 is not actually needed and simply worked by removing the one dll that prevented the games from opening correctly. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 41427] New: [Game Maker Studio - Android][Subst.exe] - not working
by wine-bugs＠winehq.org March 7, 2025

March 7, 2025

https://bugs.winehq.org/show_bug.cgi?id=41427 Bug ID: 41427 Summary: [Game Maker Studio - Android][Subst.exe] - not working Product: Wine Version: 1.9.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: thunderstormpolska(a)o2.pl Distribution: Debian Hello. subst.exe is (from Windows) probably something like Linux mount or Winecfg Disks, but it's not available in Wine. I tried to borrow it from Windows XP, but it doesn't work. Game maker try to create "virtual disk" to Y: using subst.exe, but subst doesn't 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 14

[Bug 38879] New: wbemprox fill_videocontroller calls are expensive
by wine-bugs＠winehq.org March 7, 2025

March 7, 2025

https://bugs.winehq.org/show_bug.cgi?id=38879 Bug ID: 38879 Summary: wbemprox fill_videocontroller calls are expensive Product: Wine Version: 1.7.41 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: c10ud.dev(a)gmail.com Distribution: --- Created attachment 51812 --> https://bugs.winehq.org/attachment.cgi?id=51812 wbemprox: cache videocontroller queries Specifically League of Legends likes to continuously ask for video controller specs while in game (every 4 seconds or so). On my (old?) box this leads to a pretty big framedrop (~15fps when capped at 60) due to dxgi being initialized every time (and thus wined3d) by the fill_videocontroller function. The proposed solution caches results for subsequent calls, but I'm not sure about the implications (i.e. do we expect any of those fields to change in the lifespan of a wine application?) Comments welcome Greets -- 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 43894] New: FTDI Vinculum II IDE V2.0.2-SP2 some of the toolbar tabs are not visible
by wine-bugs＠winehq.org March 7, 2025

March 7, 2025

https://bugs.winehq.org/show_bug.cgi?id=43894 Bug ID: 43894 Summary: FTDI Vinculum II IDE V2.0.2-SP2 some of the toolbar tabs are not visible Product: Wine Version: 2.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skenton(a)ou.edu Distribution: --- After working around bug 38350 the IDE opens and functions but some of the toolbar tabs are not visible. Specifically those on the blue line with the help button on the far right that is between the two lines of icons at the top of the IDE. They normally select which toolbar to show for edit, build, debug, program etc. Clicking where they are known to be reveals a different color rectangle but no text. -- 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 57926] New: wine-mono wpfclipboard test can fail if a clipboard manager is running
by WineHQ Bugzilla March 7, 2025

March 7, 2025

https://bugs.winehq.org/show_bug.cgi?id=57926 Bug ID: 57926 Summary: wine-mono wpfclipboard test can fail if a clipboard manager is running Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- This is an odd one. I've been seeing random failures in the wpfclipboard test (https://gitlab.winehq.org/mono/wine-mono/-/blob/main/tools/tests/wpfclipboa…) This is caused by fcitx requesting the clipboard at a bad time, presumably after it changes so it can track the history. I tried enabling clipboard history on Windows, and it didn't break the same test, so presumably this is a Wine bug of some variety. An ole,clipboard log first shows FCITX requesting the clipboard contents: 00a4:trace:clipboard:X11DRV_SelectionRequest got request on 5200003 for selection "CLIPBOARD" target "UTF8_STRING" win 1600000 prop "FCITX_X11_SEL_CLIPBOARD" 00a4:trace:clipboard:NtUserOpenClipboard 0x10030 00a4:trace:clipboard:NtUserGetClipboardData CF_UNICODETEXT sending WM_RENDERFORMAT to 0x10058 followed by WPF repeatedly trying to call OleFlushClipboard like this: 0140:trace:ole:OleFlushClipboard () 0140:trace:clipboard:NtUserOpenClipboard 0x10058 (WPF will retry this in a loop, 10 times with 0.1 second delay, until it succeeds: https://gitlab.winehq.org/mono/wpf/-/blob/wine-mono/src/Microsoft.DotNet.Wp…) And finally an exception: [ERROR] FATAL UNHANDLED EXCEPTION: System.Runtime.InteropServices.COMException (0x800401D0) at System.Runtime.InteropServices.Marshal.ThrowExceptionForHR (System.Int32 errorCode, System.IntPtr errorInfo) [0x0000b] in <9023c5f6a7ee423aa752c291dcce5a37>:0 at MS.Internal.SecurityHelper.ThrowExceptionForHR (System.Int32 hr) [0x00008] in <a958f5aec4f044f89438543f2bcdc7c8>:0 at System.Windows.Clipboard.Flush () [0x0002c] in <a958f5aec4f044f89438543f2bcdc7c8>:0 at System.Windows.Clipboard.CriticalSetDataObject (System.Object data, System.Boolean copy) [0x000a9] in <a958f5aec4f044f89438543f2bcdc7c8>:0 at System.Windows.Clipboard.SetDataObject (System.Object data, System.Boolean copy) [0x00001] in <a958f5aec4f044f89438543f2bcdc7c8>:0 at System.Windows.Clipboard.SetDataInternal (System.String format, System.Object data) [0x00025] in <a958f5aec4f044f89438543f2bcdc7c8>:0 at System.Windows.Clipboard.SetText (System.String text, System.Windows.TextDataFormat format) [0x0003f] in <a958f5aec4f044f89438543f2bcdc7c8>:0 at System.Windows.Clipboard.SetText (System.String text) [0x00015] in <a958f5aec4f044f89438543f2bcdc7c8>:0 This error code is CLIPBRD_E_CANT_OPEN, according to a quick search. Importantly, WPF's loop doesn't handle window messages. The clipboard is open because explorer is waiting for WPF to respond to WM_RENDERFORMAT, but WPF can't do that because it's in the Flush loop. I'm not sure how this is supposed to work. The Flush loop in WPF is the same in modern .NET, so that can be assumed to work on Windows without running a message loop. (We could theoretically work around it in Wine Mono, but that wouldn't help with modern .NET. I also don't expect this failure mode to be common in practice.) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 8780] Multiple applications using native vbscript/jscript override need oleaut32.CreateTypeLib implementation (Visual Studio 20XX, Future Pinball, ...)
by WineHQ Bugzilla March 7, 2025

March 7, 2025

https://bugs.winehq.org/show_bug.cgi?id=8780 --- Comment #37 from Christian Costa <titan.costa(a)gmail.com> --- Actually I got many keys working. I cannot insert a coin and start the game though. No music. No error other than that. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8780] Multiple applications using native vbscript/jscript override need oleaut32.CreateTypeLib implementation (Visual Studio 20XX, Future Pinball, ...)
by WineHQ Bugzilla March 7, 2025

March 7, 2025

https://bugs.winehq.org/show_bug.cgi?id=8780 Christian Costa <titan.costa(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |titan.costa(a)gmail.com --- Comment #36 from Christian Costa <titan.costa(a)gmail.com> --- The staging patchset has been upstream. I tried the game. I don't get a red message error after loading the sci(fi table. I don't know how to play again though. Only space key works. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0