http://bugs.winehq.org/show_bug.cgi?id=59044
Bug ID: 59044
Summary: lldb.exe: After breakpoint got hit and next character
is entered, cursor jumps a few lines upwards
Product: Wine
Version: 10.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)list.winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 79811
--> http://bugs.winehq.org/attachment.cgi?id=79811
steps to reproduce, and a workaround-patch
I tried using lldb.exe from the llvm-mingw-nightly package.
It kind of works, can attach to process, create breakpoints,
stops at breakpoints, shows source.
But one thing I noticed is when hitting a breakpoint and when entering
the first character of the next command,
the cursor jumps a few lines upwards.
By that the output of the next command gets mixed into the previous output.
This happens in both, plain kde-plasma konsole and wineconsole.
From my debugging attempts it looks like in update_read_output
the edit_line's home_y got not updated by lldb.exe printing some lines.
Attached file contains my steps to reproduce it with
a debian trixie and with winehq packages.
At the end there is a workaround I found working well for my purposes.
I selected the component programs, because it looks to be about conhost.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=59026
Bug ID: 59026
Summary: Guild Wars crashes at end of installation/startup
Product: Wine
Version: 10.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)list.winehq.org
Reporter: daniel(a)malarhojden.nu
Distribution: ---
Distribution: Debian forky/testing
Desktop: X11 with i3wm
Wine: 10.19 from WineHQ
With a fresh WINEPREFIX Guild Wars crashes at end of installation/startup.
Guild Wars installer can be downloaded from
https://www.guildwars.com/en/download and no account is needed to reproduce.
--
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=59041
Bug ID: 59041
Summary: Incorrect Casting for NET 10 Runtime Apps
Product: Wine
Version: 10.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)list.winehq.org
Reporter: dreamsyntax(a)gmail.com
Distribution: ---
Created attachment 79808
--> http://bugs.winehq.org/attachment.cgi?id=79808
Backtrace and terminal output
Upon upgrading some of my NET 9 Desktop Runtime WPF applications to NET 10,
Wine now has different behavior with Ookii Dialogs.
A very simple application was built to easily reproduce this bug
https://github.com/dreamsyntax/net10-bug-ookii-wine-repro
I have also attached an identical program but built with NET 9 to demonstrate
the proper behavior.
Tested on Wine 10.19 (staging, dev and stable all tested on Debian Trixie as of
2025-11-24). I also tested on Arch linux on Wine 10.19 stable, which is where
my attachments are ran on.
Reproduce steps
1. Make a brand new wine prefix
2. Install required .NET Desktop Runtime x64 (10.0.0 for bug repro)
If testing NET 10 version (one with bug) - install:
https://dotnet.microsoft.com/en-us/download/dotnet/thank-you/runtime-deskto…
If testing NET 9 version - install:
https://dotnet.microsoft.com/en-us/download/dotnet/thank-you/runtime-deskto…
3. Run the test application (NET10WineBugReproduceWPF.exe)
4. Click the single button available in the UI
5. Wine will crash on NET 10 version; without ever having shown the file
picker. Will not crash on NET 9 version.
6. On Windows and NET 9 versions, the FilePicker will appear, and upon choosing
an EXE it will pop a messagebox with the filepath chosen.
NET10-BUILD--net10-bug-ookii-wine-repro.zip
sha256:474949597616a1dc14cb3f03d91570fdc7ff9d425d872f50f3a40fd3a0a5f3c3
NET9-BUILD--net10-bug-ookii-wine-repro.zip
sha256:c4c1c7ce33856c64df1157ad38f29da6e4222b4f33a6ed2a20bc4de4a556c2f2
--
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=51537
Bug ID: 51537
Summary: Mouse does not work in civilization VI
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: voker57(a)gmail.com
Distribution: ---
Created attachment 70376
--> https://bugs.winehq.org/attachment.cgi?id=70376
complete log
Mouse does not work in Sid Meier's Civilization VI, menu loads but it is not
possible to do anything further.
This comment https://bugs.winehq.org/show_bug.cgi?id=49315#c9 suggests a cause
of this bug.
--
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=54352
Bug ID: 54352
Summary: Performance tanks when looking at occluded part of the
level
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: mirh(a)protonmail.ch
https://github.com/doitsujin/dxvk/issues/1845
This is basically the equivalent of the missed optimization I had already
reported to dxvk (except wined3d had like half the framerate to begin with).
With the native nvidia d3d9 driver, you barely can spot a difference in the
Mass Effect comm room between looking at the emptiest wall in human history, or
the closed door behind that gives access to the rest of the ship.
With wined3d, I go from like 220fps to ~70.
Btw there's an apitrace in the thread above, if it can help.
--
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=56470
Bug ID: 56470
Summary: Wined3d has windows always sitting in background
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: mirh(a)protonmail.ch
So.. as I always do every few month, I try to see if wined3d finally holds a
candle for helping with games in Windows. This time I was surprised by a
constant 30FPS lock, despite the fact both my game of choice settings and the
external tools profiles for its executable didn't have one (indeed if I removed
wine's dlls, native d3d9 could easily get almost 10 times as much framerate)
Long story short, after some time banging my head I figured this was happening
because "Background Application Max Frame Rate" was enabled in the nvidia
control panel.
Problem being of course that a foreground fullscreen window definitively isn't
supposed to be affected by that.
This does not happen with normal opengl games (even after I renamed their exe,
just to be extra safe about whitelisting and whatnot) so it seems something on
your side of things.
--
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=44021
Bug ID: 44021
Summary: LiveMaker engine fails to find font despite overrides
set up
Product: Wine
Version: 2.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
Going by https://github.com/xupefei/Locale-Emulator/issues/80, doesn't access
the font in question (MS Gothic) directly, yet despite its overrides being set
up correctly (HKEY_LOCAL_MACHINE\Software\Microsoft\Windows
NT\CurrentVersion\FontSubstitutes: both English and Japanese names), the engine
crashes unless that font is actually present in drive_c/windows/Fonts.
It might be that this can't be done as font matching/replacing takes place at
much later stage, yet would be nice if someone could verify one way or the
other.
Perhaps those names should simply hardcoded to be returned in Japanese locale,
regardless of the fonts being actually present ? Cause before Windows 10 (which
has a different Japanese font), they couldn't not be there after a proper
Japanese Windows install.
--
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=53819
Bug ID: 53819
Summary: some versions of Unity engine need GetWindowTheme
implemented to properly display crash dialog
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
So, I've stumbled upon a Unity engine game that crashes every now and then due
to what seems to be virtual mapping space exhaustion. Not sure about the crash
itself - it's more likely to be graphics related that winegstreamer, but that's
just a guess.
Anyway, once the crash happens, console is flooded by:
03b0:err:module:DelayLoadFailureHook failed to delay load
uxtheme.dll.GetWindowTheme
wine: Call from 7B0123C6 to unimplemented function uxtheme.dll.GetWindowTheme,
aborting
03b0:err:seh:KiUserCallbackDispatcher ignoring exception
and the Unity crash dialog doesn't display properly.
--
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=59028
Bug ID: 59028
Summary: Graphpad Prism 9: project (.pzfx) files cannot be
saved if msxml6 is not installed
Product: Wine
Version: 10.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)list.winehq.org
Reporter: pachoramos1(a)gmail.com
Distribution: ---
Created attachment 79771
--> http://bugs.winehq.org/attachment.cgi?id=79771
output.txt
Hello,
I am coming from:
https://bugs.winehq.org/show_bug.cgi?id=46568#c10
When I try to run Prism, I cannot save the project file except if I install
msxml6 (in that case, I need to run wine-staging as it fixes bug #46568).
The error I get looks a bit misleading: a Prism window gets opened saying that
"There is not enough memory for normal operations. Please close other programs
or exit Graphpad Prism..."
I attach the wine command output while reproducing the problem... but I think
that errors are not related with this issue (maybe they are more related with a
rendering issue with the icons).
Thanks
--
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.