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.
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.
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.
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.
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.
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.
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.
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.
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.
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.