wine-bugs

wine-bugs@winehq.org

1 participants
159100 discussions

[Bug 58439] New: REGRESSION: trying to edit a text field immediately causes the previous content to be completely erased
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58439 Bug ID: 58439 Summary: REGRESSION: trying to edit a text field immediately causes the previous content to be completely erased 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: scallegari(a)arces.unibo.it Distribution: --- Hi, I am recently experimenting a regression and even if I cannot say in which version it was introduced, I am almost sure it is not the last one (but before) and that it is indeed a regression (a few month ago the behavior was different). I am working with a software called LTspice (that is closed source but free, which surely helps repro) and available from https://www.analog.com/en/resources/design-tools-and-calculators/ltspice-si…. Incidentally, the developers of this code have traditionally been wine-friendly (even if they do not offer a linux version of their code, neither they provide support for running it in wine, they have tried to ensure that it could be used with wine). This software is a circuit simulator with a schematic capture component. You can pick and place components and edit the values of their parameters using some dialog boxes. Often there are multiple things that can be tuned and the dialog box is arranged as a sort of a table, where some cells are editable. In order to adjust things, until some simulation results are satisfactory, it is common to modify some parameters multiple times and in doing so it is good to be able to edit the previous value. Unfortunately, in recent times it has become impossible to do so when running the software with wine. As soon as you try to modify a value, the value disappears and you remain with an empty field to be filled from scratch. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 58710] New: wmic now also prints system properties since 3c8a072b52f2159e68bfd4e471faf284309201ed
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58710 Bug ID: 58710 Summary: wmic now also prints system properties since 3c8a072b52f2159e68bfd4e471faf284309201ed Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Do: "WINEDEBUG=-all wine wmic bios get version" Output: __GENUS __CLASS __RELPATH __PROPERTY_COUNT__DERIVATION__SERVER __NAMESPACE __PATH Version 2 Win32_BIOS 1 {} WINE - 1 This confuses programs that use wmic's output (like Altium installer in win7 mode) Expected output: Version WINE -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.

1 1

[Bug 58602] New: Screen Issue in Colin McRae Rally 2
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58602 Bug ID: 58602 Summary: Screen Issue in Colin McRae Rally 2 Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: marcinzw(a)gmail.com Regression SHA1: ae487930f8d3811a7434dc2cbb561982c894f5ba Distribution: --- The screen issue in Colin McRae Rally 2, originally reported in Bug #58488, is still happening in Wine 10.13. After the intro video plays, the screen just stays frozen when running the game in “Emulate a virtual desktop” mode – you can still hear the sound, but nothing shows up. The patch I posted in Bug #58488 still fixes it, though. --- a/dlls/winex11.drv/opengl.c +++ b/dlls/winex11.drv/opengl.c @@ -1462,7 +1462,7 @@ static BOOL x11drv_surface_swap( struct opengl_drawable *base ) if (pglXWaitForSbcOML) pglXWaitForSbcOML( gdi_display, gl->drawable, target_sbc, &ust, &msc, &sbc ); } - if (InterlockedCompareExchange( &base->client->offscreen, 0, 0 )) + //if (InterlockedCompareExchange( &base->client->offscreen, 0, 0 )) { if (!pglXWaitForSbcOML) XFlush( gdi_display ); client_surface_present( base->client, gl->hdc ); -- 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 58705] New: Wolfenstein: The New Order (Wolfenstein: Old Blood) - the screen is black
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58705 Bug ID: 58705 Summary: Wolfenstein: The New Order (Wolfenstein: Old Blood) - the screen is black Product: Wine Version: 10.15 Hardware: x86-64 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: c3f3ef24e8d1ebe49e8073e8e5b11de859951352 Distribution: ArchLinux Created attachment 79306 --> http://bugs.winehq.org/attachment.cgi?id=79306 terminal output In Wine-10.14 both games started properly: intro videos, menus et al. In Wine-10.15 the intro videos and various splash screens are displayed correctly but the games show only black screen when reaching the menu (sounds in the menu can be heard so the games work). This was caused by commit c3f3ef24e8d1ebe49e8073e8e5b11de859951352 win32u: Don't store the window OpenGL drawables on the DCs. With current HEAD (wine-10.15-28-g7d26649f637) the screen remains black during the intro videos and when the menu is displayed (audio works so the game is running). This is after commit 9cdfa803cd1f971bdf03667c86698685c913e97c win32u: Validate the drawable surface window before reusing. Happens both with wined3d and with DXVK 2.7.1+ Also occurs when switching to the experimental EGL opengl backend. I tested this with the GOG version of the games, probably you can reproduce this with the Steam version as well. OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 580.82.09 X.Org X Server 1.21.1.18 XFCE/XFWM 4.20 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.

1 3

[Bug 58699] New: Profi cash 12 user interface is rendered mostly black
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58699 Bug ID: 58699 Summary: Profi cash 12 user interface is rendered mostly black Product: Wine Version: 10.15 Hardware: x86-64 URL: https://web.archive.org/web/20250914090219/https://www .vr-updates.de/gad/man/profi_cash_12_installer.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: arethusa26(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: c3f3ef24e8d1ebe49e8073e8e5b11de859951352 Distribution: --- Created attachment 79299 --> http://bugs.winehq.org/attachment.cgi?id=79299 Profi cash 12 debug output With wine-10.15, after launching Profi cash 12, its user interface is rendered mostly black, which makes it unusable. This problem did not occur with wine-10.14. Regression testing identified the following commit: c3f3ef24e8d1ebe49e8073e8e5b11de859951352 is the first bad commit commit c3f3ef24e8d1ebe49e8073e8e5b11de859951352 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Thu Sep 11 15:45:36 2025 +0200 win32u: Don't store the window OpenGL drawables on the DCs. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 58708] New: Internet Download Manager: Right-clicking in empty list of downloads displays context menu in wrong position
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58708 Bug ID: 58708 Summary: Internet Download Manager: Right-clicking in empty list of downloads displays context menu in wrong position Product: Wine Version: 10.14 Hardware: x86-64 URL: https://mirror2.internetdownloadmanager.com/idman642bu ild43.exe OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com I cannot tell if this is a problem with Internet Download Manager or with Wine. Anyway: Steps to reproduce: 1. Download and install "Internet Download Manager". 2. Open IDM and right-click inside the empty list of downloads. Expected results: Context menu opens near the mouse pointer. Actual results: Context menu opens in the center of the list. % openssl sha256 idman642build43.exe SHA2-256(idman642build43.exe)= 3f79c4f6451e76bfad0236c9523bb827b14d3ce87c589f2b8aca58210ecf9a2c -- 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 58702] New: Update to 10.15 breaks Bricklink Studio
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58702 Bug ID: 58702 Summary: Update to 10.15 breaks Bricklink Studio Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bonizak(a)gmail.com Distribution: --- Created attachment 79304 --> http://bugs.winehq.org/attachment.cgi?id=79304 wine backtrace file Bricklink's Studio Version 2.25.8_1, was running fine under 10.14 dev but the update to 10.15 last night has broken Studio. Studio window will open copying the focus window image but otherwise is blank. -- 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 58709] New: upgrade to 10.15 results in garbled fullscreen in Limelight Lemonade Jam
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58709 Bug ID: 58709 Summary: upgrade to 10.15 results in garbled fullscreen in Limelight Lemonade Jam Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pernegger(a)gmail.com Distribution: --- Created attachment 79308 --> http://bugs.winehq.org/attachment.cgi?id=79308 terminal output for 10.12–10.15 [Ubuntu 22.04, WINE packages from winehq.org repo] I've been playing the trial version of Limelight Lemonade Jam, which is available for free from https://sample9.dmm.co.jp/digital/pcgame/yuzu_0012/yuzu_0012t.zip, using WINE 10.12. No issues. Warning! The full game is NSFW, it's possible the trial has NSFW content as well; but if so, it doesn't come up for quite a while. WINE got upgraded to 10.15 just now, and the game doesn't launch correctly any more, the display is messed up, see screenshot. So I tested 10.12–10.15, each run with a fresh prefix, and it's reproducible: - 10.12: OK - 10.13: OK - 10.14: OK - 10.15: BROKEN Full disclosure, I've set the game to fullscreen and enabled the suspend/resume function, i.e. it'll bypass the main menu on launch and resume the game directly. Judging by the sound, the game loads fine even on 10.15, AFAICT it still reacts to keyboard input correctly, it's just the display that's messed up. It's likely that this affects other games using the KiriKiri engine 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.

1 3

[Bug 58704] New: io_uring support for Wine
by WineHQ Bugzilla 16 Sep '25

16 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58704 Bug ID: 58704 Summary: io_uring support for Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: k.kahurani(a)gmail.com Distribution: --- This issue mostly relates to the server(for filesystem operations), it seems like the networking implementation could be done outside the server. Just throwing this out there, it's highly unlikely I will work on it for various reasons. Wine still doesn't have io_uring support though, quite a few projects have already implemented io_uring support. Wine would also do with any performance benefits. io_uring is at least promoted as performance oriented, this makes it very interesting. io_uring offers performance benefits in multiple fronts. -> The first and probably the simplest is where operations on file might not have to make calls to 'fget'; typically when an operation is executed on files in Linux, it will involve some call to 'fget' one way or the other. With io_uring, it's possible to register files so that this 'fget' call is avoided. I am not sure how much performance benefit that could achieve. But, still an optimization nonetheless. Similarly, you could register buffers for opcodes(which translate to syscalls) so they're validated, mapped and so on so forth beforehand. When the actual operations/syscall are being executed, this boilerplate is not called. That is also an optimization. -> io_uring allows submitting a batch of syscalls(opcode operations) via one single syscall. This is an optimization, because, of course, without io_uring, you'd have to make multiple syscalls to achieve the same. However, it only seems like this optimization would only be applicable when making very many syscalls and making them very fast otherwise when making singular syscalls, they have to wait until the batch is full and hence would introduce some latency in low throughput situations. -> There might be other optimizations that I have not considered. What interests me most, though, is the syscall/request polling feature which allows applications to submit syscalls(opcode) via zero syscalls. io_uring sets up a kernel thread which polls the io ring and hence when submissions are made, the thread will discover them without any syscalls been made. This is very interesting and would be a straightforward mega-optimization were it not for that fact that the created kernel thread does pin a CPU. Would this work well with other work that's competing for CPU? It's consequently not very clear whether this would be an improvement to Wine, which makes syscalls alongside and in the midst of doing other heavy work. Any thoughts? -- 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 58706] New: Blood Fresh Supply / Doom 64 (KEX engine games) fail to start when OpenGl API is selected (EGL backend)
by WineHQ Bugzilla 16 Sep '25

16 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58706 Bug ID: 58706 Summary: Blood Fresh Supply / Doom 64 (KEX engine games) fail to start when OpenGl API is selected (EGL backend) Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: --- Those games using the Kex Engine that support the Opengl renderer API fail to start when the new experimental EGL opengl backend is used. Such games are: Blood - Fresh Supply Doom 64 System Shock: Enhanced Edition The error message that is shown on start: kexPlatformApp::InitVideo: Failed to create window (No matching GL pixel format available). Other available renderers in those games (Vulkan and D3d11) work properly with the new EGL backend. wine-10.15-28-g7d26649f637 NVIDIA 580.82.09 X.Org X Server 1.21.1.18 -- 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 0

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