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

[Bug 44236] New: Poisson Superfish: Slow to write binary file.
by wine-bugs＠winehq.org June 23, 2025

June 23, 2025

https://bugs.winehq.org/show_bug.cgi?id=44236 Bug ID: 44236 Summary: Poisson Superfish: Slow to write binary file. Product: Wine Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: raphaelcervantes(a)protonmail.com Distribution: --- Discussion is in this forum. https://forum.winehq.org/viewtopic.php?f=2&t=29936 I am using Wine to run Poisson Superfish. This program essentially does some calculations and then writes the results into a binary file. This action is performed in less than a second in a Windows environment. Unfortunately, it takes about 10 seconds to write this binary file under Wine. Here is how to reproduce the error: 1. Install Poisson Superfish on linux using Wine. You have to scroll all the way down and click register. http://laacg.lanl.gov/laacg/services/download_sf.phtml 2. Once installed, open a unix terminal in this directory .../.wine/drive_c/LANL/Examples/RadioFrequency/Waveguides/ 3. Run wineconsole cmd. 4. In the new window, run RUNWG.BAT. 3. Several windows will pop up. The ones that stall for a bit are in the process of writing to a file named something.T35. The T35 refers to tape 35 (I guess that's how a sector of harddrive memory would be referred as back in the 80s). This is the binary file with the solution in it. It will finish eventually, but it is pretty slow. -- 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 8

[Bug 54975] New: win32u:win32u exits prematurely, leaves child process behind, interferes with windows.globalization:globalization
by WineHQ Bugzilla June 23, 2025

June 23, 2025

https://bugs.winehq.org/show_bug.cgi?id=54975 Bug ID: 54975 Summary: win32u:win32u exits prematurely, leaves child process behind, interferes with windows.globalization:globalization Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- win32u:win32u exits prematurely, leaves child process behind: win32u:win32u start dlls/win32u/tests/win32u.c [...] win32u.c:1037: Test marked todo: res = 4 win32u.c:1040: Test marked todo: buf[1] = 0 win32u:win32u:09f0 done (0) in 0s 1295B win32u.c:1045: Test failed: res = 0 win32u.c:1046: Test failed: buf = d win32u.c:1049: Test failed: res = 0 win32u.c:1059: Test failed: res = 0 09e0:win32u: 14 tests executed (2 marked as todo, 0 as flaky, 4 failures), 0 skipped. See https://test.winehq.org/data/patterns.html#win32u:win32u There are two things to notice in the above log: * The main win32u:win32u process is 09e0 but it did not issue a 'tests executed' summary. This means it exited prematurely. * 09e0 is a child process that continues running and printing messages which interferes with the next test, specifically windows.globalization:globalization. Also on the TestBot one can find the corresponding Wine log which contains these lines that seem strongly correlated to this issue: 0480:err:seh:KiUserCallbackDispatcher ignoring exception 0480:err:seh:KiUserCallbackDispatcher ignoring exception wine client error:480: partial write 57344 Running: win32u:win32u (694 of 774) Running tests - 6 failures This issue only happens on Linux and happens systematically but only on three configurations: fg-deb64-t32 but not for the wow32 and wow64 builds on the same machine fgtb-debian11-wow64 but not for the wow32 build on the same machine debian11b-wow64 but but not for the wow32 build on the same machine (and none of the 32-bit builds on debian11 is impacted) And I have been unable to reproduce this failure on my machine (fg-deb64-t32). So it's unclear what causes this failure but it clearly started on 2023-05-15 so it's probably some commit on that day. -- 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 58407] New: Window property bug
by WineHQ Bugzilla June 23, 2025

June 23, 2025

http://bugs.winehq.org/show_bug.cgi?id=58407 Bug ID: 58407 Summary: Window property bug Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skielbowicz(a)gmail.com Distribution: --- Created attachment 78813 --> http://bugs.winehq.org/attachment.cgi?id=78813 variations-tested Window property bug. When Window property is less than 160 for the Green or Blue values. The WindowText disappears. [HKEY_CURRENT_USER\Control Panel\Colors] "Window"="159 159 159" "WindowText"="255 0 0" -- 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 58404] New: scrollbars and window decorations disappear when "Message Box Text" font set to "Monaspace Krypton SemiWide"
by WineHQ Bugzilla June 23, 2025

June 23, 2025

http://bugs.winehq.org/show_bug.cgi?id=58404 Bug ID: 58404 Summary: scrollbars and window decorations disappear when "Message Box Text" font set to "Monaspace Krypton SemiWide" Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alanas.00(a)mail.ru Distribution: Mint 1. download monaspace-v1.200.zip from https://github.com/githubnext/monaspace/releases/tag/v1.200 2. extract all files from monaspace-v1.200/fonts/otf directory inside monaspace-v1.200.zip to ~/.local/share/fonts 3. run winecfg 4. click "Desktop Integration" tab 5. click "Item:" combobox 6. click "Message Box Text" 7. click "Font..." 8. find and click "Monaspace Krypton SemiWide" inside "Font:" list 9. click "OK" 10. click "Apply" scrollbars and window decorations disappear wine version: wine-devel 10.10~noble-1 -- 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 44253] New: Access violation in multiple cases
by wine-bugs＠winehq.org June 23, 2025

June 23, 2025

https://bugs.winehq.org/show_bug.cgi?id=44253 Bug ID: 44253 Summary: Access violation in multiple cases Product: Wine Version: 3.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ihormcd+wine(a)gmail.com Distribution: --- Created attachment 60052 --> https://bugs.winehq.org/attachment.cgi?id=60052 crash Access violation exception due to access by 0x0000 address in multiple use cases while using Far3. >From Far app try to: 1) on lunch of EXE file (Far.exe, WinMergeU.exe, others) 2) switch drive for the pane (Alt+F1/F2) 3) switch to Quick view mode for a file (Ctrl+Q) *) few other cases App: Far Manager 3.0 build 5100 x64 Wine details: wine-3.0-rc3, the app runs using wineconsole -- 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 17

[Bug 58405] New: Steam: Doesn't request installation for Mono or Gecko and unable to open
by WineHQ Bugzilla June 22, 2025

June 22, 2025

http://bugs.winehq.org/show_bug.cgi?id=58405 Bug ID: 58405 Summary: Steam: Doesn't request installation for Mono or Gecko and unable to open Product: Wine Version: 5.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pocowit878(a)finfave.com Created attachment 78812 --> http://bugs.winehq.org/attachment.cgi?id=78812 The backtrace file for the new instance where this error was repeated. I installed a clean installation of Wine for all users on my mac and I was installing Steam. The installation of Steam seemed to work fine (without any pop-ups for Mono or Gecko even though I wanted to install them) but when Steam ran automatically, it said it wasn't supported for my os, so I changed it from Windows 7 to Windows 10 in the Wine settings, and ran Steam.exe from: Program Files (x86) -> Steam -> Steam.exe. After taking a while, Wine encountered a program error: "The program (unidentified) has encountered serious issues and needs to close. We are sorry for the inconvenience." I wasn't able to save the backtrace log as Steam re-opened to an error page. On this page it stated: "steamwebhelper, a critical Steam component, is not responding. The Steam UI will not be usable. Click [here (https://help.steampowered.com/en/faqs/view/6C3E-9504-CC20-AF49) ] for more information. | Let's try to help: (options available were:) Restart Steam; Restart Steam with GPU Acceleration disabled; Restart Steam with Browser Sandboxing disabled; Restart steamwebhelper; Exit Steam" The GPU Acceleration disabling option didn't work, I assume 'browsing' doesn't work since Mono and Gecko aren't installed, and Restart steamwebhelper didn't load anything, even after 10 mins. I am very confused. I even installed Mono myself after this and tried again but still no luck, unfortunately. Link to download the Wine version I used (5.0): https://dl.winehq.org/wine-builds/macosx/pool/winehq-stable-5.0.pkg I'm on macOS 10.13, so unfortunately I can't use a newer Wine version. I've also double checked that I have the latest version of XQuartz and have installed the 64-bit support for Wine. After reproducing this error, I saved a new backtrace log (I'm not sure if it's attached, though). -- 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 58399] New: EAappInstaller.exe
by WineHQ Bugzilla June 22, 2025

June 22, 2025

http://bugs.winehq.org/show_bug.cgi?id=58399 Bug ID: 58399 Summary: EAappInstaller.exe Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: netprofm Assignee: wine-bugs(a)winehq.org Reporter: audioprof2002(a)hotmail.com Distribution: --- Created attachment 78808 --> http://bugs.winehq.org/attachment.cgi?id=78808 .txt unable to install or run: EAappInstaller.exe https://www.ea.com/ea-app#downloads https://origin-a.akamaihd.net/EA-Desktop-Client-Download/installer-releases… log. -- 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 58276] New: pulse.c should silence_buffer after calloc
by WineHQ Bugzilla June 22, 2025

June 22, 2025

http://bugs.winehq.org/show_bug.cgi?id=58276 Bug ID: 58276 Summary: pulse.c should silence_buffer after calloc Product: Wine Version: 8.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winepulse.drv Assignee: wine-bugs(a)winehq.org Reporter: jxvhulzowyrobfwwze(a)nbmbb.com Distribution: --- When pulse_write is “prebuffering … frames of silence,” it uses calloc to zero out a buffer, then immediately calls pa_stream_write. This isn’t correct for an unsigned 8-bit (u8) stream, since the neutral value should be 128 instead of zero. This causes noticeable clicking whenever the sender stops or resumes playback. (For example, old games that play occasional WAV files as sound effects.) The issue can be reproduced using Sound Recorder from Win3.1 and an 8-bit mono WAV file. Play the same sound over and over until it starts clicking/popping. I’m not sure if this scenario (the end of a WAV file) should even trigger “buffer underrun” logic at all, since it’s an intentional gap. But regardless of the reason for the underrun, there should be a silence_buffer call there. I tested this in Wine 8, but confirmed the logic is the same in the latest version. -- 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 58198] New: Wine missing WH_JOURNALPLAYBACK, required by VB SendKeys
by WineHQ Bugzilla June 22, 2025

June 22, 2025

http://bugs.winehq.org/show_bug.cgi?id=58198 Bug ID: 58198 Summary: Wine missing WH_JOURNALPLAYBACK, required by VB SendKeys Product: Wine Version: 8.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user16 Assignee: wine-bugs(a)winehq.org Reporter: jxvhulzowyrobfwwze(a)nbmbb.com Distribution: --- Wine doesn’t implement WH_JOURNALPLAYBACK, which is required by the Visual Basic SendKeys function. This makes the game “Mordor: The Depths of Dejenol” unplayable after entering the dungeon. I’ve confirmed with 32-bit Wine 8 and 16-bit VB3, but the logic seems unchanged in more recent Wine (and VB) versions. Microsoft eventually released a VB6 runtime that reimplemented SendKeys using SendInput instead of WH_JOURNALPLAYBACK, but that only fixes VB6 binaries. https://archives.miloush.net/michkap/archive/2007/09/10/4850360.html https://web.archive.org/web/20130615064311/http://blogs.msdn.com/b/michkap/… The story gets worse for programs that invoke DoEvents after SendKeys. Since DoEvents “first clears all pending keystrokes from the SendKeys function,” it enters an endless loop waiting for PeekMessage to return the expected WH_JOURNALPLAYBACK messages. CPU usage goes to 100%, and it’s easy to run out of stack space if DoEvents is invoked repeatedly. https://nolongerset.com/how-doevents-works/ Thankfully, running with WINEDEBUG=warn emits a clear message, “SetWindowsHookEx16 hook type 1 broken in Win16” pointing us to https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/user.exe16/hook.c This game is particularly creative, using SendKeys as some sort of input filter. Many keyboard and mouse inputs are apparently translated to SendKeys calls. I don’t fully understand the logic, except that the game is unplayable without it. I can’t say whether it’s worth fixing this or not. At the very least, it’s helpful to know why this game doesn’t work, without having to keep trying each new Wine release. The free demo of “Mordor: The Depths of Dejenol” can be downloaded from https://www.decklinsdemise.com/mordor.htm -- 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 4

[Bug 56695] New: Unreal Engine game checks for a specific VC runtime regkey
by WineHQ Bugzilla June 22, 2025

June 22, 2025

https://bugs.winehq.org/show_bug.cgi?id=56695 Bug ID: 56695 Summary: Unreal Engine game checks for a specific VC runtime regkey Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- Created attachment 76479 --> https://bugs.winehq.org/attachment.cgi?id=76479 registry key being checked for An Unreal Engine game checks for a VC++ runtime libs by checking for a specific registry key created during install of that runtime upon startup. Consider adding that key. -- 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