January 2026 - Wine-Bugs - list.winehq.org

[Bug 19368] New: lpfnWndProc can't catch Up/Down/Left/Right and CTRL+ other Button
by wine-bugs＠winehq.org March 1, 2026

March 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=19368 Summary: lpfnWndProc can't catch Up/Down/Left/Right and CTRL+ other Button Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sakaihdt(a)d2.dion.ne.jp Hello I want to use "sakura editor". (a Japanese Open Souce text editor for MS Windows) (http://sakura-editor.sourceforge.net/) But this application is not work well in wine(1.0.1 or 1.1.26 Ubuntu GNU/Linux 9.0.4) - Not work Up/Down/Left/Right button in text area - Not work CTRL+C or CTRL+A and other in text area - Not work Backspace in text area - Not work Function Key in text area normal text button( a-z, 0-9 ) is work well, and Up/Down... is work well in menu . "sakura editor" catch Up/Down/Ctrl event from lpfnWndProc() callback. but wine's lpfnWndProc seem not work when push Up/Down... key. ( I insert log in sakura editor source and check.) I have 2 question. please tell me. (1) Can lpfnWndProc() catch Up/Down/Left/Right CTRL+A,X,C and Function key in Wine ? (2) "lpfnWndProc() can catch Up/Down/Left/Right ..." is WindowsAPI specification? Thank you. -- 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.

2 13

[Bug 34134] New: "open file" dialog does not shrink after switching to "use adobe dialog" and back to system dialog
by wine-bugs＠winehq.org March 1, 2026

March 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=34134 Bug #: 34134 Summary: "open file" dialog does not shrink after switching to "use adobe dialog" and back to system dialog Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: unxed(a)mail.ru Classification: Unclassified If you press "use adobe dialog" button in "open file" dialog, it grows. If you press "use os dialog" after it, window does not shrink back. -- 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.

2 3

[Bug 33241] New: incorrect display of a combobox in a Clipper application
by wine-bugs＠winehq.org March 1, 2026

March 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=33241 Bug #: 33241 Summary: incorrect display of a combobox in a Clipper application Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ironeman(a)tiscali.it Classification: Unclassified As mentioned in http://forum.winehq.org/viewtopic.php?f=8&t=18198, I am using 16-bit Clipper/xBase programs. When I have a listbox, the field is not correctly initialized, despite the list is ok. Debugging my application, I have found that it is due to a strange memory management. I start by saying that Clipper/xBase uses dynamic scoping, so the value of a variable is the last assigned to it into the stack; a variable can be local or global (prefixed by m->). When using the dialog that has the problem, I use the activation command (Fivewin library): m->mTipoDoc:=.... // assign the global variable m->mTipoDoc activate DIALOG oDlg centered on init (SettaCombo()) function SettaCombo() // initialization code of the dialog ... // use the global variable m->mTipoDoc but, at this point, when using WINE, the variable has lost its content and is empty I solved the problem using a local variable that temporarily holds the value of the global variable: m->mTipoDoc:=.... // assign the global variable m->mTipoDoc local tmpcod:=m->mTipoDoc // to solve the wine bug activate DIALOG oDlg centered on init (SettaCombo(tmpcod)) function SettaCombo(val) m->mTipoDoc:=val // to solve the wine bug ... // use the global variable m->mTipoDoc Evidently the local variable is managed in a different way by WINE and the error has disappered. To test this behaviour, I wrote the attached sample program. Into the zip there is a readme.pdf that explains how it works. Best regards. -- 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.

2 5

[Bug 21127] New: What Colour color picking functionality is not identical to Windows
by wine-bugs＠winehq.org March 1, 2026

March 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=21127 Summary: What Colour color picking functionality is not identical to Windows Product: Wine Version: 1.1.35 Platform: x86 URL: http://www.jumpjet.info/Win2k/05/What_Colour/WhatColou r.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com With wine-1.1.35-105-gd4a7a9d, when the color picker in the What Colour program is selected, moving the mouse outside the What Colour's client area doesn't result in any color selection changes until the mouse is pressed, causing the application to finally grab the color under the mouse cursor by presumably taking a "screenshot" of the desktop area. On Windows XP, this "screenshotting" behavior happens first, made obvious by a brief, visible change in the screen, and then moving the color picker over the area outside the What Colour client area shows active changes in the color selection, which is only halted when the mouse is pressed. -- 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.

2 8

[Bug 54833] New: Heroes of Might and Magic 5 crash on starting some builtin maps, since wine 7.13
by WineHQ Bugzilla March 1, 2026

March 1, 2026

https://bugs.winehq.org/show_bug.cgi?id=54833 Bug ID: 54833 Summary: Heroes of Might and Magic 5 crash on starting some builtin maps, since wine 7.13 Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galdralag(a)bk.ru Distribution: --- While answering on https://bugs.winehq.org/show_bug.cgi?id=39742#c21 I found that I can't start many single player maps (Single Player -> Custom Game) - game crashes. These maps was playable earlier. And playing on maps that can be started game often occasionally crashes. After investigation different versions I found this begins from wine 7.13 on 7.12 all ok. -- 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 20

[Bug 45412] New: Mailing list for AppDB admins/maintainers
by wine-bugs＠winehq.org March 1, 2026

March 1, 2026

https://bugs.winehq.org/show_bug.cgi?id=45412 Bug ID: 45412 Summary: Mailing list for AppDB admins/maintainers Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- The AppDB currently has a link whereby admins can email all maintainers, which is useful for announcements, but not discussion. Discussion of AppDB issues sometimes takes place on wine-devel, but few maintainers subscribe to that mailing list, and the issues are generally not of interest to developers. This is a feature request to add a mailing list for AppDB admins and maintainers, as discussed at WineConf2017. Posting to the list should be limited to those groups, but the posts should be archived on winehq.org and visible to anyone. Subscribing to the list should be automatic based on admin/maintainer status, so if mailman is used to maintain the list, there would need to be a daily cron job to update 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.

4 8

[Bug 59092] New: Unicode win32 labels displayed as tofu
by WineHQ Bugzilla March 1, 2026

March 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=59092 Bug ID: 59092 Summary: Unicode win32 labels displayed as tofu Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)list.winehq.org Reporter: navidmafi2006(a)gmail.com Distribution: --- Created attachment 79882 --> http://bugs.winehq.org/attachment.cgi?id=79882 MCVE for the unicode messagebox issue Summary: Unicode does not render correctly in message boxes and some other win32 labels even with all Segoe fonts copied from a Windows install. A brief MCVE is attached (source-encoding-agnostic) that shows the problem by rendering a message box. Of course it renders just fine on Windows 10. I originally encountered this when a Cheat Engine cheat table used Unicode headers and emojis for purely aesthetic purposes. Take for example the symbol "????" which is U+1D412: MATHEMATICAL BOLD CAPITAL S I could find out that the only font in a proper Windows install that *does* include that character is `seguisym.ttf`. I used such one liner to confirm this: ``` python3 -c "from fontTools.ttLib import TTFont; import sys; cmap=TTFont(sys.argv[1]).getBestCmap(); print(cmap.get(0x1D412,'MISSING'))" EXAMPLEFONT.ttf ``` Thus, as a workaround, I copied all seg* fonts to my /usr/share/fonts from a Windows install, did a `wineboot -u`, and then tried using the following crude registry modification to force the symbol font. As a result, shell font did change to Segoe, but the math symbols still rendered as tofu: ``` Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes] "MS Shell Dlg"="Segoe UI Symbol" "MS Shell Dlg 2"="Segoe UI Symbol" "Tahoma"="Segoe UI Symbol" "Segoe UI"="Segoe UI Symbol" "Segoe UI Symbol"="Segoe UI Symbol" "Segoe UI Emoji"="Segoe UI Symbol" ``` I also tried setting winecfg's "Message Box" configuration to use Segoe UI Symbol with no change in result. Everything tested starting with clean wine-10.20 (Staging) prefixes. -- 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 7

[Bug 56286] New: Evil Under the Sun: game crashes when starting a new game (regression)
by WineHQ Bugzilla March 1, 2026

March 1, 2026

https://bugs.winehq.org/show_bug.cgi?id=56286 Bug ID: 56286 Summary: Evil Under the Sun: game crashes when starting a new game (regression) Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: memax(a)gmx.fr CC: pgofman(a)codeweavers.com Regression SHA1: 354a8bb1f4a65bdec052606f2799db9e2907b5b1 Distribution: Ubuntu Created attachment 76008 --> https://bugs.winehq.org/attachment.cgi?id=76008 Terminal output after crash Game: Agatha Christie: Evil Under the Sun OS: Ubuntu 22.04.3 LTS 64bit Wine: wine-9.1 WINEARCH=win32 Clean prefix Description: The game crashes systematically when you start a new game. According to AppDB, the game was rated platinum with older versions of Wine. So I ran a regression test: 354a8bb1f4a65bdec052606f2799db9e2907b5b1 is the first bad commit commit 354a8bb1f4a65bdec052606f2799db9e2907b5b1 Author: Paul Gofman <pgofman(a)codeweavers.com> Date: Thu May 11 21:53:02 2023 -0600 ntdll: Better match Windows subheap sizes. dlls/kernel32/tests/heap.c | 8 ++------ dlls/ntdll/heap.c | 13 +++++++++---- 2 files changed, 11 insertions(+), 10 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.

3 15

[Bug 52284] New: Factory I/O SPS-Software hangs
by WineHQ Bugzilla Feb. 28, 2026

Feb. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=52284 Bug ID: 52284 Summary: Factory I/O SPS-Software hangs Product: Wine Version: 7.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Hello everyone, I got a request from the ubuntuusers.de forum that one user had problems running this program and submitted an AppDB entry at https://appdb.winehq.org/objectManager.php?sClass=version&iId=40486 providing tests for 7.0rc1 and 7.0rc2 (queued) where as the console is spammed with 018c:fixme:d3d:wined3d_device_context_resolve_sub_resource Multisample resolve is not fully supported for typeless formats (dst_format WINED3DFMT_R8G8B8A8_TYPELESS, src_format WINED3DFMT_R8G8B8A8_TYPELESS, format WINED3DFMT_R8G8B8A8_UNORM). Steps to reproduce after installation: New → File → Drivers → Control I/O (opens up a grey window but nothing happens) -- 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 9

[Bug 41689] New: Cyberduck crashes at launch
by wine-bugs＠winehq.org Feb. 28, 2026

Feb. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=41689 Bug ID: 41689 Summary: Cyberduck crashes at launch Product: Wine Version: 1.8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: contact(a)rudloff.pro Distribution: --- Created attachment 56083 --> https://bugs.winehq.org/attachment.cgi?id=56083 Backtrace When I try to run Cyberduck 5.2.3 (https://update.cyberduck.io/windows/Cyberduck-Installer-5.2.3.21496.exe) it crashes. -- 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 23