https://bugs.winehq.org/show_bug.cgi?id=50484
Bug ID: 50484
Summary: Far Manager 3 crashes when Shift+Enter Execute in
separate window pressed
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: lanthruster(a)gmail.com
Distribution: ---
Far Manager 3 crashes when executing a file association.
1. Download and extract farmanager3
https://www.farmanager.com/download.php?l=en (zip archive)
2. Create a text file with no or arbitrary content test.txt
3. Select test.txt and press Shift + Enter
Wine will crash. That bug was there for years, including Wine 2.3 and earlier
releases.
--
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=57950
Bug ID: 57950
Summary: Debugger Found Error in Wine 10.3 - Unable to Run MT5
on Linux
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zareisajad98(a)gmail.com
Distribution: ---
I'm encountering a persistent "a debugger has been found on your system, unload
it from memory and restart your program" error while trying to run MetaTrader 5
using Wine on Arch Linux.
--
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=58369
Bug ID: 58369
Summary: Clip Studio Paint 4 crashes when starting
ClipStudioPaint.exe using compatiblity mode for
Windows 10 or 11
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: ignacykuchcinski(a)gmail.com
Distribution: ---
Created attachment 78775
--> http://bugs.winehq.org/attachment.cgi?id=78775
backtrace file
Using Clip Studio Paint 4: https://www.clipstudio.net/en/dl/ (Free trial
download)
The launcher ClipStudio.exe manages to launch, but when starting
ClipStudioPaint.exe by clicking the draw button in the top left corner, that
program will crash shortly after launch with backtrace provided in the
attachement.
The program works well under compatiblity mode for Windows 8.1 and 7, including
all app features.
Dependencies installed: vcredist2022, dotnet481
I've collected unique error messages during the installation, running of the
launcher and the program itself before the crash in the attachement "errors",
the one that occurs in the ClipStudioPaint.exe just before the crash is as
follows:
032c:err:combase:RoGetActivationFactory Failed to find library for
L"Windows.UI.Input.RadialController"
Possibly related, but not identical:
https://bugs.winehq.org/show_bug.cgi?id=58254
--
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=39688
Bug ID: 39688
Summary: Crash in file browser dialog (probably because of >
MAX_PATH)
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: n296869(a)rtrtr.com
Distribution: ---
Wine's GetOpenFileNameW/GetSaveFileNameW seems to crash when encountering a
very long path name (i.e. longer than MAX_PATH characters).
--
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=58388
Bug ID: 58388
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.
http://bugs.winehq.org/show_bug.cgi?id=58303
Bug ID: 58303
Summary: make install for arm-linux-gnueabihf on
aarch64-linux-gnu host fails at libaclui.a
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alex(a)alexrp.com
Distribution: ---
I did the following:
git clone https://gitlab.winehq.org/wine/wine.git
cd wine
mkdir build32 build64
cd build64
../configure --enable-win64
make -j$(nproc)
cd ../build32
PKG_CONFIG_PATH=/usr/lib/arm-linux-gnueabihf ../configure
--with-wine64=../build64 --host=arm-linux-gnueabihf
make -j$(nproc)
That all succeeds. However, when I try to `make install` in `build32`, I
eventually get:
../build64/tools/winebuild/winebuild -w --implib -o dlls/aclui/libaclui.a
-b arm-linux-gnueabihf --export \
../dlls/aclui/aclui.spec
tmp68634c48/libaclui-00000000.s: Assembler messages:
tmp68634c48/libaclui-00000000.s:2: Error: unrecognized symbol type ""
tmp68634c48/libaclui-00000000.s:9: Error: junk at end of line, first
unrecognized character is `,'
winebuild: /usr/bin/arm-linux-gnueabihf-as failed with status 1
make: *** [Makefile:1602: dlls/aclui/libaclui.a] Error 1
Unfortunately, I'm not familiar enough with the build system to know how to get
at that temporary file to try to diagnose the problem.
This is on a Ubuntu 25.04 machine, FWIW.
--
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=53008
Bug ID: 53008
Summary: When playing civilizatin2, winevdm crash
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: clabbe.montjoie(a)gmail.com
Distribution: ---
Created attachment 72378
--> https://bugs.winehq.org/attachment.cgi?id=72378
backtrace of winevdm
When playing civilization 2, game menu start, but after some time, game crash.
I am sure that it worked before, but i need some time digging backup to find
which version of wine I used.
--
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=57811
Bug ID: 57811
Summary: wikis/Building-Wine contains broken/obsolete link
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: depaoli.renzo(a)gmail.com
Distribution: ---
As per instruction on the 404 website
"If you followed a link from a WineHQ.org page and reached this page in error,
please report it to the WineHQ.org Bugzilla.":
The link on the Wine Wiki
https://gitlab.winehq.org/wine/wine/-/wikis/Building-Winehttps://www.winehq.org/pipermail/wine-devel/2016-January/111245.html
is broken resulting in 404.
--
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=58451
Bug ID: 58451
Summary: rpcrt4: Fix 'FIXME: should use CreateTimerQueueTimer
when implemented'
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: winehq-bugs_serge_180716(a)gautherie.fr
Distribution: ---
wine-1.1.18
https://gitlab.winehq.org/wine/wine/-/commit/5f6ae94ad0163341c2cd79a89f29b2…
added
{
/* FIXME: should use CreateTimerQueueTimer when implemented */
thread = CreateThread(NULL, 0, rpcrt4_http_timer_thread, timer_data, 0,
NULL);
}
although CreateTimerQueueTimer() was already implemented, by
wine-1.1.2
https://gitlab.winehq.org/wine/wine/-/commit/d343f2baf76413eb690cbc44a0d56e…
{
NTSTATUS status = RtlCreateTimer(phNewTimer, TimerQueue, Callback,
Parameter, DueTime, Period, Flags);
}
Check and fix that FIXME.
--
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=58450
Bug ID: 58450
Summary: Total Annihilation (GOG, demo) – Wayland black screen
on startup.
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: karol23145(a)gmail.com
Distribution: ---
Created attachment 78901
--> http://bugs.winehq.org/attachment.cgi?id=78901
WINEDEBUG=+waylanddrv,+ddraw,+wined3d,+opengl,+seh`.
### Summary
Total Annihilation (GOG version and demo) shows a black screen on native
Wayland (Mutter 48.3). On X11 it works perfectly, and on XWayland the game has
a minor fullscreen issue (see Bug 57482).
### Steps to reproduce
1. Download the Total Annihilation demo (or use the GOG version).
GAME DEMO CAN BE DOWNLOADED FROM:
https://archive.org/details/TotalAnnihilation_201405
2. Launch the game executable (`TotalA.exe`) under Wine on a native Wayland
session (No XWayland).
### Current behavior
The game process starts, sound can be heard, and keyboard input works (buttons
can be pressed), but the entire game window is black. The window is also not
fullscreen.
### Expected behavior
The game's intro videos should play, followed by the main menu, which should be
visible and interactive.
### Relevant logs, screenshots, screencasts etc.
*Attached are the following files:*
1. `TA.log`: Full Wine debug log captured with
`WINEDEBUG=+waylanddrv,+ddraw,+wined3d,+opengl,+seh`.
2. `system_info.txt`: Output of `inxi -Fxxxza`.
### System Details
- **Wine Version:** Custom build from source (also tested with Wine development
branch, same result)
- **Windowing System:** Mutter 48.3 (Wayland session)
- **Distribution:** Fedora 42
- **Graphics Driver:** Mesa 25.0.7
- **Kernel version:** 6.15.4
--
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=52999
Bug ID: 52999
Summary: Redout fails to detect visual c++ runtimes
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Created attachment 72366
--> https://bugs.winehq.org/attachment.cgi?id=72366
Logfile
When i try to run Redout, it says you need to install the c++ runtime.
The log does not indicate anything going wrong:
002c:fixme:winediag:LdrInitializeThunk wine-staging 7.8 is a testing version
containing experimental patches.
002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when
filing bug reports on winehq.org.
0118:fixme:imm:ImeSetActiveContext (0000000000CDB7F0, 1): stub
0118:fixme:imm:ImmReleaseContext (000000000001006C, 0000000000CDB7F0): stub
007c:fixme:imm:ImeSetActiveContext (0000000000356C10, 0): stub
007c:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000356C10): stub
0118:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
0000000000B9FD70
--
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=56761
Bug ID: 56761
Summary: So when I install Blizzard.net setup exe its crashes
and gives me the backtrace log
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adampigeons(a)gmail.com
Distribution: ---
Created attachment 76555
--> https://bugs.winehq.org/attachment.cgi?id=76555
the log of the error
i launch battlenet exe setup then the window becomes unusable then i get the
backtrace 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.
https://bugs.winehq.org/show_bug.cgi?id=55979
Bug ID: 55979
Summary: Blizzard Battle.net Launcher: New Version Released On
11/30/2023 Hangs During Installation
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: crashdance(a)charter.net
Distribution: ---
Created attachment 75569
--> https://bugs.winehq.org/attachment.cgi?id=75569
Terminal output when running the Battle.net client installer in a clean Wine
prefix
When attempting to install Battle.net in a clean 64-bit prefix on a clean
install of Linux Mint 21.2 with all needed dependencies, I get the attached
terminal output and the progress hangs at 45%.
Also, I know the maintainers of Bugzilla encourage reporting only one problem
per bug. That being said, the exact same time this started happening, my
existing Wine prefix for Battle.net (and my Battle.net games) caused thread
crashes when opening Battle.net after installing yesterday's update. The update
was installed from within the Battle.net client by clicking the green icon to
install the update. Prior to this update released yesterday on November 30,
2023, Battle.net and the games were running flawlessly.
Because I can only add a single attachment, the Pastebin links below will give
more detail on the related issue of thread crashes described above:
Existing prefix terminal output when the thread crash occurs:
https://pastebin.com/4UwxTsEP
Here is my system information:
https://pastebin.com/v3MVemgg
Was able to save a crash report for the thread crash issue:
https://pastebin.com/mYX68NrX
--
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=58446
Bug ID: 58446
Summary: Shift + Click to draw straight line using tablet pen
not working in CLIP STUDIO PAINT version 2
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kas23997(a)gmail.com
Distribution: ---
I am using a Wacom Intuous PT S2, for reference. I've tried to toggle mouse
mode in CSP's settings, but neither works. The pen will just draw separate dots
instead of making a straight line.
It works if using a mouse, however.
Nothing appeared in the Terminal after the wine command, so let me know if
there's any other info I should provide.
--
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=58440
Bug ID: 58440
Summary: Dance eJay 6 and dance eJay 7 crash with advapi32
error
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: rave002(a)o2.pl
Distribution: ---
Created attachment 78891
--> http://bugs.winehq.org/attachment.cgi?id=78891
Dance ejay 6 Reloaded crash log
Both applications used to run fine on the older versions of wine. I'm attaching
the logs for Dance eJay 6.0, but the one for Dance 7 is pretty much the same.
Tried winetricks to maybe install a "proper" version of advapi32, however
winetricks doesn't provide it.
I will try to add Dance eJay 7.0 crash log in a following comment if I'm able
to.
--
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=58358
Bug ID: 58358
Summary: Dungeons & Dragons Online: No suitable graphics device
was found. [122]
Product: Wine
Version: 10.9
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ccooksey(a)mindspring.com
Created attachment 78747
--> http://bugs.winehq.org/attachment.cgi?id=78747
Logs showing the video driver failures in Wine 10.0_1 and higher
On macOS Sequoia, using Apple Silicon on a MacBook Pro, running Dungeons and
Dragons online and entering the game world on any version of Wine *after* 10.0
will stop with a message:
"No suitable graphics device was found. Are you running through a remote
session or a VM? If not, please check your video hardware capabilities. [122]"
The game terminates and cannot be played. Note that the Game Launcher works
fine. It is the game client that fails -the bit that uses DX9 and above.
If the original Wine 10.0 is installed (prior to 10.0_1), it works fine.
To recreate:
Working case (Wine 10.0):
- Register a free account at: https://www.ddo.com/register
- Download the game installer here: https://www.ddo.com/download
- Install wine 10.0, (not wine-stable - see instructions below).
- Install the game to a standard wine prefix.
- Run "C:/Program Files (x86)/StandingStoneGames/Dungeons & Dragons
Online/DNDLauncher.exe" to enter the launcher. Use your free account.
- Enter the world "Orien".
- Observe that the character creation screen in the game client appears.
Non working case (Wine 10.0_1 and higher):
- Install any higher version of Wine, i.e. wine-stable (10.0_2), wine@staging
or wine@devel.
- Install the game to a standard wine prefix (if you didn't already).
- Run "C:/Program Files (x86)/StandingStoneGames/Dungeons & Dragons
Online/DNDLauncher.exe" to enter the launcher. Use your free account.
- Enter the world "Orien".
- The game client will stop with error [122] as it tries to connect to DX9.
My observation:
10.0 uses:
[mvk-info] MoltenVK version 1.2.10, supporting Vulkan version 1.2.290.
10.0_1 and higher all use:
[mvk-info] MoltenVK version 1.3.0, supporting Vulkan version 1.3.313.
There are literally no code changes in Wine from 10.0 to 10.0_1. But these
graphics libs did change and now there appears to be no video driver.
I have been using brew to install. Here is a speedy way to get the original
Wine 10.0 installed on a machine:
brew uninstall wine-stable # or wine@staging or wine@devel, as needed
curl -o wine-stable.rb
https://raw.githubusercontent.com/Homebrew/homebrew-cask/3b6f8acd9c1f8aad56…
sed -i '' 's/wine64/msidb/g' wine-stable.rb # Implements an important change
from the 10.0_1 brew cask.
brew install --no-quarantine wine-stable.rb # Note the '.rb' suffix.
# If you are on Apple Silicon, install Apple's x86 emulator. Ignore any errors.
/usr/sbin/softwareupdate --install-rosetta --agree-to-license
For the breaking case, you can just "brew install --no-quarantine [wine-stable
| wine@staging | wine@devel]". No need to use older casks.
Note that the current gstreamer is not compatible with wine-stable. Optionally
add these commands to prevent gstreamer from being noisy and slowing things
down:
export GST_PLUGIN_PATH=/dev/null
export GST_PLUGIN_SYSTEM_PATH=/dev/null
I have attached logs from 10.0 (working) and 10.9 (not working).
I used WINEDEBUG="+seh,+tid,+d3d,+vulkan,+dxvk,+d3d12".
Please let me know if you need any additional info from me.
Thanks,
Chris.
--
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=58417
Bug ID: 58417
Summary: Failure to compile: Undeclared KW_ object
Product: vkd3d
Version: 1.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: johngodman006(a)gmail.com
Distribution: ---
Created attachment 78834
--> http://bugs.winehq.org/attachment.cgi?id=78834
Compilation log
I am trying to compile wine in shared WoW64 mode, and ran into the attached
error during compilation of the 64 bit binary.
I have to imagine, given the compilation error is an undeclared identifier,
that I am missing some headers. However, I'm not sure what exactly I am
missing.
I have packages spirv-headers-devel, vulkan-headers, and libvkd3d-devel
installed at their latest versions from Fedora.
For reference, I'm on Fedora 42 kernel 6.15.3.
I must be making a simple mistake, right? If someone could give me a hand, I'd
greatly appreciate 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.
http://bugs.winehq.org/show_bug.cgi?id=58229
Bug ID: 58229
Summary: _SH_SECURE sharing flag is not supported and causing
_wfsopen to fail
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: bruvzg13(a)proton.me
Distribution: ---
Calling _wfsopen with _SH_SECURE sharing flag result in failure and
"012c:err:msvcrt:_wsopen_dispatch Unhandled shflags 0x80" error in the
terminal.
0x80 value correspond to _SH_SECURE
Discovered while debugging Godot Engine -
https://github.com/godotengine/godot/pull/106392
Seems like the case for this flag is missing:
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/msvcrt/file.c?ref_ty…
The flag is documented as "shared read, exclusive write access"
(https://learn.microsoft.com/en-us/cpp/c-runtime-library/sharing-constants?v…),
and the issue can be worked around by substituting it with "(mode_flags ==
READ) ? _SH_DENYWR : _SH_DENYRW", which result in the same behavior as on
Windows (at least in our use case).
--
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=58416
Bug ID: 58416
Summary: Cloudflare is blocking patches and code snippets
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Cloudflare stops me from attaching patches to bug reports unless I compress
them in a format that Cloudflare won't check.
It also blocks me if I paste some code into the comments. Seems to get upset
with C and PHP. I haven't tested much else but it's pretty obviously not
desirable behaviour for a Bugzilla. Been happening for a while, probably
anti-spam, anti-bot protection.
--
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=58271
Bug ID: 58271
Summary: Window decoration issues in Wine with Wayland driver
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: mexano222(a)gmail.com
Distribution: ---
Created attachment 78617
--> http://bugs.winehq.org/attachment.cgi?id=78617
default decorations
When running applications through Wine using the native Wayland driver,
windowed applications are not receiving proper window decorations (e.g.,
titlebars, borders) from the system window manager. Instead, Wine's default,
minimal, and visually unappealing decorations are displayed.
I have enabled option "Allow the window manager to decorate the windows" in
winecfg and it's working fine on Xwayland. But this option does not appear to
have any effect under native Wayland.
--
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=58126
Bug ID: 58126
Summary: Display enumeration differs from winex11
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: oleg(a)np880.ru
Distribution: ---
Created attachment 78389
--> http://bugs.winehq.org/attachment.cgi?id=78389
Display enumeration in winewayland driver.
Enumeration of displays in winewayland driver differs from winex11 and doesn't
even follow order of reported wl_outputs.
I have 3 displays: with middle one (1440p, primary) being the first display. My
other displays are 1080p. In winex11 it's indeed the first, and it also
reported as first wl_output by my compositor (KWin). But winewayland driver
reports it the second and the leftmost display reported as the first.
It causes problem in old games that don't have display selection and enumerate
video modes only for primary (first) display, so I can't get resolution higher
than 1080p on my 1440p display that is supposed to be primary.
Although we don't have a way to determine primary screen on Wayland we can at
least follow order of reported wl_outputs. Here is what my compositor is
reporting and it doesn't correlate with order of winewayland driver.
interface: 'wl_output', version: 4, name: 61
name: DP-1
description: Xiaomi Corporation Mi monitor
x: 1920, y: 0, scale: 2,
physical_width: 598 mm, physical_height: 336 mm,
make: 'Xiaomi Corporation', model: 'Mi monitor',
subpixel_orientation: unknown, output_transform: normal,
mode:
width: 2560 px, height: 1440 px, refresh: 180.000 Hz,
flags: current
interface: 'wl_output', version: 4, name: 62
name: DP-2
description: Philips Consumer Electronics Company Philips 226V4
x: 0, y: 0, scale: 1,
physical_width: 477 mm, physical_height: 268 mm,
make: 'Philips Consumer Electronics Company', model: 'Philips 226V4',
subpixel_orientation: unknown, output_transform: normal,
mode:
width: 1920 px, height: 1080 px, refresh: 60.000 Hz,
flags: current
interface: 'wl_output', version: 4, name: 63
name: HDMI-A-1
description: Philips Consumer Electronics Company Philips 235PL
x: 3968, y: 0, scale: 1,
physical_width: 510 mm, physical_height: 287 mm,
make: 'Philips Consumer Electronics Company', model: 'Philips 235PL',
subpixel_orientation: unknown, output_transform: 90°,
mode:
width: 1920 px, height: 1080 px, refresh: 60.000 Hz,
flags: current
--
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=57980
Bug ID: 57980
Summary: Adobe Creative Cloud requires unimplemented function
KERNEL32.dll.SetThreadpoolTimerEx
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: asdfghrbljzmkd(a)outlook.com
Distribution: ---
Every so often I test installing Adobe CC on Wine to see if it will work. With
the recent fixes relating to libcef/edge/chromium sandboxing, I gave it another
go. Seems like this is now an issue:
```
wine: Call from 00006FFFFFC75D38 to unimplemented function
KERNEL32.dll.SetThreadpoolTimerEx, aborting
```
--
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=58331
Bug ID: 58331
Summary: Wait cursor does not display
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: rikul(a)inbox.ru
Distribution: ---
Created attachment 78705
--> http://bugs.winehq.org/attachment.cgi?id=78705
Example
Starting from Wine version 9.0, the waiting cursor no longer appears when
attempting to set it to indicate a long-running operation in MFC applications
or other programs. The issue appears to have started after the commit on June
13, 2023.
Steps to Reproduce:
1. Run the attached simple MFC application.
2. Click the button "Start Long Operation"
Expected Result:
The waiting cursor should appear for the duration of the 3-second sleep.
Actual Result:
The waiting cursor does not appear during the Sleep call. The cursor remains
the default arrow.
Example Application:
The example application has been attached. It uses the most basic
implementation of the CWaitCursor class, as described in the official Microsoft
documentation:
https://learn.microsoft.com/en-us/cpp/mfc/reference/cwaitcursor-class?view=…
Regression Commit:
The issue seems to have started with the commits made on June 13, 2023:
https://github.com/wine-mirror/wine/commits/master/dlls?author=rbernon&sinc…
Notes:
This issue does not occur in Windows, where the waiting cursor appears as
expected.
Environment:
Wine version: 9.0+ (possibly Wine 8.x, but not 8.0)
Operating System: RHEL 7.9, RHEL 8.10
--
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=58434
Bug ID: 58434
Summary: Ableton Live 12 Lite - Crashes on Install
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jb(a)jbss4u.com.au
Distribution: ---
Created attachment 78870
--> http://bugs.winehq.org/attachment.cgi?id=78870
Unhandled exception: page fault on read access
Wine crashes when starting to install Ableton Live 12
Running the command WINEARCH=win64 WINEPREFIX=~/wine/ableton wine
~/wine/ableton/drive_c/"Ableton Live 12 Lite Installer.exe"
I have checked the WineHQ App DB and followed all the recommended settings
changes.
Ableton Live Setup window opens correctly. I 'Agree to the license terms and
conditions'. Installing to: 'C:\ProgramData\Ableton\Live 12 Lite'
Click on 'Install'
Installation window progresses to 'Setup Progress' and 'Processing:
Initializing...' with progress bar at 0% with a 'Cancel' button at bottom
right.
Immediately, the Wine Debugger opens with 'Program Error' -
The program wixstdba.exe has encountered a serious problem and needs to close.
We are sorry for the inconvenience.
winxtdba.exe appears to be creating a memory access error and I am now out of
my depth.
Thank you for any assistance that might be 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=58433
Bug ID: 58433
Summary: entering sub-menus makes entire menu vanish behind
main window in FL Studio (virtual desktop mode)
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: cyrus.valkonen(a)gmail.com
Distribution: ---
When any menu is opened, such as "File ...", and then a nested sub-menu with
more menu options such as "New from template ..." is hovered (not clicked) with
the mouse to open it, the entire menu with sub-menu is suddenly rendered behind
the main window (z-index issue?).
Consequently the user can no longer open files and can no longer access a lot
of important menus in a lot of the DAWs functions, such as music sheet editor,
pattern editor, etc.
In Wine 8.1 this bug does not occur, and must have been introduced somewhen
after (my guess is version 9).
Please note that this issue does NOT relate to X11, because it happens with
"Emulate a virtual desktop" checked.
I tried many things to work around it, including monkey-patching Wine 10.11
source, but everything is unsuccessful. Please note due to issues with VSTs, FL
Studio needs very specific combos of NOT using DXVK, and not overriding
d3dcompiler_47 or dxgi with winetricks. But even if used it makes no
difference. There are NO OPTIONS in FL Studio that prevent this bug (such as
unchecking ultrasmooth mode or disabling window animations). Only regressing to
8.1 fixes the bug.
In the logs you will see two "TQuickPopupMenuWindow" being opened. The first is
the menu, the second is the sub-menu.
Many versions of FL Studio and Wine are affected by this. At least since FL 20
and Wine 9.
Sadly because of changes in Juce (used by many VSTs), a lot of new and critical
VST plugins now do require a very recent Wine version. Thus falling back to
Wine 8.1 is no longer viable.
--
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=58428
Bug ID: 58428
Summary: issue with snipper elite 5 on heroic games launcher
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: lars_martin4(a)hotmail.com
Distribution: ---
Created attachment 78849
--> http://bugs.winehq.org/attachment.cgi?id=78849
issue with snipper elite 5
Python issue?
--
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=48746
Bug ID: 48746
Summary: Null_DC stops with error on Emulator Startup (not
opening the application)
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: apphelp
Assignee: wine-bugs(a)winehq.org
Reporter: starfirehyper(a)gmail.com
Distribution: ---
Hello,
I am having issues with Wine and Null DC
I do have Crossover on a Chromebook, but whatever I start the emulator (not
opening the application) I get a error that tells me " The program (the full
name of the exe) has encountered a serious problem and needs to close." The
link on the error wasn't very helpful. (I am running nullDC 1.0.4 and I don't
know what is causing it)
Thank you and good bye.
Have a nice 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.
https://bugs.winehq.org/show_bug.cgi?id=48771
Bug ID: 48771
Summary: SoulWorker from Official Launcher
Product: Wine
Version: 5.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: full01(a)linuxmail.org
Distribution: ---
I can't start the game from the Official Launcher. The launcher starts with
Wine-staging but I get the error (The Directory is Invalid) when I try to start
the game client.
The game worked flawlessly before they changed the launcher.
I think the problem is the second launcher called "Soulworkerlauncher.exe".
The game is free to play: https://en.soulworker.gameforge.com/landingpage/
--
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=58424
Bug ID: 58424
Summary: WakeMeOnLan: Doesn't scan IP addresses
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: claytmp+foj0w(a)gmail.com
Distribution: ---
Created attachment 78845
--> http://bugs.winehq.org/attachment.cgi?id=78845
Contains screenshots for comparison and logs from terminal
When scanning the IP addresses (Click on Play button), it doesn't find anything
as if nothing are found. I did double check if the IP range are correct
--
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=53407
Bug ID: 53407
Summary: Hogia Hemekonomi Missing date picker widget
Product: Wine
Version: unspecified
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: ---
Created attachment 72799
--> https://bugs.winehq.org/attachment.cgi?id=72799
How the calendar widget looks when run on Windows XP.
When showing transactions there is a date entry field where the user can enter
a date. Or press "enter" to get a date picker widget. The widget seems to be
missing in Wine.
To reproduce:
- Run the software like "wine Hemeko.exe"
- There will be dialogue asking about number format, click Yes.
- On first run you get an intro (or error see Bug 53384). If error, just
dismiss. If intro, press "Återgå till Hemekonomi" to dismiss.
- Click "Arkiv" and "Ny" to create a new database to work with. When asked
"Ange namnet på den nya databasen" enter something like "foo.mdb" and click OK.
- Click "Fortsätt med Hemekonomi" to dismiss setup wizard.
- Press CTRL-K or click on icon Kontoutdrag.
- Click OK.
- Use mouse to set focus on entry field in lower right corner called "Fr o m"
- Press enter.
- See Program Error.
On subsequent runs click Arkiv/Öppna instead to use the existing foo.mdb
database.
--
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=58261
Bug ID: 58261
Summary: Ys Origin: videos playing upside down
Product: Wine
Version: unspecified
Hardware: x86-64
URL: https://store.steampowered.com/app/207350/Ys_Origin/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 2f180106471a41fa3d95f21919b87b94d8e13e63
Distribution: ---
Created attachment 78600
--> http://bugs.winehq.org/attachment.cgi?id=78600
terminal output
Intro and in-game videos are playing upside down in Ys:Origin.
Tested with the Steam and GOG.com versions. Demo is available on Steam but it
is not affected (the demo uses different video format for videos).
This is after
commit 2f180106471a41fa3d95f21919b87b94d8e13e63
amstream: Implement the custom ddraw stream allocator.
The allocator has a lot of custom behaviour that is very visible in how it
interacts with Update().
Naturally this has the benefit of writing directly into the mapped
surfaces.
The gstreamer errors in my log were present before that commit too.
wine-10.8-103-g8f91df4c4e4
--
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=58412
Bug ID: 58412
Summary: winedbg recursively forks until the memory is
exhausted
Product: Wine
Version: 10.0-rc2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
This bug is just to document my findings from this Debian Bug:
https://bugs.debian.org/1104317
It was just observed with a 32-bit Trixie/testing system.
It looks like for some reason the executable image gets relocated and cannot
be placed at its desired base address.
Unfortunately the entry point gets not relocated.
With a rebuilt package including these patches winecfg could startup normally.
https://gitlab.winehq.org/wine/wine/-/commit/398da92511b51d3ee4ce7c77bfe6d7…https://gitlab.winehq.org/wine/wine/-/commit/5c45391e9f79854915c50a15054f2d…
--
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=58364
Bug ID: 58364
Summary: Major change from 10.9 to 10.10 with Pegasus Email
Program
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: mikes(a)kuentos.guam.net
Distribution: ---
Created attachment 78762
--> http://bugs.winehq.org/attachment.cgi?id=78762
Image after 10.10 installed? Bad
Has worked fine with version of 10.9 and before, but now 10.10 comes with an
unusable screen.
Adding to screen shots with 10.9 and 10.10.
Works fine after downgrade back to 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.
http://bugs.winehq.org/show_bug.cgi?id=58410
Bug ID: 58410
Summary: dotnet35 and dotnet35sp1 fail to install
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: sergiolaverde0(a)gmail.com
Distribution: ---
Created attachment 78820
--> http://bugs.winehq.org/attachment.cgi?id=78820
Console output of `winetricks dotnet35sp1`
When trying to install .NET 3.5 in any of its forms it fails.
The installer allows you to accept the License, and after hitting next a
download bar fills, but then the installer says the installation failed.
I have attached the console output of `winetricks dotnet35sp1`, and the output
of dotnet35 is nearly identical. The bug persists after deleting the local
cache, and .NET 4.8 installed successfully.
Winetricks version: 20250102 - sha256sum:
53194dead910f8a5eb1deacaa4773d4e48f5873633d18ab1ecd6fdb0cb92243b
Wine version: wine-10.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.
https://bugs.winehq.org/show_bug.cgi?id=55138
Bug ID: 55138
Summary: msys2: bash.exe is not able to fork/start another
process.
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 74697
--> https://bugs.winehq.org/attachment.cgi?id=74697
allocation stacks in parent and child bash.exe
This is a followup to bug 47808.
If I understand it right, bug 47808 was primarily about native libraries
getting called at a win32 stack which was not yet committed.
Those native libraries then jumped over the guard page, therefore the stack
got not grown, instead a crash reported.
This aspect was fixed by using the syscall interface and
therefore bug 47808 was closed.
But there is another issue that causes a msys2-forked process crashing,
because after the stack was grown it still misses the PAGE_READWRITE flags.
For this Zeb Figura included in the first attachement to bug 47808
"always expand the stack if within the stack reserve"
a line adding the flags "VPROT_COMMITTED | VPROT_READ | VPROT_WRITE"
to the page that gets the VPROT_GUARD removed in grow_thread_stack.
This modification still enables a forked process to run.
The issue can be reproduced with an unmodified wine by just
- running msys2 bash.exe interactively
- then trying to start e.g. notepad from it.
Attached file shows the stack when the stack gets allocated
- in a working msys2-parent process and
- in a failing msys2-forked child process.
Therefore it looks like the forked stack get really setup differently,
but it is still not clear if or when this memory gets the READ/WRITE
added in native windows.
--
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=58343
Bug ID: 58343
Summary: Kathy Rain 2 - Soothsayer: Screen is completely black,
making the game impossible to play
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: memax(a)gmx.fr
Distribution: ---
Created attachment 78721
--> http://bugs.winehq.org/attachment.cgi?id=78721
Terminal output
Game: Kathy Rain 2: Soothsayer
Unity 2022 engine
GOG.com DRM-free Windows version
OS: Ubuntu 24.04 LTS
NVIDIA Driver Version (proprietary): 570.133.07 (Performance mode)
Windowing system: X11
Wine: wine-10.9 development version
Default Wine configuration, unmodified
Clean Wine prefix
Description: You can hear the music, but the screen is completely black, making
the game impossible to play.
Workaround: Installing DXVK using winetricks solves the issue.
--
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=37131
Bug ID: 37131
Summary: Clang Static Analyzer: Division by zero
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukebenes(a)hotmail.com
Clang Static Analyzer identifies Division by zero
File: dlls/winex11.drv/palette.c
Location: line 601, column 43
Description: Division by zero
#define NB_RESERVED_COLORS 20
...
static void X11DRV_PALETTE_FillDefaultColors(....)
{
...
int i = 0, idx = 0;
int red, no_r, inc_r;
...
if (palette_size <= NB_RESERVED_COLORS)
return;
while (i*i*i < (palette_size - NB_RESERVED_COLORS)) i++;
no_r = no_g = no_b = --i;
...
inc_r = (255 - NB_COLORCUBE_START_INDEX)/no_r;
//Clang: Division by zero
...
}
The code will continue executing if the palette_size variable is larger than or
equal to 21. With the value 21, the 'i' variable will be first incremented by
one and then decremented by one. As a result, the 'i' variable will remain
equal to zero, which will cause the division-by-zero error.
--
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=31212
Bug #: 31212
Summary: Some VST instruments crash when reloaded in Mixcraft
Product: Wine
Version: 1.5.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: s_chriscollins(a)hotmail.com
Classification: Unclassified
In Mixcraft, some VST instruments crash when loaded a second time on a track.
However, the same instruments work fine when loaded for the first time on a
track. The following can be reproduced easily in Mixcraft:
1. Start Mixcraft and select "Build Virtual Instrument Tracks" from the "New
Project" window.
2. Click on the keyboard icon next to the first track name, which will bring up
the instrument selection window.
3. Select "<VSTi Instruments>" from the left pane and then "Messiah" from the
right pane. This sets the track to use the Messiah VSTi synth.
4. Now select "Acoustica Instruments" from the right pane.
5. Once again, select "Messiah" from the right pane. Mixcraft will pop up an
error box with the title "An instrument has crashed" containing the following
text: "A crash has been detected in the instrument "Messiah." This plug-in has
been muted. We recommend you save your project and re-start Mixcraft to avoid
losing your work."
Unfortunately, no helpful terminal output seems to be generated in relation to
the plugin crash. I have provided more detailed notes on VST behavior in
Mixcraft here:
https://docs.google.com/document/d/1YEPh0mkd_ip1whAJXcRIl4HYny5D8LSeGo3qgzV…
** My System **
OS: Kubuntu 12.04 64-bit w/ KDE SC 4.8.4
Motherboard: ASRock X58 Extreme3 (Intel X58 chipset)
CPU: Intel Core i7 (2.8 GHz quad-core)
RAM: 12GB DDR3
Video: Dell NVIDIA GeForce 7800 GTX w/ 256 MB RAM (PCI Express)
Sound Card #1: Sound Blaster Audigy 2 ZS Gold
Sound Card #2: Echo Gina3G
Linux Kernel: 3.2.0-26-generic
NVIDIA video driver: 302.17
Screen Resolution: 1280 x 960
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58321
Bug ID: 58321
Summary: Launch of windows application no longer works after
upgrading to Wine version 10.9
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: craigaschulstad(a)gmail.com
Distribution: ---
Created attachment 78679
--> http://bugs.winehq.org/attachment.cgi?id=78679
Log of application launch before and after 10.9 update
After installing the latest version of Wine (10.9) on my Linux Mint virtual
machine, launching a windows game application no longer worked. Fortunately, I
had made a backup of my virtual machine image back in mid-May which had version
10.7, I was able to restore and reset my virtual machine and then walk through
the point where my game application no longer worked.
Once reset, I manually launched my game application from a terminal window and
the game worked fine. Next, I ran the Linux update manager and updated all
software components and operating system updates except for Wine 10.9. Once
those updates were done, I again manually launched my game application from a
terminal window and the game still worked fine.
I next then used the Linux update manager and applied the Wine 10.9 update.
After the update was completed, I once again manually launched my game
application from the terminal window. I briefly saw the dialog box indicating
my Wine configuration was being updated, and then the process ended without
starting the game application. I retried launching the application but again
the process ended.
I am attaching some log snippets that detail the successful launch of the game
application and subsequently the failure. What I did see in the logs that
might provide a clue was that after the update to Wine 10.9, file "libEGL.so.1"
could not be found. While awaiting an answer back, I am going to investigate
this clue.
Thank you in advance.
--
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=55019
Bug ID: 55019
Summary: kernel32:process - Accents cause test_Environment() to
fail on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:process - Accents cause test_Environment() to fail on Windows:
process.c:1267: Test failed: Parent-env string CI_COMMIT_AUTHOR=Bernhard Klbl
<besentv(a)gmail.com> isn't in child process
process.c:1267: Test failed: Parent-env string CI_COMMIT_DESCRIPTION=
Signed-off-by: Bernhard Klbl <besentv(a)gmail.com> isn't in child process
process.c:1267: Test failed: Parent-env string CI_COMMIT_MESSAGE=mf/tests:
Remove duplicate call to MFStartup().
Signed-off-by: Bernhard Klbl <besentv(a)gmail.com>
isn't in child process
process.c:1292: Test failed: Child-env string CI_COMMIT_AUTHOR=Bernhard K"lbl
<besentv(a)gmail.com> isn't in parent process
process.c:1292: Test failed: Child-env string CI_COMMIT_DESCRIPTION=
Signed-off-by: Bernhard K"lbl <besentv(a)gmail.com> isn't in parent process
process.c:1292: Test failed: Child-env string CI_COMMIT_MESSAGE=mf/tests:
Remove duplicate call to MFStartup().
Signed-off-by: Bernhard K"lbl <besentv(a)gmail.com>
isn't in parent process
See https://test.winehq.org/data/patterns.html#kernel32:process
These failures happen in about 15% of the runs and in all of them the
environment variable was supposed to contain an accent.
This also explains why the failures:
* Are always about the GitLab environment variables: in our regular test
configurations environment variables don't contain accents.
* Only happen on the GitLab CI Windows test VM: this VM is the only one where
the environment variables change from one run to the next, mostly due to
CI_COMMIT_XXX.
* Always happen in both the 32- and 64-bit tests of a given build.
--
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=58373
Bug ID: 58373
Summary: Bejeweled 3 runs but the screen is black
Product: Wine
Version: 10.10
Hardware: x86-64
URL: https://store.steampowered.com/app/78000/Bejeweled_3/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 260346a9160568004b9cb123608fb988c30623f1
Distribution: ArchLinux
This is a regression in Wine-10.10 caused by the commit that fixed bug #58064
for me:
commit 260346a9160568004b9cb123608fb988c30623f1
winex11: Remove old window drawable lookup and check.
If a surface has already been created, the window would have a pixel
format set already and the if above this would be taken already.
After starting Bejeweled 3, the game runs because I can hear the music, but the
screen remains black.
Occurs in virtual desktop and full-screen mode too.
Disabling CSMT works around the problem for me.
The game can be launched without Steam running.
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 575.57.08
X.Org X Server 1.21.1.16
XFCE/XFWM 4.20
--
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=58381
Bug ID: 58381
Summary: "musl: Use __builtin_rint if available" breaks clang
builds (except aarch64)
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: piotr(a)codeweavers.com
Regression SHA1: ee6e83dca874491329c5b376c2f9563093e3c69f
Distribution: ---
Since "musl: Use __builtin_rint if available",
ee6e83dca874491329c5b376c2f9563093e3c69f, any calls to rint end up in infinite
loops, when built with Clang (except on aarch64).
If Clang doesn't have any good implementation of "__builtin_rint", it generates
a function call to "rint", even if built with -fno-builtin. See
https://gcc.godbolt.org/z/aYb3c1Ks1 for examples of the generated code. Only on
aarch64, Clang generates an inline implementation.
--
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=58372
Bug ID: 58372
Summary: EZNEC pro2+ 7.0 runs, but calculations have errornous
exponential values
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: johann.woeckinger(a)linznet.at
Distribution: ---
Created attachment 78782
--> http://bugs.winehq.org/attachment.cgi?id=78782
In the value list, one can see, that the calculated value of the wavelength is
wrong by a factor of 10^12 (should be 29.5653)
Application can be downloaded from:
https://eznec.com/v7download/pro2+download.php
The application runs without error messages, but the results of the calculation
have wrong exponent values - see example in the attachment. The mantissa values
are correct.
The program runs well and calculates correct in native windows or in a vm
guest.
--
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=57020
Bug ID: 57020
Summary: Anritsu Software Toolbox doesn't install properly
Product: Wine
Version: 9.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Download:
https://dl.cdn-anritsu.com/en-us/test-measurement/files/Software/Drivers-So…
To test
- Run the installer in clean WINEPREFIX
- Uncheck "Check for Updates"
- Select all components (default)
- When it asks something about the "NI VISA" runtime, select "Yes"
In the install folder (default .wine/drive_c/Program Files (x86)/Anritsu) there
hsould be folders like "Line Sweep Tools" and other. On Wine, those are
missing.
The problem can be worked around by using "winetricks -q dotnet35" before
attempting the install.
Not sure why it can't use wine-mono.
Another way to possibly test: You can unpack the installer exe with 7-zip, then
the $TEMP folder contains the installers, e.g. LST_V1.71_Installer.exe
If you run those, they will complain about missing .NET 3.5 as well.
--
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=58344
Bug ID: 58344
Summary: Magic The Gathering Arena: Black screen in wine-10.9
Product: Wine
Version: 10.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: aguertin+wine(a)aguertin.net
Distribution: ---
Magic the Gathering Arena is showing a (mostly) black screen with no graphics,
starting in wine 10.9. The cursor is still shown, and hovering over where UI
elements should be plays the expected audio.
The regressing commit is:
d0fd9e87cf6152fbf14889a044e5a56415b1172c is the first bad commit
commit d0fd9e87cf6152fbf14889a044e5a56415b1172c (HEAD)
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Mon May 19 16:54:51 2025 +0800
d3d11: Add ID3D11Device3 stub.
Before the main UI loads, there are two loading screens. One of them is also
displaying as completely black instead of the expected image and text, but the
other one does display correctly (it shows the words "Waiting for the server"
and a spinner).
System info:
Wine 10.8/10.9/git
mesa git
kernel 6.15.1
GPU AMD RX 9070
--
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=57656
Bug ID: 57656
Summary: CryptMsgGetParam() with
CMSG_SIGNER_AUTH_ATTR_PARAM/CMSG_SIGNER_UNAUTH_ATTR_PA
RAM returns success with 0 buffer size
Product: Wine
Version: 10.0-rc5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
This is currently triggered by wintrust tests from test_wintrust_digest(). The
issue is that GetParam returns TRUE when there is no attributes to return. That
leads to malloc(0) and then attempt to read attributes from that.
I don't know how to write a proper test for this at crypt32 side, so filing a
bug instead.
--
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=58356
Bug ID: 58356
Summary: Doom I & II Enhanced (2019 re-release based on Unity
engine) crashes after the intro videos
Product: Wine
Version: 10.9
Hardware: x86-64
URL: https://store.steampowered.com/app/2280/DOOM__DOOM_II/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: 9d05345d4419aa29e6d4b15456bfeab510d39823
Distribution: ArchLinux
Created attachment 78744
--> http://bugs.winehq.org/attachment.cgi?id=78744
terminal output
Doom I and Doom II Enhanced (2019) crash after playing the intro videos, before
the main menu could be displayed.
The crash occurs due to
commit 9d05345d4419aa29e6d4b15456bfeab510d39823
msvcrt: Define C++ type info using RVAs for PE builds.
I'm on Arch and using gcc-15 and mingw-15.1.0 to compile Wine.
The crash happens both in the new and old WOW64 modes, regardless if I compile
Wine with "-O2" or "-O0".
On Steam the game is available in the Doom + Doom II bundle, *but you have to
select "previous-re-rerelease" beta branch to obtain this specific version that
crashes.*
Still present in wine-10.9-214-g19441ac8046.
--
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=58402
Bug ID: 58402
Summary: Sid Meier's Civilization III: severe discoloration
Product: Wine
Version: 10.10
Hardware: x86-64
URL: https://store.steampowered.com/app/3910/Sid_Meiers_Civ
ilization_III_Complete/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Distribution: ---
Created attachment 78809
--> http://bugs.winehq.org/attachment.cgi?id=78809
screenshot
Now that bug #58384 is fixed the game starts and the main menu looks OK.
The problem: the content on the screen has a heavy orange hue when I start a
new game or enter the Hall of Fame screen from the main menu.
There is nothing interesting in the terminal output.
This wasn't an issue before 9a8047d729196120cc03e7b888951e0a211a6c8e.
The problem is due to either that commit or
d4a1b3b57c2182beb72385d77d917dd637c7b018 which fixed a regression.
No problem with
git checkout 9a8047d729196120cc03e7b888951e0a211a6c8e^
Discolored screen with
git checkout 9a8047d7 && git show d4a1b3b5 | patch -p1
Tested in wine-10.10-158-ge9dcdf38041
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 575.64
--
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=42033
Bug ID: 42033
Summary: Fallout 3: Radio music not playing
Product: Wine
Version: 2.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aaronbpaden(a)gmail.com
Distribution: ---
Created attachment 56507
--> https://bugs.winehq.org/attachment.cgi?id=56507
log
When listening to the radio in Fallout 3, the DJ's voice works, but the songs
don't. Sometimes you'll hear the song start for a second, but then it stops and
the DJ's voice starts up again. This happens both on GNR and the enclave
station.
--
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=50278
Bug ID: 50278
Summary: Diggles: The Myth of Fenris (GOG version) crashes on
launch
Product: Wine-staging
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lcaffe(a)inbox.lv
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68826
--> https://bugs.winehq.org/attachment.cgi?id=68826
When runnning main executable 'Diggles.exe'
Game Diggles: The Myth of Fenris
https://www.gog.com/game/diggles_the_myth_of_fenris
Crashes on startup (log attached), the screen becomes black for a second or
two.
--
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=58345
Bug ID: 58345
Summary: Far File Manage 3 x86-64 product features during
installation cannot be configured/are missing
Product: Wine
Version: 10.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 78722
--> http://bugs.winehq.org/attachment.cgi?id=78722
Missing product features
Steps to reproduce:
1. https://www.farmanager.com/files/Far30b6446.x86.20250301.msi
2. wine start Far30b6446.x86.20250301.msi
3. See this:
Console log:
wine start Far30b6446.x64.20250301.msi
002c:err:wineboot:process_run_key Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (126).
00e4:fixme:exec:SHELL_execute flags ignored: 0x00000100
00ec:fixme:file:NtLockFile I/O completion on lock not implemented yet
00ec:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
00ec:fixme:msi:event_spawn_wait_dialog doing nothing
I've built wine this way:
./configure --prefix=/opt/wine64 --disable-tests --enable-archs=i386,x86_64
My Wine's DPI is set to 144.
--
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=57802
Bug ID: 57802
Summary: 10 is not saving WordPro's "view Settings"
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Dear Support,
SmartSuite-N99.8.0208.0800
Fedora 41
wine-stable-10.0.0-1.1.x86_64
winehq-stable-10.0.0-1.1.x86_64
Wine stable 10 is not saving Word Pro's "View setting". You have to set up
your view settings in a Windows virtual machine and export the view setting
from regedit. Then import them into Wine's regedit: for example:
REGEDIT4
[HKEY_CURRENT_USER\SOFTWARE\Lotus\WordPro\99.0\lwpuser.ini\WordProUser]
"ViewMode"="256"
"ViewPreference2"="514"
"ViewPreference"="527945365"
The above is margin width and show tabs. These entries were all missing in
Wine until I regedit imported them.
Please fix.
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=56128
Bug ID: 56128
Summary: Genshin Impact: after changing to another window and
back, input does not work anymore
Product: Wine
Version: 8.0.2
Hardware: x86-64
URL: https://genshin.hoyoverse.com/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 9427421240(a)posteo.net
Distribution: ---
Created attachment 75800
--> https://bugs.winehq.org/attachment.cgi?id=75800
Log
After changing to another window and then back to the game (with Alt + TAB, for
example), no input will be accepted anymore.
Neither keyboard, mouse, nor gamepad will work until the game is restarted.
After switching to another window, this will be added to the log multiple
times, until returning to the game:
"0238:fixme:win:NtUserGetKeyboardLayout couldn't return keyboard layout for
thread 0074"
There are multiple menu-options in the game that start a webbrowser, after
which this issue will happen, so it is probably quite likely to happen during
normal play once in a while.
If i press the screenshot-key on my keyboard to access the screenshot-UI of
GNOME, use it with the mouse-pointer, and then go back to the game, input will
still work; this is the only exception i noticed.
It is more like an overlay than a window, so i guess the focus still remains on
the game while using it.
Desktop-environment: GNOME (Wayland)
Operating-system: Debian GNU/Linux Testing (Trixie)
Wine-versions tested: 8.0.2, devel 8.18, 9.0-rc-3
Game-version: 4.3
--
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=58363
Bug ID: 58363
Summary: Thief and Thief II crash in an unpredictable way when
loading certain missions
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: juliusr(a)proton.me
Distribution: ---
Created attachment 78761
--> http://bugs.winehq.org/attachment.cgi?id=78761
Backtrace for latest crash
Ever since Wine 10.0 I've been experiencing various crashes when playing Thief
Gold and Thief II, with the crashes themselves happening either upon a cutscene
being played, or right after having finished it. The crashes seem to also be
unpredictable; some cutscenes will play just fine with the mission loading
afterwards, some will crash.
As an example, I often experience a crash when loading the first mission in
Thief Gold. Sometimes the cutscene plays but the game crashes after finishing
it (or skipping it with ESC), sometimes the game crashes even before playing
the cutscene. Some other times everything works out fine with the first
mission, but I experience a crash when loading the second.
Sometimes it helps to move the cutscene folder elsewhere. Movies no longer play
but missions seem to load. Unfortunately, crashes end up happening anyway when
loading other missions.
Even more interestingly, sometimes I am able to play a mission that was
crashing before by moving away the cutscene folder, load the mission, then move
back the cutscene folder. The crash no longer happens afterwards. Still, this
is no sure solution either - it works sometimes but it doesn't some other
times.
Crashes sometimes seem to be related to the game scripts. contained in script
modules with the extension OSM. As an example, here are the last lines in the
thief.log file after having experienced a crash:
: Loaded script module "miss03.osm" [FileModDate=2018-Jul-03]
: Loaded script module "script-t1.osm" [FileVer=2.1.0.0 ; ProductVer=2.1.0.0 ;
FileModDate=2018-Jul-03]
I'm also including the backtrace for a crash that occurred upon loading the
second mission in Thief Gold, the crash having happened after having skipped
the introductory cutscene.
What I've described happens on a clean 32-bit Wine 10.10 prefix. Both games
have been installed using the latest GOG installers. Though System Shock 2 runs
on the same engine, I haven't experienced any crash there (thus far).
--
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=58384
Bug ID: 58384
Summary: Sid Meier's Civilization III becomes unresponsive
Product: Wine
Version: 10.10
Hardware: x86-64
URL: https://store.steampowered.com/app/3910/Sid_Meiers_Civ
ilization_III_Complete/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 9a8047d729196120cc03e7b888951e0a211a6c8e
Distribution: ---
The game stops when the intro video is about to play.
If I disable the intro video the game loads the main menu, menus are working
but the game becomes unresponsive in a similar way when any of the available
game modes are selected (New game, Quick game, Conquests! etc.)
Nothing suspicious in the terminal output.
This started happening after
commit 9a8047d729196120cc03e7b888951e0a211a6c8e
win32u: Use a pbuffer to implement GL on memory DCs.
No such problem with the previous commit.
To disable the intro video so you can get to the menus, insert PlayIntro=0 in
the conquests.ini configuration file.
wine-10.10-34-gaf5f7ce3ac9
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 575.57.08
--
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=50577
Bug ID: 50577
Summary: Saya no Uta: hangs on RtlpWaitForCriticalSection
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: pernegger(a)gmail.com
Distribution: ---
Created attachment 69251
--> https://bugs.winehq.org/attachment.cgi?id=69251
terminal output at default settings
Note: This is about the Japanese "Windows 10 compatible" release, not an
English localised one. There is no demo version, I'm afraid.
The game runs fine--until it hangs at:
012c:err:ntdll:RtlpWaitForCriticalSection section 103971A4 "?" wait timed out
in thread 012c, blocked by 0024, retrying (60 sec)
The hang may happen, after as little as 1 min, sometimes it's 10 min, and I
might have made it 20 min once. When it happens, it does not recover, the
message just repeats every once in a while.
I'm using the Ubuntu packages from the official winehq repo. Originally I tried
with wine-staging 6.0, then I went backwards version by version through
(wine-staging) 5.18, and finally now I'm on (wine-devel) 6.0 for this bug
report. No discernable difference either way. The run in the attached log
happened in a clean prefix (though I admit I may have forgotten to wipe the
prefix between some downgrades).
--
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=56517
Bug ID: 56517
Summary: osu!: Does not launch since 9.3
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: kyuunex(a)protonmail.ch
Distribution: ---
Created attachment 76272
--> https://bugs.winehq.org/attachment.cgi?id=76272
log
osu! does not launch since wine version 9.3.
easy script to reproduce
==========================
#!/bin/sh
export OSU_INSTALL_LOCATION="$HOME/.local/share/osu-stable"
export WINEPREFIX="$HOME/.local/share/wineprefixes/osu-stable"
export WINEARCH=win32
if [ ! -d "$OSU_INSTALL_LOCATION" ]
then
mkdir -p "$OSU_INSTALL_LOCATION"
wget -O "$OSU_INSTALL_LOCATION/osu!.exe"
"https://m1.ppy.sh/r/osu!install.exe"
fi
if [ ! -d "$WINEPREFIX" ]
then
mkdir -p "$WINEPREFIX"
winetricks -q --force dotnet40
fi
cd "$OSU_INSTALL_LOCATION"
wine "osu!.exe" "$@"
=====================================
There is a workaround by installing `gdiplus` via winetricks, however, it was
not nessasary to install this prior to 9.3.
The bug is reproducable on the latest git commit as well as of the time of this
report.
--
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=56086
Bug ID: 56086
Summary: [9.0_rc regression] C&C Generals Zero Hour has graphic
errors in menu
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: herrtimson(a)yahoo.de
Distribution: ---
Created attachment 75751
--> https://bugs.winehq.org/attachment.cgi?id=75751
exit box dialogue broken
This was just fine with wine-8.0.2, when upgrading the prefix to 9.0_rc3 the
Exit Box Dialogue is broken. I have a screenshot 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.
https://bugs.winehq.org/show_bug.cgi?id=42796
Bug ID: 42796
Summary: X11DRV_ActivateKeyboardLayout spam during GTA5 run
Product: Wine
Version: 2.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: winetest(a)luukku.com
Distribution: ---
I just tested wine-staging 2.5 against GTA5.
And I get my console spammed annoying amount of
These 3 lines group of 3.
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4090409, 40000000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout flags 40000000 not supported
fixme:dxgi:dxgi_swapchain_Present Unimplemented flags 0x1
The keyboard spam comes from here
https://source.winehq.org/git/wine.git/blob/61a1a266faa9fa7c959136b0ab0b5d7…
Maybe priting the message few times and putting rest of the spam into TRACE?
Since bug 42017 got fixed the output is much cleaner now.
This is just enchanment request to get better looking logs by default.
--
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=58419
Bug ID: 58419
Summary: Kubios Scientific needs PathMakeUniqueName to write to
the output buffer.
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
When getting over bug #58418, the installer calls PathMakeUniqueName
and uses the output buffer to put there some temporary files.
Unfortunately this buffer stays uninitilized, so it creates "random"
directories in current path.
fixme:shell:PathMakeUniqueNameW 00007FFFFE1FF760 260 (null) L"tmp_install_dir"
L"C:\\users\\benutzer\\AppData\\Local\\Temp\\" stub
--
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=58418
Bug ID: 58418
Summary: InternetQueryOptionW(proxy_username) crashes with NULL
buffer but valid size pointer.
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
InternetQueryOptionW(INTERNET_OPTION_PROXY_USERNAME) crashes
with NULL buffer but valid size pointer.
Is reproducible with latest git.
From the forum:
https://forum.winehq.org/viewtopic.php?t=41123
md5sum:
48d300a85a00a948f5833bdf266226b3 KubiosHRVScientific_4.2.0_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.
https://bugs.winehq.org/show_bug.cgi?id=47985
Bug ID: 47985
Summary: SysListView32 header are not rendered
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: bitter.taste(a)gmx.com
Distribution: ---
This problem can be noticed if one tries to use LTSpice [1], places a Capacitor
in the schematic, right clicks on it and then on "Select Capacitor".
The window that opens has a blank space where the header is supposed to be,
resizing the windows makes the header appear and clicking on the headers
themselves makes them appear for a brief instant.
[1]
https://www.analog.com/en/design-center/design-tools-and-calculators/ltspic…
--
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=38889
Bug ID: 38889
Summary: Microsoft Orca unable to create transform file
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: crosstieger(a)gmail.com
Distribution: ---
Created attachment 51827
--> https://bugs.winehq.org/attachment.cgi?id=51827
terminal output of the error
Microsoft Orca is unable to modify cells within an .msi file. Modifying a cell
returns the following error message:
Could not change this cell to '<Value>'. The data was rejected by the database.
It may be out of the valid range or formatted incorrectly.
In the terminal you can see the error message:
fixme:msidb:TABLE_modify 0x7a5098 4 0x7a5e40 - mode not implemented
The value 0x7a5098 and 0x7a5e40 changes depending on the cell you edit.
If you click on 'Transform - Generate Transform' and want to save your .MST
file, it returns the error:
Orca was unable to generate the transform. (MSI Error 120)
On the terminal:
fixme:msi:MsiDatabaseGenerateTransformW 3 2
L"Z:\\home\\techniktriberg\\Downloads\Untitled.mst" 0 0
The path depends on where you want to save the file.
Full terminal output as an attachment.
----
Installation process
----
run: winetricks dotnet40
run: winetricks mfc42
run: msiexec -i Orca.Msi
--
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=56920
Bug ID: 56920
Summary: Family Tree Maker 2019 fails to start with unhandled
exception
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jwhite88(a)gmail.com
Distribution: ---
Created attachment 76741
--> https://bugs.winehq.org/attachment.cgi?id=76741
Terminal output when trying to run Family Tree Maker 2019
FTM 2019 successfully installs (it prompts to install Visual C++
Redistributable for Visual Studio 2017 as part of the process) but then fails
to start. It produces an unhandled exception (see attached log) and then hangs
in the terminal.
--
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=51064
Bug ID: 51064
Summary: Crash from Starcraft 2 game in Direct Strike mode
Product: Wine-staging
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69922
--> https://bugs.winehq.org/attachment.cgi?id=69922
screen
The bug is manifested for a long time. 100% repeatability. Through Proton no
problem. The problem is only in this mode.
--
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=56704
Bug ID: 56704
Summary: Installing dotnet35sp1 (winetricks)
Product: Wine
Version: 9.0
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zumers(a)yandex.ru
The installation dotnet 3.5 sp1 using winetricks freezes ("?" wait timed out in
thread ..., blocked by 0000, retrying (60 sec)).
RedOS 5.15.87
Wintricks: 20240105
--
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=56027
Bug ID: 56027
Summary: DirectMusic-related problems with Recettear
Product: Wine
Version: 9.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: tomman(a)gmail.com
Distribution: ---
Created attachment 75671
--> https://bugs.winehq.org/attachment.cgi?id=75671
Runtime log with Wine's DirectMusic
Starting with Wine 8.18 and its much needed improvements to its DirectMusic
support, Recettear (a well known problem game for its complete lack of audio
under Wine out of the box) finally started having working sound, but it's far
from being 100% working.
Currently (as of 9.0-rc1), these are the problems with Recettear and Wine's
DirectMusic implementation:
- Sound effects may skip playing once in a while.
- Background music is not working as intended: tracks will not loop (they will
play only once, then silence), tracks will not stop playing during scene
switches (leading to many tracks from different scenes playing at the same
time)
- In-game volume controls do not work at all: music/SFX will always play at the
highest volume level, and it's impossible to silence it if desired.
When using native DirectMusic DLLs (installed via Winetricks), the game has
completely working audio just like in Windows, but with two gotchas:
- Sound effects have lag.
- Using native DirectMusic also requires native DirectSound, which breaks sound
in the opening movie (recet_op.wmv)
Attached is the log from running the game for a couple minutes on a completely
clean prefix: start at the title screen, load a saved game, switch scenes a
couple times (to trigger the "multiple tracks playing at the same time" bug),
trying (unsuccessfully) to adjust music volume, eventually ending with no music
tracks playing at all because they will not loop, then cleanly exiting the
game.
--
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=58414
Bug ID: 58414
Summary: winedbg from winehq packages in Fedora 42 crashes
during attaching to process.
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 78829
--> http://bugs.winehq.org/attachment.cgi?id=78829
fedora-42-winehq-devel-10.10-windbg-attach-crash.txt
While investigating bug #58335 I found me getting a crash from winedbg
when I tried to attach to some process like winemine.exe.
In function dwarf2_parse_compilation_unit it looks like comp_dir.u.string
is allowed to contain NULL because of the assignment in line 3090:
3090 comp_dir.u.string = NULL;
Unfortunately a few lines later this comp_dir.u.string is given to
function source_build_path:
3100 tmp = source_build_path(comp_dir.u.string, name.u.string);
But therefore function source_build_path does an unconditional strlen(NULL),
which causes a SIGSEGV:
62 unsigned bsz = strlen(base);
--
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=56709
Bug ID: 56709
Summary: PackTouchHitTestingProximityEvaluation not located in
USER32.dll when attempting to run Clip Studio Paint
3.0
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: animaloser(a)gmail.com
Distribution: ---
Clip Studio Paint 3.0 fails to open, with a pop-up message that reads "The
procedure point PackTouchHitTestingProximityEvaluation could not be located in
the dynamic link library USER32.dll"
The launcher does run however, even if it's all white, it's been documented in
the appdb entry for the program. The main software, CLIPStudioPaint.exe, does
not.
--
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=58377
Bug ID: 58377
Summary: winegcc -m32 fails to link when using the new WoW64
mode
Product: Wine
Version: 10.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)robbertvanderhelm.nl
Distribution: ---
Created attachment 78787
--> http://bugs.winehq.org/attachment.cgi?id=78787
winegcc command output
Prompted by Arch switching to the new WoW64 mode in their packages. 32-bit
winelib binaries seem to fail to link with the new WoW64 mode. I attached the
output of compiling the following file with winegcc from a Wine build
configured
with `--enable-archs=i386,x86_64`:
/* main.c */
int main() { return 0; }
/* compiled with: LANG=C wineg++ -v -m32 -lole32 -o main main.c */
Swapping `-m32` out for `-m64` the winelib binary builds as expected. Most
notably, the underlying GCC invocations include both `-m64` and `-m32` in that
order (though it may have always done that), and the core Windows libraries
cannot be found (which kind of makes sense since Wine no longer ships actual
32-bit libraries).
On a related note: is it possible to detect whether Wine has been configured
with the new WoW64 mode? I may need to detect this at runtime to be able to
distribute a build of yabridge that works with both the old and new WoW64
modes.
--
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=58413
Bug ID: 58413
Summary: osu!stable steals focus after Alt+Tab
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: marshnelloosu(a)gmail.com
Distribution: ---
Created attachment 78822
--> http://bugs.winehq.org/attachment.cgi?id=78822
KDE Plasma X11, +x11drv,+trace logs.
osu!stable has always been quirky when it comes to alt-tabbing and window
management, but recently, the game consistently steals focus after Alt+Tab on
most DE/WMs, sometimes even in borderless mode.
I've ran a few tests on different DEs and in both X11/Wayland (with XWayland)
and noticed some funny behavior: the few times the alt-tab actually goes
through, it's when the tab involves an Electron app (e.g. Discord or Visual
Studio Code).
Additionally, on KDE the game seems to sometimes reposition itself in a very
bad way, uploaded an example at: https://i.imgur.com/SLN9hRL.png
Logs contain a test ran on KDE Plasma X11, with 'WINEDEBUG=+x11drv,+trace'.
Thanks in advance!
--
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=57221
Bug ID: 57221
Summary: msmoney.exe crashes when trying to render mrptmain.htm
inside the app
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: msd+bugs.winehq.org(a)msd.im
Distribution: ---
In the app Microsoft Money 11.0, I try to see a report (monthly reports) after
installing wine-gecko to make it render.
It crashes with :
```
01c0:err:eventlog:ReportEventW L"msmoney.exe"
01c0:err:eventlog:ReportEventW L"11.0.0.716"
01c0:err:eventlog:ReportEventW L"xul.dll"
01c0:err:eventlog:ReportEventW L"47.0.0.7639"
01c0:err:eventlog:ReportEventW L"0092e348"
```
I rerun the program with `WINEDEBUG=+ieframe,+mshtml,+jscript` to get more
info. I attached this file to this bug report.
wine-6.0.3 (Ubuntu 6.0.3~repack-1) from Ubuntu 22.04.5 LTS
How can I help you more ?
--
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=48283
Bug ID: 48283
Summary: Pegasus Mail 4.73 crashes after install
Product: Wine
Version: 4.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: daveypy(a)outlook.com
Distribution: ---
Created attachment 65965
--> https://bugs.winehq.org/attachment.cgi?id=65965
Saved backtrace from crash
After installing Pegasus Mail in Wine, Pegasus Mail crashes upon launch.
I would be willing to test this in Wine STAGING, but I don't know how to
install STAGING alongside STABLE in Ubuntu.
--
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=35684
Bug ID: 35684
Summary: Wine Internet Explorer crash when accessing amazon.com
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.maccabe(a)gmail.com
Created attachment 47650
--> http://bugs.winehq.org/attachment.cgi?id=47650
Backtrace of Wine failure when accessing amazon.com
OS: Linux Mint 16 (Petra) with KDE desktop
Using Wine 1.7.13 in WIN7 mode (also tried WIN XP mode)
Running Wine internet explorer from C:\program files (x86)
Internet Explorer seems to start normally, although slowly. The Winehq web
page loads and appears to render correctly. If I try to access www.amazon.com
(http, or https) the program experiences an error and quits. The following
window is displayed:
report says:
Program Error
The program iexplore.exe has encountered a serious problem and needs to close.
We are sorry for the inconvenience.
This can be caused by a problem in the program or a deficiency in 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.
http://bugs.winehq.org/show_bug.cgi?id=58409
Bug ID: 58409
Summary: Black Mirror 2 needs support for Write fx 2.0
parameter class 0x11
Product: vkd3d
Version: 1.16
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
09b0:err:d3dcompiler:D3DCompile2 <anonymous>:291:14: E5017: Aborting due to
not yet implemented feature: Write fx 2.0 parameter class 0x11.
1.16-261-gd8edf20c
--
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=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.
https://bugs.winehq.org/show_bug.cgi?id=52646
Bug ID: 52646
Summary: Trying to run wit (Wimms Iso Tools) , it works, its
just when I start the iso extraction it gives me this
error.
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: madeinclt26(a)gmail.com
Distribution: ---
Created attachment 71966
--> https://bugs.winehq.org/attachment.cgi?id=71966
After it starts extracting the iso it says " The program wit.exe has
encountered a serious problem and needs to close. We are sorry for the
inconvenience.
After it starts extracting the iso it says " The program wit.exe has
encountered a serious problem and needs to close. We are sorry for the
inconvenience.
--
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=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.
http://bugs.winehq.org/show_bug.cgi?id=58408
Bug ID: 58408
Summary: win32u:input: Performance regression in Resident Evil
2 due to internal messages.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: lojorix20(a)yandex.ru
Regression SHA1: b053e924e8e13b3637f2a5a8ffe88d84c2d17075
Distribution: ---
There is a performance regression in some games like Resident Evil 2 and NFS:
Most Wanted (2012). After removing peek_message call in
win32u:input:check_for_events the fps is back to normal.
--
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=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.
http://bugs.winehq.org/show_bug.cgi?id=58398
Bug ID: 58398
Summary: vbscript: For each function with Split a empty string
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: fang.jiali(a)vico-lab.com
When I use following script,
the behavior is different with MS's.
-----------------------------------------
Dim arrText
arrText = ""
Dim value
For Each value In Split(arrText, ",")
msgbox value
Next
-----------------------------------------
if we use wine's script engine, it will show a popop message.
if we use MS's script engine, it will NOT show a popop message.
--
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=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.
https://bugs.winehq.org/show_bug.cgi?id=58041
Bug ID: 58041
Summary: PlayOnline Viewer: Black screen when running via
winewayland.
Product: Wine
Version: 10.4
Hardware: x86-64
URL: https://web.archive.org/web/20210810150839/http://www.
playonline.com/ff11eu/download/media/install_win.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Distribution: Gentoo
Running PlayOnline Viewer via Wayland by setting DISPLAY="" in an LXQt/Wayfire
session results into a completely black window.
The application still works, just no content can be seen.
Final Fantasy XI Online, which PlayOnline Viewer is used to launch, seems to
work OK so far, when navigated to blindly.
Did not spot anything different in the default terminal output yet.
Running via XWayland works as expected, though that also means a black screen
in displays other than the primary screen, or rather the content just isn't
updated in the other screens.
Without XWayland, the result is the same regardless of the display.
Thank you!
--
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=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.
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.
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.
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.htmlhttps://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.
https://bugs.winehq.org/show_bug.cgi?id=46930
Bug ID: 46930
Summary: DirectX 1 installer Closes after open without
installing
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: sk9258user(a)mail.ru
Distribution: ---
Created attachment 64037
--> https://bugs.winehq.org/attachment.cgi?id=64037
log
I change wine Windows version to 95 and open DirectX 1.0 installer, but window
instant closes and Installing stopped on unpacking. In logs I see msvcp error
missing shm_open() function. WTF???
--
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=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.
http://bugs.winehq.org/show_bug.cgi?id=58400
Bug ID: 58400
Summary: Signature invalid
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tmcconnell168(a)gmail.com
Distribution: ---
I get this for Debian when I try to run the "APT UPDATE" command:
Warning:
https://download.opensuse.org/repositories/home:/strycore/Debian_12/./InRel…:
Policy will reject signature within a year, see --audit for details
Audit:
https://download.opensuse.org/repositories/home:/strycore/Debian_12/./InRel…:
Sub-process /usr/bin/sqv returned an error code (1), error message is:
Error: Policy rejected packet type
Caused by:
Signature Packet v3 is not considered secure since 2026-02-01T00:00:00Z
Debian 13 (Trixie or testing) command = 'apt update --audit' to get full
output.
--
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=54567
Bug ID: 54567
Summary: comdlg32: Find/Replace: Flags became invalid after
EN_KILLFOCUS.
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
Created attachment 74109
--> https://bugs.winehq.org/attachment.cgi?id=74109
the patch to fix this bug
The flags value became invalid after EN_KILLFOCUS.
It caused a bug that FR_DOWN is cleared when the user set focus to edt1 and
close the find/replace dialog.
--
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=58254
Bug ID: 58254
Summary: Clip Studio Paint 4 shuts down immediately when using
compatibility mode for Windows 10 or 11.
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: mar.asdoria(a)gmail.com
Distribution: ---
Created attachment 78597
--> http://bugs.winehq.org/attachment.cgi?id=78597
backtrace file
In Operating System: Kubuntu 25.04 Kernel Version: 6.14.0-15-generic (64-bit)
Using Clip Studio Paint 4: https://www.clipstudio.net/en/dl/ (Free trial
download)
The program manages to launch, displays a black screen and then crashes with
the error code "winedbg attached to pid 0408" on the console as the only
prompt.
The program works well under compatibility mode for Windows 8.1, including all
app features (excluding the Asset store), menus, filters and 3D tools.
--
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=58064
Bug ID: 58064
Summary: Unreal 2 hangs with a black screen when switching to
1440X900 resolution
Product: Wine
Version: 10.5
Hardware: x86-64
URL: https://community.pcgamingwiki.com/files/file/265-unre
al-ii-the-awakening-single-player-demo/?do=download&cs
rfKey=dbe29bc7b5c23e8ee79b15e743414902
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: ab2b7ebfcd78f6a74068a5a79d90ee6fcf235a12
Distribution: ArchLinux
Unreal 2 starts in 1024X768 resolution and switching between 640X480, 800X600
or 1024X768 modes works properly, however when I try to switch to 1440X900 in
the video options menu, the game hangs with a black screen and Unreal2.exe is
consuming 100% CPU.
1440X900 is the max. resolution that my monitor supports.
Used to work before
commit ab2b7ebfcd78f6a74068a5a79d90ee6fcf235a12
winex11: Use win32u generic wgl(Get|Set)PixelFormat(WINE).
The same commit causes similar issue (black screen and game .exe pegging the
CPU) when trying to start the following games:
Art of Murder: Cards of Destiny
https://store.steampowered.com/app/836770/Art_of_Murder__Cards_of_Destiny/
Art of Murder - Hunt for the Puppeteer
https://store.steampowered.com/app/832540/Art_of_Murder__Hunt_for_the_Puppe…
Chronicles of Mystery: The Scorpio Ritual
https://store.steampowered.com/app/34800/Chronicles_of_Mystery_The_Scorpio_…
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 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.
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=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.