- Wine-Bugs - list.winehq.org

[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

[Bug 57909] New: Star Citizen WineWayland Cursor Warping
by WineHQ Bugzilla March 6, 2025

March 6, 2025

https://bugs.winehq.org/show_bug.cgi?id=57909 Bug ID: 57909 Summary: Star Citizen WineWayland Cursor Warping Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: mactan(a)edgetransit.dev Distribution: --- star citizen has a cursor warp issue on wayland that spins the camera down to stare at the ground or the cursor's last position on mouse move observed behavior on 10.2 mainline nonstaging winewayland session. cursor flickers instead of being held and the cursor does not warp to center when the interact key is held, and the camera warps to the cursors last position https://youtu.be/rkWaCgDNZeo https://youtu.be/hvb-BOVlsew these are examples of the expected behavior as observed on 10.2 x11 session, when the interact key (default F) is held, the cursor warps to the middle of the screen and the user can move the cursor freely from there. upon release and holding again, cursor warps to center when the key is held https://youtu.be/5cfveNGmHRI https://youtu.be/NKBSWfQrfCw observed behavior on 10.2 wayland xwayland session. the cursor does not warp to center when the interact key is held, and the camera warps to the cursors last position https://youtu.be/9I3g-fbxMUQ https://youtu.be/MAm85csb4Lk observed behavior with patches !7352 !7353 !7368 !7457 !7475 applied. cursor flickers instead of being held and constantly warps to the display center instead of being allowed to move about the screen after the initial warp. attached log with +waylanddrv,+win https://youtu.be/XxRbAljl49w https://youtu.be/RyS8UjzH9hs -- 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 6

[Bug 57918] New: MANIFEST is not loaded from DLL
by WineHQ Bugzilla March 6, 2025

March 6, 2025

https://bugs.winehq.org/show_bug.cgi?id=57918 Bug ID: 57918 Summary: MANIFEST is not loaded from DLL Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: niki(a)vintech.bg Distribution: --- Created attachment 78170 --> https://bugs.winehq.org/attachment.cgi?id=78170 manifest in python310.dll when running sample.exe file without MANIFEST that uses python310.dll with MANIFEST then common controls v6 are not activated as per <assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls" version="6.0.0.0" processorArchitecture="*" publicKeyToken="6595b64144ccf1df" language="*" /> workaround is to add the MANIFEST to the sample.exe 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.

1 0