- Wine-Bugs - list.winehq.org

[Bug 50582] New: Delphi app - TPageControl button have no text in WinManage.
by WineHQ Bugzilla March 14, 2026

March 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=50582 Bug ID: 50582 Summary: Delphi app - TPageControl button have no text in WinManage. Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: julenuri(a)hotmail.com Distribution: --- Created attachment 69256 --> https://bugs.winehq.org/attachment.cgi?id=69256 Win mgr software There is still an issue with the text not showing the TPageControl, and also with the position of them in Delphi apps. In this case I tested the Win Manage v1.0 software. It'll be attached. Affects also ReactOS, JIRA issue on: https://jira.reactos.org/browse/CORE-17419 I'll attach snapshots of Windows XP and Wine 5.0.3, however, 6.0 is still affected. -- 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 59524] New: Apps running with Win10 or Win11 compatibility detect Win8.1
by WineHQ Bugzilla March 14, 2026

March 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=59524 Bug ID: 59524 Summary: Apps running with Win10 or Win11 compatibility detect Win8.1 Product: Wine Version: 11.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: winehq-bugs(a)brocky.net Distribution: --- Created attachment 80550 --> http://bugs.winehq.org/attachment.cgi?id=80550 Patch to add Win10 compatibility to msiexec.manifest that doesn't seem to work I'm dealing with a suite of applications that only work on Windows 10 or 11 (as a software-defined block from what I can tell), but when I run them, they detect the version as Windows 8.1 (6.2) and abort, even when running with the Windows Version set to Windows 11 both as the default, and specifically for the .exe I try to run. I was even unable to install the app because msiexec.exe had the same issue, where the installer would check the `Environment.OSVersion.Version` (C#, which calls `GetVersionEx` under the hood) and abort because it got 6.2 instead of 10.0. There seems to be several parts to this problem: 1. The application I'm trying to run has the MajorOperatingSystemVersion.MinorOperatingSystemVersion in the OptionalHeader set to 6.0, and the manifest doesn't declare a `supportedOS`, so Wine seems to be thinking it needs to limit the compatibility level to Win8.1. I'm not really sure what's standard or normal, but I checked a few other programs I have (only in a hex editor, not in Wine) that also require Windows 10, and none of them seem to fit that criteria. They all have versions less than 10 in their EXE headers and nothing in the manifest saying otherwise either. 2. Even if I try to force the compatibility level for the specific EXEs in winecfg to be Win10 or Win11, that setting is ignored. This is because the compatibility that has been selected is done in RtlGetVersion(), but then the init_current_version() that is used for GetVersionEx (in init_current_version) applies the backwards-compatibility logic afterwards, essentially ignoring the configuration. 3. msiexec has the same problem as point 1, but has the MajorOperatingSystemVersion.MinorOperatingSystemVersion set to 4.0 and also doesn't declare a supportedOS in the manifest. Presumably, any installer that checks the OS version would fail if it requires Win10 or later, even if the programs it installs do set the image headers or manifest correctly. I tried adding the below to msiexec.manifest (also attached as a patch), but it didn't seem to help with the installer detecting the desired 10.0 version. From what I can understand of the code in init_current_version (dlls\kernelbase\version.c), this should have worked, but didn't. Not sure if I messed something up or I misunderstood how to declare this. <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1">  <application>  <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}" /> </application> </compatibility> </assembly> The only way I was able to get my program to install and run was to delete the final `if` statement that updates the `current_version` to the downgraded `ver`, effectively disabling the entire compatibility stuff. After that, the programs seem to install and run just fine. -- 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 59525] New: Apps running with Win10 or Win11 compatibility detect Win8.1
by WineHQ Bugzilla March 14, 2026

March 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=59525 Bug ID: 59525 Summary: Apps running with Win10 or Win11 compatibility detect Win8.1 Product: Wine Version: 11.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: winehq-bugs(a)brocky.net Distribution: --- Created attachment 80549 --> http://bugs.winehq.org/attachment.cgi?id=80549 Patch to add Win10 compatibility to msiexec.manifest that doesn't seem to work I'm dealing with a suite of applications that only work on Windows 10 or 11 (as a software-defined block from what I can tell), but when I run them, they detect the version as Windows 8.1 (6.2) and abort, even when running with the Windows Version set to Windows 11 both as the default, and specifically for the .exe I try to run. I was even unable to install the app because msiexec.exe had the same issue, where the installer would check the `Environment.OSVersion.Version` (C#, which calls `GetVersionEx` under the hood) and abort because it got 6.2 instead of 10.0. There seems to be several parts to this problem: 1. The application I'm trying to run has the MajorOperatingSystemVersion.MinorOperatingSystemVersion in the OptionalHeader set to 6.0, and the manifest doesn't declare a `supportedOS`, so Wine seems to be thinking it needs to limit the compatibility level to Win8.1. I'm not really sure what's standard or normal, but I checked a few other programs I have (only in a hex editor, not in Wine) that also require Windows 10, and none of them seem to fit that criteria. They all have versions less than 10 in their EXE headers and nothing in the manifest saying otherwise either. 2. Even if I try to force the compatibility level for the specific EXEs in winecfg to be Win10 or Win11, that setting is ignored. This is because the compatibility that has been selected is done in RtlGetVersion(), but then the init_current_version() that is used for GetVersionEx (in init_current_version) applies the backwards-compatibility logic afterwards, essentially ignoring the configuration. 3. msiexec has the same problem as point 1, but has the MajorOperatingSystemVersion.MinorOperatingSystemVersion set to 4.0 and also doesn't declare a supportedOS in the manifest. Presumably, any installer that checks the OS version would fail if it requires Win10 or later, even if the programs it installs do set the image headers or manifest correctly. I tried adding the below to msiexec.manifest (also attached as a patch), but it didn't seem to help with the installer detecting the desired 10.0 version. From what I can understand of the code in init_current_version (dlls\kernelbase\version.c), this should have worked, but didn't. Not sure if I messed something up or I misunderstood how to declare this. <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1">  <application>  <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}" /> </application> </compatibility> </assembly> The only way I was able to get my program to install and run was to delete the final `if` statement that updates the `current_version` to the downgraded `ver`, effectively disabling the entire compatibility stuff. After that, the programs seem to install and run just fine. -- 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 50495] New: the WS_EX_LAYERED set SetWindowLong GWL_EXSTYLE , Window show white rather than transparency.
by WineHQ Bugzilla March 14, 2026

March 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=50495 Bug ID: 50495 Summary: the WS_EX_LAYERED set SetWindowLong GWL_EXSTYLE , Window show white rather than transparency. Product: WineHQ Bugzilla Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: 490165508(a)qq.com CC: austinenglish(a)gmail.com Distribution: --- Created attachment 69150 --> https://bugs.winehq.org/attachment.cgi?id=69150 This program will create a transparent full screen window. When I use the following code to create a transparent full screen window. ``` HWND hWnd; hWnd = CreateWindowEx(WS_EX_APPWINDOW, "WindowClass", "Demo", WS_VISIBLE| WS_MAXIMIZE, CW_USEDEFAULT, 0, CW_USEDEFAULT, 0, NULL, NULL, hInstance, NULL); SetWindowLong(hWnd, GWL_STYLE, GetWindowLong(hWnd, GWL_STYLE) & (~WS_DLGFRAME)); RECT rect; GetWindowRect(hWnd, &rect); SetWindowPos(hWnd, HWND_TOPMOST, rect.left, rect.top, rect.right - rect.left, rect.bottom - rect.top, SWP_DRAWFRAME); LONG ret = GetWindowLong(hWnd, GWL_EXSTYLE); ret = ret | WS_EX_LAYERED; SetWindowLong(hWnd, GWL_EXSTYLE, ret); ShowWindow(hWnd, SW_SHOWMAXIMIZED); UpdateWindow(hWnd); ``` In Windows this program display window is a full screen transparent window，But running this little program with Wine on Linux displays a full-screen white window. This problem occurred. I tried to modify the SetWindowLong API function implementation, but it didn't change much. I hope the bosses can help me. -- 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 4

[Bug 37662] New: ResEdit 1.6.3 insaller/downloader crashes early
by wine-bugs＠winehq.org March 14, 2026

March 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=37662 Bug ID: 37662 Summary: ResEdit 1.6.3 insaller/downloader crashes early Product: Wine Version: 1.7.32 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Distribution: --- As it says it crashes on launch - dumps some server response data in terminal and then dies. -- 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 9

[Bug 49925] New: Closing Apps With ALT+F4 Bad File Descripter
by WineHQ Bugzilla March 14, 2026

March 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=49925 Bug ID: 49925 Summary: Closing Apps With ALT+F4 Bad File Descripter Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: SolisX007(a)yahoo.com Distribution: --- Closing apps with ALT+F4 causes bad file descripter err on wine-5.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.

2 1

[Bug 45629] New: jjsploit does not work
by wine-bugs＠winehq.org March 14, 2026

March 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=45629 Bug ID: 45629 Summary: jjsploit does not work Product: Wine Version: 3.0.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skaterbode9(a)gmail.com Distribution: --- jjsploit program installer does not work, the screen is filled with random colors -- 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 5

[Bug 19751] New: VB6 format function
by wine-bugs＠winehq.org March 14, 2026

March 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=19751 Summary: VB6 format function Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hub_hotmail(a)hotmail.com THIS IS A VB6 PROGRAM WINDOWS --------- FormatoBr = "#,##0.00" debug.print Format(TxtValorCadTituloNUM, FormatoBr), , "ONLY_FORMAT" = 1,00 debug.print Format(CCur(TxtValorCadTituloNUM), FormatoBr), , "FORMAT_WITH_CCUR" = 1,00 ***************************************************************************** wine LINUX ---------- FormatoBr = "#,##0.00" debug.print Format(TxtValorCadTituloNUM, FormatoBr), , "ONLY_FORMAT" = 100,00 debug.print Format(CCur(TxtValorCadTituloNUM), FormatoBr), , "FORMAT_WITH_CCUR" = 1,00 -- 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.

3 20

[Bug 49611] New: All 16 & 32 bit windows apps crash when opening a file
by WineHQ Bugzilla March 14, 2026

March 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=49611 Bug ID: 49611 Summary: All 16 & 32 bit windows apps crash when opening a file Product: Wine Version: 5.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: michael.f.winthrop(a)gmail.com Distribution: --- Created attachment 67786 --> https://bugs.winehq.org/attachment.cgi?id=67786 Program Error Details From WINE 5.0.1 opend as user After upgrade from WINE 3.x and wineRT to WINE 5.0.1 under KDE Ubuntu 18.04 LTS, 16 bit applications such as MidiPiano and STUDIO crash when opening a file. STUDIO is running very well on this machine under VirtualBox with no file problems. Under previous version of WINE (KDE Ubuntu 16.04 LTS and 18.04 LTS), STUDIO crashed when storing a new file but always succeeded storage first. WINE 5.0.1 was installed as upgrade to previous WINE 3x. I provided the information as taken from WINE started by root, which gave me full screen of applications, error in windows box and in Terminal screen. Example STUDIO included. When opening as 'user' the WINE screen with ornaments opens application, and on crash, leaves info only on terminal screen. -- 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 57

[Bug 49405] New: winevdm has encountered a serious problem
by WineHQ Bugzilla March 14, 2026

March 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=49405 Bug ID: 49405 Summary: winevdm has encountered a serious problem Product: Wine Version: 5.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rquint(a)rain2.org Distribution: --- Created attachment 67480 --> https://bugs.winehq.org/attachment.cgi?id=67480 backtrace.txt generated by WINE Please bear with this long discursive report. I'm trying to run the CD-ROM version of the OED (Oxford English Dictionary), an old Windows 3.1 app, under WINE. Currently I have it running successfully on Ubuntu 18.04 rquint(a)Maria-Agnesi:~$ uname -a Linux Maria-Agnesi 4.15.0-106-generic #107-Ubuntu SMP Thu Jun 4 11:27:52 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux rquint(a)Maria-Agnesi:~$ wine --version wine-3.0 (Ubuntu 3.0-1ubuntu1) Ubuntu 19.10 rquint(a)Cosmic-Box:~$ uname -a Linux Cosmic-Box 5.3.0-59-generic #53-Ubuntu SMP Wed Jun 3 15:52:15 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux rquint(a)Cosmic-Box:~$ wine --version wine-4.0.2 (Ubuntu 4.0.2-1) and Ubuntu 20.04 rquint(a)Twenty4:~$ uname -a Linux Twenty4 5.4.0-37-generic #41-Ubuntu SMP Wed Jun 3 18:57:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux rquint(a)Twenty4:~$ wine --version wine-5.0 (Ubuntu 5.0-3ubuntu1) On a second Ubuntu 20.04 installation the OED crashes rquint(a)disco-box:~/.wine/drive_c/Program Files/OED$ uname -a Linux disco-box 5.4.0-37-generic #41-Ubuntu SMP Wed Jun 3 18:57:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux rquint(a)disco-box:~/.wine/drive_c/Program Files/OED$ wine --version wine-5.0 (Ubuntu 5.0-3ubuntu1) I'm attaching the backtrace.txt generated when it crashes as backtrace.txt.disco-box. Also, it may be significant that when I first ran the app on Twenty4, an almost identical backtrace.txt was generated, but despite the usual definition of insanity, I tried starting it several times and after three or four attempts it ran without problems. -- 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 4