wine-bugs July 2025

wine-bugs@winehq.org

1 participants
563 discussions

[Bug 55233] New: A-Train PC Classic - UI is incorrectly sized and cannot switch between selected windows.
by WineHQ Bugzilla 26 Jul '25

26 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=55233 Bug ID: 55233 Summary: A-Train PC Classic - UI is incorrectly sized and cannot switch between selected windows. Product: Wine Version: 8.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- The UI windows in A-Train PC Classic are unusable. Note: This game was ported from the Nintendo 3DS, and most / all of it's UI is intact. "UI windows" are essentially the game's menu / dialog box interface. (Called "windows" here as that's what the game's configuration INI file calls them.) Attempting to start a new game the first time causes each window to fill the entire application window and draw on top of each other. With only the top most window receiving user input. For the second attempt to start a new game, the windows are correctly sized / placed but only the most recently drawn window accepts user input with no way to switch to an inactive window. This breaks the game as the first requirement of the player is to use an inactive window's "Enter Company Name" button. The game's configuration INI file contains options for setting each window's origin X/Y coordinates, width and height. However editing these values manually seems to result in a deadlock. With the game continuing to update the application window (minimize / partial hide / etc.) but otherwise refusing user input after showing the company logos. Attempting to use a known good configuration file from Windows also doesn't work. As the game seemingly ignores it with no visible window behavior change from when starting a new game. As described above. -- 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 17

[Bug 56924] New: wrong keyboard layout when using native wayland instead of xwayland
by WineHQ Bugzilla 26 Jul '25

26 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=56924 Bug ID: 56924 Summary: wrong keyboard layout when using native wayland instead of xwayland Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bob(a)carnesa.biz.st Distribution: --- wrong keyboard layout when using native wayland instead of xwayland it worked fine previously (~9.10) edited registry: [HKEY_CURRENT_USER\Software\Wine\Drivers] "Graphics"="x11,wayland" command for xwayland: wine game.exe command for wayland native: DISPLAY='' wine game.exe what I tried: setxkbmap ch swaymsg input type:keyboard xkb_switch_layout next LC_ALL=fr_CH.UTF-8 DISPLAY='' wine game.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 58494] New: Panel headers not readible (application stimfit)
by WineHQ Bugzilla 26 Jul '25

26 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58494 Bug ID: 58494 Summary: Panel headers not readible (application stimfit) Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- Created attachment 78949 --> http://bugs.winehq.org/attachment.cgi?id=78949 Debug log when starting stimfit-lite for windows under wine. The issue is described also here: https://github.com/neurodroid/stimfit/issues/110 Some text in some panels is not visible when using wine, but its working fine on Windows. In order to reproduce the issue, you need: stimfit-lite-0.16.8-win64.exe available from here https://github.com/neurodroid/stimfit/releases/download/v0.16.8/ and some example data, e.g. download and unzip https://github.com/user-attachments/files/19322137/20250314_S5_C1_CellChar.… When starting stimfit under wine, and loading the data data, e.g. with this command, wine stimfit-lite-0.16.8-win64.exe 20250314_S5_C1_CellChar.cfs The panel headers "Trace selection", "Channel selection", "Results" are not readible. The debug log is attached. I'm testing on Debian13, with Mate desktop. -- 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 58438] New: Serum 2, vstgui: major graphical glitches rendering serum 2 unusable
by WineHQ Bugzilla 26 Jul '25

26 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58438 Bug ID: 58438 Summary: Serum 2, vstgui: major graphical glitches rendering serum 2 unusable Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: hello(a)murl.digital Distribution: --- Any VST plugin that uses vstgui experiences major graphical glitches and performance issues rendering them almost unusable. Further discussion is on this bug report on yabridge: https://github.com/robbert-vdh/yabridge/issues/413 This behavior can be replicated with steinberg's example app: https://github.com/steinbergmedia/vstgui/tree/develop/vstgui/standalone/exa… -- 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 38909] New: Notepad corrupts files saved as utf-8 without a byte order mark (BOM)
by wine-bugs＠winehq.org 26 Jul '25

26 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=38909 Bug ID: 38909 Summary: Notepad corrupts files saved as utf-8 without a byte order mark (BOM) Product: Wine Version: 1.1.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 51843 --> https://bugs.winehq.org/attachment.cgi?id=51843 screenshot See attached screenshot and test files (from bug 18191). -- 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 5

[Bug 58442] New: x11 fullscreen retries mwm hints causing chaos
by WineHQ Bugzilla 25 Jul '25

25 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58442 Bug ID: 58442 Summary: x11 fullscreen retries mwm hints causing chaos 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: zlice(a)crtdrift.us Distribution: --- Created attachment 78893 --> http://bugs.winehq.org/attachment.cgi?id=78893 fix-fullscreen-toggle somewhere after 10.8 e072358059abe8446e4ac9e89d2e0618629edf5f changed behavior to keep trying to update window hints, even if they are non-changes(no-op) https://gitlab.winehq.org/wine/wine/-/merge_requests/8079 on openbox, alt-tabbing watch_dogs will randomly toggle decor, then fullscreen (i think this is a openbox bug or at least behavior) but at some point alt-tab will go to nothing focused, then another alt-tab will focus the game. so if you have 2 windows, it takes 3 alt-tabs to go between them. on fluxbox/my-fork multi-alt-tabbing the fullscreen window will go between expected fullscreen and using the decor size of the frame and then resize the 'not fullscreen' watch_dogs window inside, leaving with an empty border where the titlebar and borders would be. (even with telling properties to not change in the wm itself, wine tries to keep changing settings and this happens) jwm is kind of fubar no matter what jwm and fluxbox both still require QS_POSTMESSAGE fix to get past the splashscreen : see https://bugs.winehq.org/show_bug.cgi?id=57954 not sure what the reason was behind the above change but it causes hints to be repeatedly changed, which incorrectly detects 'fullscreen' by ... dlls/win32u/window.c : apply_window_pos() calls dlls/win32u/sysparams.c : is_window_rect_full_screen() checks rects sizes to determine fullscreen (then calls x11drv) user_driver->pWindowPosChanged() which finally calls wm_net and wmw hint updates fullscreen is incorrect because a minimized window does not keep its size/monitor i assume. then the 'no-op' change retries and somewhere things get set to random states, like wanting titlebars and decor again. patch attached that lets it work on fluxbox and openbox, however, not sure that is complete, as it crosses over with many other bugs since late 9.x thinking the openbox issue may be related to a bug with c67bfdbeba1860c891e53c64379f5e86d8e8b664 -- 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 52250] New: windows.h WINE_NOWINSOCK check has been removed
by WineHQ Bugzilla 25 Jul '25

25 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=52250 Bug ID: 52250 Summary: windows.h WINE_NOWINSOCK check has been removed Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: sacrom(a)gmail.com Distribution: --- I'm using winelib to compile a Windows/Linux application, where we want to use the Linux code for threads, files system handling, network code, shared memory... and we want WINE just for the Win32 GUI code (as we did not implement a GUI in the Linux/Unix side just on Windows) Since WINE 6.8 (due this commit https://source.winehq.org/git/wine.git/commit/9603fba8943f9699e3af6fcfe4acb…) the WINE_NOWINSOCK check: #ifndef WINE_NOWINSOCK #include <winsock.h> #endif /* WINE_NOWINSOCK */ Has been removed, now my application does not compile as I'm mixing Linux socket definitions with the WINE/Windows "winsock.h" file. If I add this check to the file, the application does compile as with WINE 6.7 Is it possible to add the check back? or should this be done in another way now? -- 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 18

[Bug 58539] New: envelope printing issues with Lotus Approach scripts
by WineHQ Bugzilla 25 Jul '25

25 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58539 Bug ID: 58539 Summary: envelope printing issues with Lotus Approach scripts Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com Distribution: --- Fedora 41 Wine 10-12 devel Lotus Approach N99.8.0208.0800 Problems with Lotus Script print envelopes RunApproachMacro("Print") crashes Lotus Approach CurrentWindow.Print erases the address "to" data and print an envelope without the "To" address Historical instance of this issue: https://bugs.winehq.org/show_bug.cgi?id=53425 -- 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 54261] New: State of Survival got stuck at the end of the loading screen (fixme:dxgi:d3d11_swapchain_Present1?)
by WineHQ Bugzilla 25 Jul '25

25 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=54261 Bug ID: 54261 Summary: State of Survival got stuck at the end of the loading screen (fixme:dxgi:d3d11_swapchain_Present1?) Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: thierry.vignaud(a)gmail.com Distribution: --- Created attachment 73817 --> https://bugs.winehq.org/attachment.cgi?id=73817 Wine logs when starting the game State of Survival got stuck at the end of the loading screen See https://appdb.winehq.org/objectManager.php?sClass=version&iId=41243 We can install the game using https://sos-pc.kingsgroupgames.com/dlfile/?clickcode=official It then downloads the game contents but doesn't progress near the end: it got gets stuck on the Loading game resources screen. Then there's a "dnrepair" popup that's unreadable due to squares in place of most letters. ----------------------- The game FAQ talk about that; https://sos.kingsgroupgames.com/pc/faq?seq=error&p=ss_global&t=8Yim9FAR&l=en "How do I solve the problem where the game gets stuck on the Loading game resources screen? 1. Make sure that your VT (Virtualization Technology) is turned on. Please refer to this tutorial: How to Turn on VT>> 2. Close your security/anti-virus software, run the repair program, restart your PC, and then re-enter the game. You can find the repair program here: C:\Program Files (x86)\FunPlus\State of Survival\engine\1.0.8\dnrepairer.exe" ----------------------- Which is the famous dnrepair popup we're seeing above On the terminal, wine displays tons of this message: 0158:fixme:dxgi:d3d11_swapchain_Present1 Ignored present parameters 0089D778. Sometimes another value is displayed: 0158:fixme:dxgi:d3d11_swapchain_Present1 Ignored present parameters 0089AD58. -- 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 12

[Bug 50065] New: its too old to use
by WineHQ Bugzilla 25 Jul '25

25 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=50065 Bug ID: 50065 Summary: its too old to use Product: Wine Version: 5.20 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lankorchang1(a)gmail.com its too old to use -- 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

← Newer
1
...
23
24
25
26
27
28
29
...
57
Older →

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 July 2025