April 2024 - Wine-Bugs - list.winehq.org

[Bug 56526] New: Sappy 2006 Mod 17.1: Crashes upon loading a ROM
by WineHQ Bugzilla April 19, 2024

April 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=56526 Bug ID: 56526 Summary: Sappy 2006 Mod 17.1: Crashes upon loading a ROM Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sterophonick(a)gmail.com Distribution: --- Created attachment 76279 --> https://bugs.winehq.org/attachment.cgi?id=76279 Logging information with no flags applied. Sappy 2006 is a music editor for Game Boy Advance games that use the MP2K music engine. It has seen a couple of modifications to improve functionality, and version "Mod 17.1" expresses crashes when attempting to load a ROM, which is not the case with vanilla Sappy. Steps to reproduce: 1. Use the Sappy Installer, to ensure various ActiveX components are registered. 2. Replace files in the installation directory with those from the mod archive. 3. Open Sappy.exe and attempt to load the included "kawajuke.gba" ROM image. This program also requires vb6run to be installed from Winetricks. Sappy 2006 + Mod 17.1: https://dl.vixen.link/0t07bc/Sappy+Mod.zip -- 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 56551] New: HP System Diagnostics crashes when clicking the Devices tab
by WineHQ Bugzilla April 19, 2024

April 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=56551 Bug ID: 56551 Summary: HP System Diagnostics crashes when clicking the Devices tab Product: Wine Version: 9.6 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 76309 --> https://bugs.winehq.org/attachment.cgi?id=76309 WINEDEBUG=+setupapi,+console To reproduce, go to the HP_Sys_Diag directory, run HPSysDig.exe, and click Devices. $ sha256sum System_Info-5.5.zip d7d1651dba47cf756b524a601a7cb35df835377af683a49cc6866f9135166f55 System_Info-5.5.zip -- 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 5

[Bug 56442] New: Totem Arts Launcher.exe garbled text
by WineHQ Bugzilla April 19, 2024

April 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=56442 Bug ID: 56442 Summary: Totem Arts Launcher.exe garbled text Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 6chars(a)proton.me Distribution: Mint Created attachment 76202 --> https://bugs.winehq.org/attachment.cgi?id=76202 Screenshots of how the text looks and a log of me closing and running the program After successfully installing "Totem-Arts-Launcher-latest.exe", when I launch "Totem Arts Launcher.exe" (the installed program), the first message box that prompts me to install the 'Unreal Engine Redistributable' has garbled/unreadable text. Selecting the text makes some of it readable, but not all. After that window is closed, all other text in the Totem Arts Launcher also has garbled text. Download link for "Totem-Arts-Launcher-latest.exe": https://totemarts.games/forums/files/file/1-renegade-x/ SHA1 sum for the installer: d9b7f056103183c5a50003b4c164a23cdf605e95 Totem-Arts-Launcher-latest.exe SHA1 sum for the installed program: 76f68237898ce54a3bb7129c2d1185614dc0da06 Totem Arts Launcher.exe My system: Linux Mint 21.3 x86_64, Kernel 6.5.0-25-generic, NVIDIA Geforce GTX 1050 driver 535.161.07, wine-9.4 (Staging). -- 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 56538] New: New updates broke MSPAINT.EXE
by WineHQ Bugzilla April 19, 2024

April 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=56538 Bug ID: 56538 Summary: New updates broke MSPAINT.EXE Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wpha(a)aol.com Distribution: --- Created attachment 76292 --> https://bugs.winehq.org/attachment.cgi?id=76292 Backtrace from WINE 9.5 Crash of MSPAINT.EXE Version 9.5 suddenly caused MSPAINT to crash any time I tried to open a text box in the app. It was working perfectly before this update. Then I just got V9.6 and tried again. Same problem. I saved three backtraces. The first was from version 9.5 and is attached here. -- 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 15

[Bug 56536] New: UI: Applications using ModernWPF crash, Windows.Ui.ViewManagment.InputPane.TryShow not implemented
by WineHQ Bugzilla April 19, 2024

April 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=56536 Bug ID: 56536 Summary: UI: Applications using ModernWPF crash, Windows.Ui.ViewManagment.InputPane.TryShow not implemented Product: Wine Version: 9.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madbyte(a)tuta.io Distribution: --- Created attachment 76287 --> https://bugs.winehq.org/attachment.cgi?id=76287 Using wine-devel-9.6 Looks like applications using ModernWPF(https://github.com/Kinnara/ModernWpf) crash on Wine because of Windows.Ui.ViewManagment.InputPane.TryShow not being implemented. Tried the release version of Wine-Devel 9.6 and Wine-Staging 9.5. Log is in the attachments. Only other bug report I could find regarding InputPane is: https://bugs.winehq.org/show_bug.cgi?id=54296#c8 -- 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 2

[Bug 54901] New: Medieval II Total War some units partly invisible with d3dx9_30 as builtin
by WineHQ Bugzilla April 19, 2024

April 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=54901 Bug ID: 54901 Summary: Medieval II Total War some units partly invisible with d3dx9_30 as builtin Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: d3d-util Assignee: wine-bugs(a)winehq.org Reporter: Blisto(a)protonmail.com Distribution: --- Created attachment 74406 --> https://bugs.winehq.org/attachment.cgi?id=74406 Log of game through Wine with Windows steam. In Medieval II Total War parts of some units are invisible when the d3dx9_30 dll is set as builtin. An easy repro is to load up historical battle "Battle of Agincourt" and look at your army leader. His head is missing. Other units such as later era heavy armor units might have their whole torso missing -- 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 12

[Bug 50111] New: osu! crashes since 20201110 version with Wine Mono
by WineHQ Bugzilla April 19, 2024

April 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=50111 Bug ID: 50111 Summary: osu! crashes since 20201110 version with Wine Mono Product: Wine Version: 5.21 Hardware: x86-64 URL: https://m1.ppy.sh/r/osu!install.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: aidas957(a)gmail.com Regression SHA1: d1472b302d3931074da50bc6ba6571a31a8c76c6 Distribution: ArchLinux Created attachment 68605 --> https://bugs.winehq.org/attachment.cgi?id=68605 osu! 20201110 Wine Mono log When osu! got updated to the 20201110 update, the game kinda starts up. but later shows an error dialog and message attached below Running osu! with winetricks dotnet40 makes the game work again The Wine log is also attached but I don't think it's important Note: I can't attach multiple files for some reason (and keywords don't exist) -- 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 17

[Bug 48080] New: Oregon Trail II will not start on 32-bit
by WineHQ Bugzilla April 19, 2024

April 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=48080 Bug ID: 48080 Summary: Oregon Trail II will not start on 32-bit Product: Wine Version: 4.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sebastian(a)stillion.com Distribution: --- Created attachment 65631 --> https://bugs.winehq.org/attachment.cgi?id=65631 Detailed report of the bug The 32-bit version of Oregon Trail II will not run. It will crash if you try to run it. Does not happen on the latest version of Windows 10. -- 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 25

[Bug 56491] New: Videos in BURIKO visual novel engine
by WineHQ Bugzilla April 19, 2024

April 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=56491 Bug ID: 56491 Summary: Videos in BURIKO visual novel engine Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: blubban(a)gmail.com Distribution: --- The BURIKO aka Ethornell visual novel engine (seen in, for example, https://store.steampowered.com/app/1200720/MakingLovers/) demands two changes to Wine before videos will work. First, FilterGraph2_AddSourceFilter() must return the exact value VFW_E_NOT_FOUND if the input filename is an empty string. (Nonexistent files return HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND) in both Windows and Wine; BURIKO doesn't care.) Second, it calls FilterGraph2_Render(), with the source pin offering a normal MPEG video; this chooses CLSID_decodebin_parser. BURIKO doesn't particularly care which filters are plugged, but it does demand that the autoplug process calls ReceiveConnection() at least once with .formattype = FORMAT_MPEGVideo or FORMAT_MPEG2Video; the app will reject that format, but it extracts and memorizes the .hdr.bmiHeader.biWidth/biHeight fields, and ignores the resolution in the subsequent FORMAT_VideoInfo. BURIKO ignores every other field of the MPEG format type, so it's fine to pass (for example) majortype=GUID_NULL subtype=GUID_NULL formattype=FORMAT_MPEGVideo, or a normal RGB24 AM_MEDIA_TYPE except with formattype replaced (could even leave the cbSize a few bytes smaller than a MPEG1VIDEOINFO). (Third, it looks like there's a memory leak at https://gitlab.winehq.org/wine/wine/-/blob/wine-9.5/dlls/quartz/filtergraph…, I think that path should call IBaseFilter_Release. This won't fix any existing programs, I just saw it while I was already in the area.) I could submit an MR for those, but I can't think of a clean way to implement the second one, so I'd rather have some discussion on how to best solve this before I implement something that could be wrong. -- 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 5

[Bug 44699] New: Clang 6.0 fails to run under wine
by wine-bugs＠winehq.org April 19, 2024

April 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=44699 Bug ID: 44699 Summary: Clang 6.0 fails to run under wine Product: Wine Version: 3.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: martellmalone(a)gmail.com Distribution: --- This is the current output when running clang under wine. ``` fixme:file:FindFirstFileExW flags not implemented 0x00000002 fixme:file:FindFirstFileExW flags not implemented 0x00000002 fixme:file:FindFirstFileExW flags not implemented 0x00000002 fixme:file:FindFirstFileExW flags not implemented 0x00000002 fixme:crypt:CRYPT_LoadProvider Failed to load dll L"C:\\windows\\system32\\rsaenh.dll" LLVM ERROR: Could not acquire a cryptographic context: Unknown error (0x8009001D) ``` Here is the line it currently fails on. https://github.com/llvm-mirror/llvm/blob/release_60/lib/Support/Windows/Pro… This could be possibly related to #44061 To reproduce this you can run the following docker build script which build llvm and clang and then cross compiles it for windows with mingw-w64. Executing the resulting clang on a simple c source file results in the error. https://github.com/martell/mingw-w64-clang/blob/master/Dockerfile This is an x64 application. -- 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