- Wine-Bugs - list.winehq.org

[Bug 58397] New: Missing power_supply class attributes for NtPowerInformation blocks threads and causes fps stutter
by WineHQ Bugzilla June 20, 2025

June 20, 2025

http://bugs.winehq.org/show_bug.cgi?id=58397 Bug ID: 58397 Summary: Missing power_supply class attributes for NtPowerInformation blocks threads and causes fps stutter Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rtdiasmendes(a)gmail.com Distribution: Mint Created attachment 78805 --> http://bugs.winehq.org/attachment.cgi?id=78805 logs mentioned in the bug Description Affected Application: - Tainted Grail: Fall of Avalon Observed Symptoms: - Frametime spikes from ~5ms to ~100ms occurring at ~1Hz intervals. - GPU frame dispatch (via DXVK) is delayed due to thread blocking in Wine’s battery status polling logic. Performance Analysis (see attached logs): - strace shows constant, repeated attempts to read nonexistent files in /sys/class/power_supply/BAT1/ - perf stat reveals ~8,270 openat() syscalls in 10 second window (on game title screen). - perf record/report shows significant thread time consumed inside NtPowerInformation-related logic in ntdll. Root Cause: - In dlls/ntdll/unix/system.c, the function fill_battery_state() (Linux version) hardcodes the use of attributes: "charge_now" "charge_full" and "current_now". - These attributes are not universally present in /sys/class/power_supply/. On some systems, particularly those using energy-based reporting (µWh), the ABI-compliant alternatives are: "energy_now", "energy_full" and "power_now". - Since Wine looks only for the "charge_*" files and fails to return expected information, the game loops the query constantly which results in openat() being used in a tight polling loop - blocking threads and causing intermittent CPU stalls that propagate to the GPU rendering pipeline. Solution 1: - Verify what attributes are present in the power_supply class. - Implement logic with supplied attributes. Solution 2: - Attempt to read the already-implemented files. - Fallback to "energy_*" if those are not present. I gather solution 1 has a more consistent impact across different systems, while solution 2 is more lightweight on systems with "charge_*" and heavier on others. Further reading: - https://docs.kernel.org/power/power_supply_class.html - https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-devices-power - https://github.com/torvalds/linux/blob/master/include/linux/power_supply.h - https://github.com/torvalds/linux/blob/master/drivers/power/supply/power_su… Note: Attribute "scope", while implemented in the kernel, is undocumented in the power_supply_class docs. Will later check if the rest of the documentation is up to date and raise the appropriate issue upstream. Until then, do not assume it correctly reflects the kernel implementation. Disclaimer: This issue was identified and reproduced using Proton-GE, Proton (Steam Runtime), Soda and Flatpak's build. I am reporting it here for visibility and discussion since it appears to originate from WineHQ’s upstream implementation of NtPowerInformation. Out-of-scope commentary: While Wine's behavior of querying /sys/class/power_supply/ on every NtPowerInformation() call correctly emulates the Windows API semantics, it has unintended performance implications on Linux. This is due to the fact that retrieving battery information from sysfs involves real filesystem I/O, including frequent failed lookups on systems that expose energy_* instead of charge_* attributes. Therefore, applications may call NtPowerInformation() without prioritizing caching or proper fallback logic as they expect the operation to have a lower-cost then it does on Linux - causing significant and unnecessary performance degradation. Will raise this for an enchancement in the proper channels. -- 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 58392] New: Can't display background and characters in MapleStory World.
by WineHQ Bugzilla June 20, 2025

June 20, 2025

http://bugs.winehq.org/show_bug.cgi?id=58392 Bug ID: 58392 Summary: Can't display background and characters in MapleStory World. Product: Wine Version: 10.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: s9209122222(a)gmail.com Distribution: --- If I upgrade to WINE10.9, the game can't display its background and characters. I have to downgrade to WINE10.8 to make it work again. -- 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 56783] New: MySims doesn't render the character creation screen
by WineHQ Bugzilla June 19, 2025

June 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=56783 Bug ID: 56783 Summary: MySims doesn't render the character creation screen Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 76584 --> https://bugs.winehq.org/attachment.cgi?id=76584 Character creation black screen When starting a new game, the game will first display a few 2D images detailing the game's plot. Afterwards the player will be taken to the character creation screen for them to create their sim. Under wine-9.10 this screen is completely black minus the in-game UI elements. (Also in wine-9.10 this screen doesn't show any text. See also: Bug #56782.) -- 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 56782] New: MySims does not display text.
by WineHQ Bugzilla June 19, 2025

June 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=56782 Bug ID: 56782 Summary: MySims does not display text. Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 76583 --> https://bugs.winehq.org/attachment.cgi?id=76583 Clean prefix console log. As the summary says, the game does not display any text. Menus, dialogs, in-game, etc. Installing core fonts does nothing. Console log attached. -- 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 58395] New: SimCity 2000 Network Edition doesn't allow starting a game.
by WineHQ Bugzilla June 19, 2025

June 19, 2025

http://bugs.winehq.org/show_bug.cgi?id=58395 Bug ID: 58395 Summary: SimCity 2000 Network Edition doesn't allow starting a game. Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dplay Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 78802 --> http://bugs.winehq.org/attachment.cgi?id=78802 Internet TCP/IP Connection For DirectPlay console log. When using a clean prefix in Wine 10.10, attempting to start a new game in SimCity 2000 Network Edition doesn't work. Console log complains that there are no dplay service providers registered, despite the Connection Method dialog showing multiple dplay transports to use. Selecting the "Internet TCP/IP Connection For DirectPlay" or "Serial" option causes the game to spawn it's server process which then fails after displaying the error dialog: "Failed to initialize DirectPlay." Exiting the server app causes a segfault. Selecting the "Internet" option causes the the game to spawn it's server process which then locks up after throwing a seh error in the console. Requiring it to be killed manually. Selecting any other option causes the same behavior as the "Internet TCP/IP Connection For DirectPlay", with additional error messages for unavailable networks. (I don't have an IPX or Modem connection to test with.) Console logs attached. -- 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 54336] New: Wow64 compatibility breaks on newer 64-bit glibc releases
by WineHQ Bugzilla June 19, 2025

June 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=54336 Bug ID: 54336 Summary: Wow64 compatibility breaks on newer 64-bit glibc releases Product: Wine Version: 8.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ruanformigoni(a)gmail.com Distribution: --- Newer versions of 64-bit glibc break current Wow64 compatibility implementation. For a new vm of fedora 36: $ ./wine-ge-7-35-continuous-x86_64.AppImage --version Usage: wine PROGRAM [ARGUMENTS...] Run the specified program wine --help Display this help and exit wine --version Output version information and exit glibc.x86_64 version is 2.35-20.fc36 glibc.i686 is not installed. -- For a new vm of fedora 37: $ /wine-ge-7-35-continuous-x86_64.AppImage --version /tmp/.mount_wine-gEI9DJM/bin/wine: No such file or directory glibc.x86_64 version is 2.36-9.fc37 glibc.i686 is not installed (installing fixes it). -- 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 23

[Bug 57974] New: Palette colors are wrong in 16-bit Myst
by WineHQ Bugzilla June 18, 2025

June 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=57974 Bug ID: 57974 Summary: Palette colors are wrong in 16-bit Myst Product: Wine Version: 10.3 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 78232 --> https://bugs.winehq.org/attachment.cgi?id=78232 Screenshot Steps to reproduce: 1. Extract myst_win3x_win.7z 2. In winecfg, create drive D: as a CD drive from the Myst/cd directory 3. Run `sudo sysctl vm.mmap_min_addr=0` 4. In one terminal, run `Xephyr :1 -ac -screen 800x600x8` 5. In another terminal, run `DISPLAY=:1 openbox` 6. In a third terminal, run `DISPLAY=:1 wine Myst/win3.1/MYST/MYST.EXE` $ sha256sum myst_win3x_win.7z 562d3a3d829648352b94ab0d828290f17f90406d34218ebe3ffd0ac012cb12e3 -- 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 54734] New: Lord of the Rings Online randomly crashes during gameplay
by WineHQ Bugzilla June 18, 2025

June 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=54734 Bug ID: 54734 Summary: Lord of the Rings Online randomly crashes during gameplay Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ewg.grey(a)gmail.com Distribution: --- Created attachment 74238 --> https://bugs.winehq.org/attachment.cgi?id=74238 Wine terminal output after a crash I'm running Arch Linux with Wine 8.4 from the Arch repository on an AMD Ryzen 7 5800X with an AMD ATI Radeon RX 6800 XT graphics card. The Lord of the Rings Online game client randomly closes/crashes during gameplay with the following message as the last output from Wine: 01b8:fixme:faultrep:ReportFault 000000000011E500 0x0 stub I've been using this install of LotRO for over a year with no issues. However, I tried creating a new Wine prefix and reinstalling the game from scratch. I run the following winetricks to get all of the game client's functionality to work: winetricks d3dcompiler_43 d3dx11_42 d3dx11_43 winhttp corefonts I'm also using dxvk 2.1 Nothing else is changed from the defaults. Everything worked fine up through Wine 8.0. However, those were TKG builds of Wine. I switched to the Arch build of Wine to test if the issue was the TKG build of Wine. -- 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 37297] New: CreateEdit windows always fullscreen under wine
by wine-bugs＠winehq.org June 18, 2025

June 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=37297 Bug ID: 37297 Summary: CreateEdit windows always fullscreen under wine Product: Wine Version: 1.7.26 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: n4af(a)n4af.net ref: https://forum.winehq.org/viewtopic.php?t=23405&p=96423 I have a Pascal (Dephi) app that runs well under Wine application layer. The problem is that there are a number of edit controls that will only show in full screen under Wine. This would be an example of a procedure to create a editable window using Alt-D WM_INITDIALOG: begin Windows.SetWindowText(hwnddlg, RC_DUPECHECKOAR); Format(TempBuffer1, TC_ENTERCALLTOBECHECKEDON, BandStringsArray[InActiveRadioPtr.BandMemory], ModeStringArray[InActiveRadioPtr.ModeMemory]); CreateStatic(TempBuffer1, 15, 3, 250, hwnddlg, 102); AltDEditWindowHandle := CreateEdit(ES_CENTER or ES_UPPERCASE or WS_BORDER, 15, 27, 250, 30, hwnddlg, 101); asm mov edx,[MainWindowEditFont] call tWM_SETFONT end; CreateOKCancelButtons(hwnddlg); The above CreateEdit dutifully creates a window under Win7. Ubuntu (kernel 3.16) will only display as fullscreen. Under linux I can grab the title bar and move the f/s window but nothing else. Right clicking on the title bar i have options Restore, Resize, Maximize selected. Screen captures on https://forum.winehq.org/viewtopic.php?t=23405&p=96423 Tks, Howard -- 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 9

[Bug 58390] New: "Browse..." Causes Access Violation in WINE 10.8/10.9 (Works in 10.5)
by WineHQ Bugzilla June 18, 2025

June 18, 2025

http://bugs.winehq.org/show_bug.cgi?id=58390 Bug ID: 58390 Summary: "Browse..." Causes Access Violation in WINE 10.8/10.9 (Works in 10.5) Product: Wine Version: 10.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: sg97(a)pm.me Distribution: --- Created attachment 78797 --> http://bugs.winehq.org/attachment.cgi?id=78797 issue After upgrading to WINE 10.8 and then 10.9, when I click "Browse..." to select files for installing various games and software to a desired location, I receive the message: "Access violation at address XXXXXXX in module 'shell32.dll'. Read of address FFFFFFFF." The problem is resolved by downgrading to WINE 10.5. When I press the "OK" button, the (C:) drive loads. Then, the popup appears again. I can hold the ESC key or Enter key to dismiss hundreds of these popups and eventually load the contents of all directories and subdirectories. I get this message when I press the "Browse..." button in software installers: ``` 0130:fixme:shell:SHAutoComplete stub 0130:fixme:win:WINNLSEnableIME hwnd 000100DE enable -1: stub! ``` But there are no other messages afterward. OS: Arch Linux WINE Versions: 10.8, 10.9 -- 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