wine-bugs

wine-bugs@winehq.org

1 participants
159448 discussions

[Bug 59044] New: lldb.exe: After breakpoint got hit and next character is entered, cursor jumps a few lines upwards
by WineHQ Bugzilla 25 Nov '25

25 Nov '25

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.

1 1

[Bug 59026] New: Guild Wars crashes at end of installation/startup
by WineHQ Bugzilla 25 Nov '25

25 Nov '25

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.

1 10

[Bug 59041] New: Incorrect Casting for NET 10 Runtime Apps
by WineHQ Bugzilla 25 Nov '25

25 Nov '25

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.

1 3

[Bug 51537] New: Mouse does not work in civilization VI
by WineHQ Bugzilla 25 Nov '25

25 Nov '25

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.

1 11

[Bug 57584] New: 8-bit color mode is broken in Wine 9.11 and later
by WineHQ Bugzilla 25 Nov '25

25 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=57584 Bug ID: 57584 Summary: 8-bit color mode is broken in Wine 9.11 and later Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 77694 --> https://bugs.winehq.org/attachment.cgi?id=77694 Regedit on Wine 9.22 in Xephyr Similar to Bug 48088, palette colors are being mapped incorrectly again. Steps to reproduce: 1. In one terminal, run `Xephyr :2 -ac -screen 800x600x8` 2. In a second terminal, run `DISPLAY=:2 openbox` 3. In a third terminal, run `DISPLAY=:2 wine regedit` `git bisect` says: commit 6ace92e0cafcc381f324fc831f3006fb15db4b4e (HEAD) Author: Rémi Bernon <rbernon(a)codeweavers.com> AuthorDate: Mon Jun 3 17:48:30 2024 +0200 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Mon Jun 3 23:24:59 2024 +0200 winex11: Create a HBITMAP for the allocated surface pixels. dlls/winex11.drv/bitblt.c | 77 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++------------------- 1 file changed, 58 insertions(+), 19 deletions(-) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 54352] New: Performance tanks when looking at occluded part of the level
by WineHQ Bugzilla 25 Nov '25

25 Nov '25

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.

1 2

[Bug 56470] New: Wined3d has windows always sitting in background
by WineHQ Bugzilla 25 Nov '25

25 Nov '25

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.

1 4

[Bug 44021] New: LiveMaker engine fails to find font despite overrides set up
by wine-bugs＠winehq.org 25 Nov '25

25 Nov '25

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.

2 2

[Bug 53819] New: some versions of Unity engine need GetWindowTheme implemented to properly display crash dialog
by WineHQ Bugzilla 25 Nov '25

25 Nov '25

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.

1 4

[Bug 59028] New: Graphpad Prism 9: project (.pzfx) files cannot be saved if msxml6 is not installed
by WineHQ Bugzilla 25 Nov '25

25 Nov '25

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.

1 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs