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

[Bug 58211] New: Bonsai-Rx Application Crashes Due to TREEVIEW_DoSelectItem Assertion
by WineHQ Bugzilla May 15, 2025

May 15, 2025

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 55170] New: Access 97 installer fails with could not open file
by WineHQ Bugzilla May 15, 2025

May 15, 2025

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 58227] New: xEdit require ITextRange::MoveEnd support for tomCharFormat
by WineHQ Bugzilla May 15, 2025

May 15, 2025

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

[Bug 17124] New: MSYS installer doesn't pop up cmd window?
by wine-bugs＠winehq.org May 15, 2025

May 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=17124 Summary: MSYS installer doesn't pop up cmd window? Product: Wine Version: 1.1.13 Platform: Other URL: http://www.mingw.org/wiki/msys OS/Version: other Status: NEW Keywords: download, Installer, source Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com When install msys, it floods the terminal with: This is a post install process that will try to normalize betweenyour MinGW install if any as well as your previous MSYS installs if any. I don't have any traps as aborts will not hurt anything.Do you wish to continue with the post install? [yn ] pi.sh: [: ==: unary operator expectedDo you have MinGW installed? [yn ] pi.sh: [: ==: unary operator expectedWhen you install MinGW I suggest you install it to C:/mingw(replace C: with the drive of your choice). Then create an/etc/fstab file with a line that has a value similar to:C:/mingw /mingwPress ENTER to continue Normalizing your MSYS environment.You have script /bin/awkYou have script /bin/cmdYou have script /bin/echoYou have script /bin/egrepYou have script /bin/exYou have script /bin/fgrepYou have script /bin/printfYou have script /bin/pwdYou have script /bin/rviYou have script /bin/rviewYou have script /bin/rvimYou have script /bin/viYou have script /bin/viewMinGW-1.1 has a version of make.exe within it's bin/ directory.Please be sure to rename this file to mingw32-make.exe once youve echo installed MinGW-1.1 because it\s very deficient in function.Press ENTER to continue.C:\msys\1.0\postinstall>pause Press Return key to continue: Towards the end. It looks like something that should be in a cmd prompt (haven't tested on windows yet). The line endings are also wrong, but that's another bug. -- 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.

2 14

[Bug 15949] New: MSYS does not integrate with MinGW install correctly
by wine-bugs＠winehq.org May 15, 2025

May 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=15949 Summary: MSYS does not integrate with MinGW install correctly Product: Wine Version: 1.1.8 Platform: Other OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffz(a)jeffz.name Installing MSYS after MinGW on windows sets things up so that the existing MinGW install integrates with MSYS, whereby /mingw from the MSYS shell points to the MinGW install. First download: wget http://downloads.sourceforge.net/mingw/MinGW-5.1.4.exe?modtime=1209244789&b… run MinGW-5.1.4.exe with all defaults. Second download: wget http://downloads.sourceforge.net/mingw/MSYS-1.0.10.exe?modtime=1079444447&b… run wineconsole cmd (required because Wine doesn't launch a console window like windows does) MSYS-1.0.10.exe Answer the defaults to the prompted questions on the console window before the installer finishes (it pauses there) wine cmd /c c:\msys\1.0\msys.bat Typing 'gcc' in the msys terminal echos "sh: gcc: command not found", whereas on windows it says gcc.exe: no input files. On windows within msys, `ls /mingw` lists the contents of C:\mingw, on Wine /mingw is empty. -- 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.

2 12

[Bug 56093] New: msys/pacman: fails with "fixup_mmaps_after_fork: VirtualQueryEx failed"
by WineHQ Bugzilla May 15, 2025

May 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=56093 Bug ID: 56093 Summary: msys/pacman: fails with "fixup_mmaps_after_fork: VirtualQueryEx failed" Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Updating a msys2 installation via "pacman -Suy" fails in below way. This is a result of the parent process doing a DuplicateHandle with PROCESS_QUERY_LIMITED_INFORMATION and inheriting this to the forked process. This fork tries to recreate the mappings of the parent but fails the VirtualQueryEx call with this inherited handle of the parent process. It does fail because in wine it leads to a call to get_process_from_handle with PROCESS_QUERY_INFORMATION which the handle was not created with. msys2 does intentionally use PROCESS_QUERY_LIMITED_INFORMATION instead of PROCESS_QUERY_INFORMATION with DuplicateHandle on windows 8.1 and up. wine bash.exe --login pacman -Suy 0 [main] pacman 1051 fixup_mmaps_after_fork: VirtualQueryEx failed for MAP_PRIVATE address 0x6FFFFFFF0000, Win32 error 5 562 [main] pacman 1051 C:\msys64\usr\bin\pacman.exe: *** fatal error in forked process - recreate_mmaps_after_fork_failed In the parent process: https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/sigp… In the child process: https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/mm/m… -- 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 58225] New: Using winecfg to change a Desktop Integration setting and applying throws a "pack_message msg 14 (WM_ERASEBKGND) not supported yet" fixme.
by WineHQ Bugzilla May 15, 2025

May 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=58225 Bug ID: 58225 Summary: Using winecfg to change a Desktop Integration setting and applying throws a "pack_message msg 14 (WM_ERASEBKGND) not supported yet" fixme. 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: reelix(a)gmail.com Distribution: --- 1.) Launch winecfg 2.) Navigate to the "Desktop Integration" tab 3.) Alter any setting (Eg: Theme, WinRT Theme, Font Size) 4.) Hit Apply 5.) Notice the fixme message in the Console 00f8:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet Whilst I normally wouldn't create a bug report for a specific fixme, a fixme appearing in the winecfg tool itself is rather unusual, and far easier to navigate. -- 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 56925] New: msys2-64/cygwin64: unlink of read-only file fails
by WineHQ Bugzilla May 15, 2025

May 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=56925 Bug ID: 56925 Summary: msys2-64/cygwin64: unlink of read-only file fails Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 76744 --> https://bugs.winehq.org/attachment.cgi?id=76744 A few notes and backtraces in wine and cygwin. In another attempt to check the state of msys2 or cygwin I found following issue trying to update a msys2-64 installation: # LANG=C pacman -Suy :: Synchronizing package databases... ... warning: could not remove lock file /var/lib/pacman/db.lck error: failed to init transaction (unable to lock database) error: could not lock database: File exists ... A simpler version to reproduce is this: rm -f test.txt LANG=C wine cmd echo test > test.txt attrib +r test.txt c:\msys64\usr\bin\rm.exe -f -v test.txt Returns: /usr/bin/rm: cannot remove 'test.txt': Permission denied This tests were done with a wine tree including patches for this bugs: 52105 55138 53574 54995 -- 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 58222] New: [Fedora wiki - winehq GitLab] put sudo before install commands for Fedora 41/42
by WineHQ Bugzilla May 15, 2025

May 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=58222 Bug ID: 58222 Summary: [Fedora wiki - winehq GitLab] put sudo before install commands for Fedora 41/42 Product: WineHQ Gitlab Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gitlab-unknown Assignee: wine-bugs(a)winehq.org Reporter: alexschwartz01(a)gmail.com Distribution: --- NOTE: users can't make PRs to the wiki pages --- Currently --- Fedora 42: dnf5 config-manager addrepo --from-repofile=https://dl.winehq.org/wine-builds/fedora/42/winehq.repo Fedora 41: dnf5 config-manager addrepo --from-repofile=https://dl.winehq.org/wine-builds/fedora/41/winehq.repo --- It should be.... --- Fedora 42: sudo dnf5 config-manager addrepo --from-repofile=https://dl.winehq.org/wine-builds/fedora/42/winehq.repo Fedora 41: sudo dnf5 config-manager addrepo --from-repofile=https://dl.winehq.org/wine-builds/fedora/41/winehq.repo -- 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 53155] New: msys2 cannot be installed under wine
by WineHQ Bugzilla May 15, 2025

May 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=53155 Bug ID: 53155 Summary: msys2 cannot be installed under wine Product: Wine Version: 7.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hramrach(a)gmail.com Distribution: --- Created attachment 72589 --> https://bugs.winehq.org/attachment.cgi?id=72589 terminal output There is a number of bugs that reference msys2 but all are marked as staging sp presumably they should be addressed in the staging version. nonetheless msys2 installer gets still stuck at 66% sha256sum Downloads/msys2-x86_64-20220603.exe 6e5a76e36a651542e6b907a39776effb7670a139d6a017c3808fdcfaca84ee83 Downloads/msys2-x86_64-20220603.exe -- 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