wine-bugs May 2025

wine-bugs@winehq.org

1 participants
1318 discussions

[Bug 58162] New: GetPrivateProfileIntA/W and WritePrivateProfileStringA/W does not detour properly.
by WineHQ Bugzilla 15 May '25

15 May '25

http://bugs.winehq.org/show_bug.cgi?id=58162 Bug ID: 58162 Summary: GetPrivateProfileIntA/W and WritePrivateProfileStringA/W does not detour properly. Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 78443 --> http://bugs.winehq.org/attachment.cgi?id=78443 sone_patch's debug log under Windows 10. When trying to detour a Recettear - An Item Shop's Tale's custom.exe using https://gitlab.com/redpolline/sone_patch, all attempts to update the game's config ini file fail under Wine, but work under Windows. The game's custom.exe uses the GetPrivateProfileIntA() and WritePrivateProfileStringA() functions to access the game's ini file instead of calling CreateFileA(), ReadFile(), and WriteFile() directly. I assume that the cause is Wine possibly having GetFullPathNameW() as a statically linked symbol within the context of GetPrivateProfileIntA() and WritePrivateProfileStringA(). (As all three of them are exported by kernel32.dll, and therefore the compiler would not need to search for the symbol at build time.) But I could be wrong here. What matters is that when sone_patch detours GetFullPathNameA/W(), GetPrivateProfileIntA() and WritePrivateProfileStringA() should be affected by that detour without being detoured themselves. A good way to see this is by using sone_patch's debug build, as it logs when a detoured function is hit, along with the given arguments. Under Windows 10, multiple calls to GetFullPathNameA/W() are seen in the log. (But no CreateFileA/W() for the ini file.) Under Wine, no calls are logged at all for the ini file. The only call to GetFullPathNameW() seen under Wine is for C:\windows\resources\themes\light\light.msstyles. Which isn't present under the Windows log, so that one is Wine specific.) As a result, the game's button config and display settings cannot be altered by the game's custom.exe. As it gets the original (developer intended) file which is read-only (and owned by another user) on my system. Which sone_patch is supposed to workaround through the detouring of GetFullPathNameA/W() to point custom.exe to an accessible file elsewhere. -- 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 57672] New: Knights of the Old Republic II - Rendering issues and crashes when using new WoW64 mode
by WineHQ Bugzilla 15 May '25

15 May '25

https://bugs.winehq.org/show_bug.cgi?id=57672 Bug ID: 57672 Summary: Knights of the Old Republic II - Rendering issues and crashes when using new WoW64 mode Product: Wine Version: 10.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: info(a)fdossena.com Distribution: --- Created attachment 77849 --> https://bugs.winehq.org/attachment.cgi?id=77849 Screenshot of how the game looks with the new WoW64 mode I'm testing the "classic" version of KOTOR 2 (not the 2015 remaster from steam) and I noticed a strange behavior. When building Wine using the new WoW64 mode, the game has visual artifacts in the character creation screen, and freezes when trying to start a new game. When building Wine with the old WoW64, the game works correctly. The first game, based on the same engine, works correctly with both versions of WoW64. Tested on: * Arch Linux x86_64, Kernel 6.12 * AMD Radeon RX6900XT with Mesa 24.3.3 * KDE Plasma on Wayland (wine is running with the x11 backend) I'm attaching screenshots of Wine 10.0-rc5. Logs don't show anything out of the ordinary or different between the two builds. -- 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 37088] New: SmartBarXP hangs on exit
by wine-bugs＠winehq.org 15 May '25

15 May '25

https://bugs.winehq.org/show_bug.cgi?id=37088 Bug ID: 37088 Summary: SmartBarXP hangs on exit Product: Wine Version: 1.7.24 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 49298 --> https://bugs.winehq.org/attachment.cgi?id=49298 terminal output Noticed while checking bug 8018. Closing the application (either via Option, Exit or clicking the X) results in a hang. There's a seh exception thrown, as well. -- 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 57381] New: International Rally Championship Regression
by WineHQ Bugzilla 14 May '25

14 May '25

https://bugs.winehq.org/show_bug.cgi?id=57381 Bug ID: 57381 Summary: International Rally Championship Regression Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adec2011.ac(a)gmail.com Distribution: --- International Rally Championship used to run ok but has recently stopped working. I dont know when exactly. There is a demo here https://archive.org/details/InternationalRallyChampionshipDemo -- 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 7

[Bug 58220] New: Unable to start FileMon 7.03 from SysInternals - Invalid function
by WineHQ Bugzilla 14 May '25

14 May '25

http://bugs.winehq.org/show_bug.cgi?id=58220 Bug ID: 58220 Summary: Unable to start FileMon 7.03 from SysInternals - Invalid function Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 78535 --> http://bugs.winehq.org/attachment.cgi?id=78535 Error FileMon 7.03 from SysInternals https://web.archive.org/web/20070327060603/http://www.sysinternals.com/File… Fails to start due to invalid function -- 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 58224] New: [Website] HyperKitty has stopped working.
by WineHQ Bugzilla 14 May '25

14 May '25

http://bugs.winehq.org/show_bug.cgi?id=58224 Bug ID: 58224 Summary: [Website] HyperKitty has stopped working. Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: axis6404(a)proton.me Distribution: --- https://list.winehq.org/mailman3/hyperkitty/list/wine-bugs@winehq.org/ -- 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 58221] New: Pot Player
by WineHQ Bugzilla 14 May '25

14 May '25

http://bugs.winehq.org/show_bug.cgi?id=58221 Bug ID: 58221 Summary: Pot Player Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: mosgf80(a)gmail.com Distribution: --- error 'WinDbg attached to pid 03e8' -- 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 1

[Bug 55170] New: Access 97 installer fails with could not open file
by WineHQ Bugzilla 14 May '25

14 May '25

https://bugs.winehq.org/show_bug.cgi?id=55170 Bug ID: 55170 Summary: Access 97 installer fails with could not open file Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)jonass.user.lysator.liu.se Distribution: --- I installed Debian 12 (32-bits), download wine and select development branch. Got 8.11. Ran winecfg and selected Windows XP. Insert install CD and run "wine setup.exe". I get an error: Setup could not open the file 'Z:\opt\wine-devel\share\wine\fonts\ACMd51f.tmp' Console output reports an error about read access denied for Z: and bad file descriptor. -- 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 58211] New: Bonsai-Rx Application Crashes Due to TREEVIEW_DoSelectItem Assertion
by WineHQ Bugzilla 14 May '25

14 May '25

http://bugs.winehq.org/show_bug.cgi?id=58211 Bug ID: 58211 Summary: Bonsai-Rx Application Crashes Due to TREEVIEW_DoSelectItem Assertion Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: ncguilbeault(a)gmail.com Distribution: --- Created attachment 78524 --> http://bugs.winehq.org/attachment.cgi?id=78524 Crash log when launching Bonsai main editor or package manager Hi there, and thank you for all the amazing work on Wine! I'm a relatively new user and have encountered an issue when running a Windows application called Bonsai-Rx under Wine. Bonsai-Rx is a C#/.NET-based application widely used in neuroscience research. Traditionally, Bonsai running on Linux has relied on Mono, but I’m exploring the possibility of running Bonsai using Wine instead. System Details: Wine version: Built from source (latest master, 10.7) using Shared-WoW64 instructions Bonsai version: Installed from official site (latest, 2.8.5): https://bonsai-rx.org/docs/articles/installation.html Wine prefix setup: .NET Framework 4.8 installed via winetricks -q dotnet48 System: Ubuntu 24.04, x86_64, kernel 6.8.0-59-generic The Issue: Bonsai installs and launches correctly. The welcome menu displays, but selecting any option that would launch the main editor window or the package manager (e.g., New File, Open File, Manage Packages, etc.) causes the application to crash due to an assertion in the function: `TREEVIEW_DoSelectItem(TREEVIEW_INFO *infoPtr, INT action, HTREEITEM newSelect, INT cause)` Observations: If I comment out the assertion line in the above function and rebuild Wine, Bonsai functionality works as expected. I’ve tested several native DLL overrides (comctl32, comdlg32, vcrun6) without success. The issue persists in multiple Wine versions (10.3 through 10.7). Questions: What are the implications of removing this assertion in TREEVIEW_DoSelectItem? Could this point to a misbehaviour in Bonsai, or is it a Wine edge case that should be handled more gracefully? Is there a better workaround or fix for ensuring compatibility with this application? I’ve attached the full error stack trace for reference. Any guidance or insights would be greatly appreciated. Thanks again for your time and your excellent 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.

1 2

[Bug 58227] New: xEdit require ITextRange::MoveEnd support for tomCharFormat
by WineHQ Bugzilla 14 May '25

14 May '25

http://bugs.winehq.org/show_bug.cgi?id=58227 Bug ID: 58227 Summary: xEdit require ITextRange::MoveEnd support for tomCharFormat Product: Wine Version: 10.7 Hardware: x86-64 URL: https://github.com/TES5Edit/TES5Edit OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it Distribution: --- When loading xEdit 4.1.5j(editor and viewer for Bethesda games and mods, application is also called tes4edit, tes5edit ,etc depending on the game mod) the program try to show a changelog of the application version. With wine the application give a Not Implemented Error and while the changelog is shown the Table of Content is empty. The application is using RichEdit controls trought the msftedit.dll, using native dll workaround this issue. The application is using ITextRange::MoveEnd to have a range of the editor containing the full text with bold and bigger text (the paragraph titles of the changelog) Turn out msftedit on windows don't rely on riched20 like wine dll does. The error was a bit confusing at first and using native riched20 wasn't a solution (actually was breaking the entire widget). Before discovering the msftedit workaround I tried to make a crude implementaton that while do works, opening the application in winxp compatibility mode give the same TOC then using native msftedit (but there is a slight difference when using windows 10 mode), it's abysmally slow (20-30 seconds to create the TOC) -- 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 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs May 2025