wine-bugs June 2025

wine-bugs@winehq.org

1 participants
613 discussions

[Bug 58401] New: system.fill_battery_state: support battery drivers that expose energy_* instead of charge_* attributes of power_supply_class
by WineHQ Bugzilla 20 Jun '25

20 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58401 Bug ID: 58401 Summary: system.fill_battery_state: support battery drivers that expose energy_* instead of charge_* attributes of power_supply_class Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rtdiasmendes(a)gmail.com Distribution: --- File: system.c Method: fill_battery_state( SYSTEM_BATTERY_STATE *bs ) Current implementation: - Assumes battery driver exposes: "charge_now", "charge_full", "voltage_now" and "current_now". - Populates SYSTEM_BATTERY_STATE with those attributes after converting to expected units Issue: - Some battery drivers expose different ABI-compliant attributes - In systems with those drivers, Wine is incapable of emulating windows behaviour Enhacement proposal: - Add support for drivers that expose different attributes 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. 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. This may merit its own enhacement proposal if it results in noticeable performance degradation. -- 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 55707] New: Wine seems to not be sending TVN_ITEMCHANGING and TVN_ITEMCHANGED notifications when a panel uses TVM_SELECTITEM to select a single item on a treeview
by WineHQ Bugzilla 20 Jun '25

20 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=55707 Bug ID: 55707 Summary: Wine seems to not be sending TVN_ITEMCHANGING and TVN_ITEMCHANGED notifications when a panel uses TVM_SELECTITEM to select a single item on a treeview Product: Wine Version: 8.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cadbusca(a)gmail.com Distribution: --- There is a very important component for the music player Foobar2000 (V2.0 32bits) called 'Album list panel' that was working fine until its version 1.0. Since version 2.0, a new feature was implemented which is: "The ability to select multiple items using Ctrl and Shift keys was added. This includes Shift-clicking, Ctrl-clicking, and holding Shift when pressing navigation keys." [on a treeview] and selecting a single or multiple items from the component treeview stopped working. I opened a PR on the component github repository at: https://github.com/reupen/album_list_panel/issues/179 and the developer pointed out that the issue may be caused by some issue with Wine not be sending TVN_ITEMCHANGING and TVN_ITEMCHANGED notifications when a panel uses TVM_SELECTITEM to select a single item of a treeview How to reproduce: 1) Install foobar2000 V2.0 32bits from https://www.foobar2000.org/download 2) Install the latest version of the following Foobar2000 components: https://yuo.be/columns-ui and https://yuo.be/album-list-panel 3) Insert a album-list-panel to foobar 4) Selecting one or more items on the treeview have no effect 5) More details including a small video of the issue can be seen here: https://github.com/reupen/album_list_panel/issues/179 I'm willing to test when a fix is available. -- 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 58397] New: Missing power_supply class attributes for NtPowerInformation blocks threads and causes fps stutter
by WineHQ Bugzilla 20 Jun '25

20 Jun '25

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 58257] New: CD Manipulator cannot detect the drive model name in experimental wow64 mode.
by WineHQ Bugzilla 20 Jun '25

20 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58257 Bug ID: 58257 Summary: CD Manipulator cannot detect the drive model name in experimental wow64 mode. Product: Wine Version: 10.8 Hardware: x86-64 URL: http://www.storeroom.info/cdm/cdm270.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu CD Manipulator is a free and user-friendly tool for ripping and writing CDs, supporting image file creation and duplication. The drive model name should appear in the drop box to select the drive in the main menu that appears after starting the program, but it does not appear in new Wow64 mode. I have not tested the other features yet. Steps to reproduce: 1. Make sure you have a physical or virtual CD/DVD drive ready. 2. Obtain cdm270.zip from http://www.storeroom.info/cdm/ . SHA1(cdm270.zip) = 46f4cea613d199974cf1a22741f4ce92e8fef723 3. Unzip it. 4. Execute CdManipulator.exe with Wine. 5. At the first time, language selection window is shown. Choose English. 6. The main menu appears. Expected result: Drive model name is shown in the drop box, e.g. (D:) VBOX CD-ROM 1.0 Actual result: Drive model name is shown as Unknown in the drop box, e.g. (D:) - Unknown - -- 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 58392] New: Can't display background and characters in MapleStory World.
by WineHQ Bugzilla 20 Jun '25

20 Jun '25

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 46552] New: Crossfire doesn't install
by wine-bugs＠winehq.org 20 Jun '25

20 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=46552 Bug ID: 46552 Summary: Crossfire doesn't install Product: Wine Version: 4.0-rc7 Hardware: x86-64 URL: http://crossfire.z8games.com/download.html OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luca.finizio.mgbx(a)hotmail.it Distribution: Mint Created attachment 63423 --> https://bugs.winehq.org/attachment.cgi?id=63423 console output I already reported a bug about Crossfire EU (you can find it here https://bugs.winehq.org/show_bug.cgi?id=45920), but now it merged with Crossfire NA and the new link for download is http://crossfire.z8games.com/download.html The .exe file is different than before, but it doesn't install yet; I don't know if the problem is the same or not. I attached my console output. You can reproduce the bug just by downloading the file and trying to install. I kept my terminal open for more than 3 hours beacuse the process is "running" and if I close the terminal it says that a process is still running and closing the terminal will kill it. Therefore I don't know if my console output is complete or not. If I can help in some way, just tell me! :) -- 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 20

[Bug 58387] New: the application krita is what i was trying to draw but the programme just wont open.
by WineHQ Bugzilla 20 Jun '25

20 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58387 Bug ID: 58387 Summary: the application krita is what i was trying to draw but the programme just wont open. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ntsrkr(a)duck.com Distribution: --- it doesn't want to open. as soon as I try to open it wine crashes download link https://krita.org/en/post-download/ version is krita-x64-5.2.9-setup.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 4

[Bug 58139] New: Empires: crashes on pressing "GO!" button
by WineHQ Bugzilla 20 Jun '25

20 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58139 Bug ID: 58139 Summary: Empires: crashes on pressing "GO!" button Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: contact(a)giganttech.net Distribution: ArchLinux Created attachment 78420 --> http://bugs.winehq.org/attachment.cgi?id=78420 Archive containing backtrace and terminal output Download Link: https://conspiracy.hu/get/74/cns!empf.zip Trying to run this demoscene by clicking the "GO!" button on the will result in a crash. NVIDIA GeForce GTX 1660 SUPER with proprietary drivers, Driver Version: 570.133.07 -- 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 58396] New: virtual terminal captures moue
by WineHQ Bugzilla 19 Jun '25

19 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58396 Bug ID: 58396 Summary: virtual terminal captures moue Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: explorerframe Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com Distribution: --- Hi All, Fedora 41 wine-devel-10.10-1.1.x86_64 bash -c "cd /home/todd/.wine/drive_c/lotus/wordpro; wine explorer /desktop=WordPro_`date +%%H:%%M:%%S`_1680x1050,1680x1050 wordpro.exe" Occasionally, the mouse can't escape the terminal. You have to exit the program to get your mouse back Many thanks, -T -- 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 57828] New: Approach Smart Icons do not show
by WineHQ Bugzilla 19 Jun '25

19 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=57828 Bug ID: 57828 Summary: Approach Smart Icons do not show Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com Distribution: --- Created attachment 78036 --> https://bugs.winehq.org/attachment.cgi?id=78036 Smart Icon in Windows 10 and Wine SmartSuite-N99.8.0208.0800 Fedora 41 wine-devel-10.1-1.1.x86_64 and wine-stable-10.0.0-1.1.x86_64 winehq-stable-10.0.0-1.1.x86_64 In Approach, the View pull down, Smart Icon setting does not active. This makes Approach very difficult to use. -- 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

← Newer
1
...
10
11
12
13
14
15
16
...
62
Older →

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 June 2025