August 2022 - Wine-Bugs - list.winehq.org

[Bug 51743] New: GSView has the wrong color for some hovered menu items
by WineHQ Bugzilla March 29, 2026

March 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=51743 Bug ID: 51743 Summary: GSView has the wrong color for some hovered menu items Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: NEW Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 70626 --> https://bugs.winehq.org/attachment.cgi?id=70626 Screenshot on Wine See screenshots. For testing on Win7, you need to disable Aero! -- 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 53447] New: Selected menu items are white on white
by WineHQ Bugzilla March 29, 2026

March 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=53447 Bug ID: 53447 Summary: Selected menu items are white on white Product: Wine Version: 7.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 72821 --> https://bugs.winehq.org/attachment.cgi?id=72821 Menu Check the attached screenshot. -- 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 53109] New: The 'CLOSE' button of Rufus is not clickable/does nothing
by WineHQ Bugzilla March 29, 2026

March 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=53109 Bug ID: 53109 Summary: The 'CLOSE' button of Rufus is not clickable/does nothing Product: Wine Version: 7.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oguilherme(a)protonmail.com Distribution: --- After the app launches, I cannot click the big 'CLOSE' button at the bottom of the window. Closing the app using the [X] button, works. exe: rufus-3.18p.exe sha256: 22820692cb7295cd13bf62ab984a8f5b37e3cb09999b6aa2ad27a704e3380c48 download: https://github.com/pbatard/rufus/releases/download/v3.18/rufus-3.18p.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.

2 4

[Bug 49075] New: foobar2000 reports 'No CD drives found.' because GetDriveTypeW returns DRIVE_FIXED for audio CD
by WineHQ Bugzilla March 29, 2026

March 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=49075 Bug ID: 49075 Summary: foobar2000 reports 'No CD drives found.' because GetDriveTypeW returns DRIVE_FIXED for audio CD Product: Wine Version: 5.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spoon0042(a)hotmail.com Distribution: --- Created attachment 67048 --> https://bugs.winehq.org/attachment.cgi?id=67048 foobar2000 log +volume Summary should be self-explanatory. ;) Attached a log with +volume starting foobar2000 and selecting File -> Open audio CD. Relevant line would be 0033:trace:volume:GetDriveTypeW L"\\\\.\\D:\\" -> 3 Confusingly running winecfg with +volume correctly finds an audio CD. (And incorrectly an extra one?) 0009:trace:volume:GetVolumeInformationW L"\\??\\D:\\": found audio CD 0009:trace:volume:GetVolumeInformationW L"\\??\\E:\\": found audio CD Hacking GetDriveTypeW to return 5 for D: things work as expected. Can play a CD, fetch tags, rip. -- 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 6

[Bug 52597] New: DrawTextExA missing ligatures when CreateFontIndirectA with lfHeight incremented?
by WineHQ Bugzilla March 29, 2026

March 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=52597 Bug ID: 52597 Summary: DrawTextExA missing ligatures when CreateFontIndirectA with lfHeight incremented? Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wnbz(a)conicmail.com Distribution: --- Created attachment 71924 --> https://bugs.winehq.org/attachment.cgi?id=71924 Application rendering Windows vs Wine I have an esoteric scientific Windows app which I would like to use with Wine. But, (with Wine) I have noticed that in a significant number of places the text gets cut off, almost as if it is too long to fit. See attachment `app_output.png`. The app displays correctly under Windows. I do not have access to the source code of this application, and cannot comment on the quality of the code. It may be that the position and size of the bounding box is hard-coded, rather than using a GUI control layout manager. However, I believe I managed to track down the issue and have created a minimal example which demonstrates the problem (see `main.cpp`, please excuse the style, I am not very familiar with Windows C++ GUI programming). In the example, I call `CreateFontIndirectA` twice, first time with `lfHeight` of `LOGFONTA` set to `15` and the second time to `16`. The issue seems to arise only for small values of `lfHeight`. See the attachment `testcase_output.png` for how it looks like on Windows vs Wine. On Windows, both lines are indistinguishable, but on Wine, the second line (`lfHeight = 16`) is significantly longer than the first line (`lfHeight = 15`). It seems at first like the ligatures of the font are missing - which explains why the text `ffi` changes width but the text `aaa` does not. But I am not sure, as the `ffi` text also seems taller in the second line on Wine. I am using winehq-devel (7.3) on Ubuntu 20.04. If it helps, I also attach the relevant sections of output with font tracing enabled `WINEARCH=win32 WINEDEBUG=+font wine main.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.

2 7

[Bug 52584] New: Creating GTK ColorChooserDialog freeze entire app
by WineHQ Bugzilla March 29, 2026

March 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=52584 Bug ID: 52584 Summary: Creating GTK ColorChooserDialog freeze entire app Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- Created attachment 71908 --> https://bugs.winehq.org/attachment.cgi?id=71908 Rust Project When compiling and running such GTK-rs code in Linux(project in attachment): ``` use gtk4::prelude::*; use gtk4::*; fn main() { let application = gtk4::Application::builder().build(); application.connect_activate(move |application| { let window = gtk4::ApplicationWindow::new(application); window.set_title(Some("APP")); window.show(); println!("BEFORE CREATION!"); let _something = ColorChooserDialog::default(); println!("CREATED!"); }); application.run(); } ``` then window just show and I can easily remove it When running exactly same code, but compiled with Windows support, then transparent window shows and my DE(Gnome Shell) wants to remove it, because it doesn't respond. This is what is printed to output when running windows binary ``` 0180:fixme:reg:NtNotifyChangeMultipleKeys Unimplemented optional parameter 0180:fixme:reg:NtNotifyChangeMultipleKeys Unimplemented optional parameter 0180:fixme:font:freetype_set_outline_text_metrics failed to read full_nameW for font L"Ani"! 0184:fixme:combase:RoActivateInstance (000000000D3FF950, 000000000D3FF8C8): semi-stub 0184:fixme:combase:RoGetActivationFactory (L"Windows.Management.Deployment.PackageManager", {00000035-0000-0000-c000-000000000046}, 000000000D3FF7C8): semi-stub 0184:err:combase:RoGetActivationFactory Failed to find library for L"Windows.Management.Deployment.PackageManager" (tee.exe:380): Gdk-WARNING **: 11:39:49.038: Failed to get device node property {78C34FC8-104A-4ACA-9EA4-524D52996E57},256 size: Element not found. (tee.exe:380): Gdk-WARNING **: 11:39:49.054: Failed to get device node property {78C34FC8-104A-4ACA-9EA4-524D52996E57},256 size: Element not found. (tee.exe:380): Gdk-WARNING **: 11:39:49.072: Initial call to GetUpdatedClipboardFormats() failed with error 998 (tee.exe:380): Gdk-CRITICAL **: 11:39:49.083: gdk_clipboard_claim_remote: assertion 'formats != NULL' failed (tee.exe:380): Gdk-CRITICAL **: 11:39:49.093: gdk_content_formats_unref: assertion 'formats != NULL' failed 0180:fixme:wgl:ConvertAttribWGLtoGLX unsupported 1 WGL Attribute 0180:fixme:wgl:ConvertAttribWGLtoGLX unsupported 1 WGL Attribute (tee.exe:380): Gdk-WARNING **: 11:39:51.115: gdk_gl_context_make_current() failed 0180:fixme:imm:ImeSetActiveContext (0x9f770, 1): stub 0180:fixme:imm:ImmReleaseContext (00000000000100B6, 000000000009F770): stub BEFORE CREATION! (tee.exe:380): GLib-GIO-ERROR **: 11:39:51.166: No GSettings schemas are installed on the system ``` Precompiled binaries are available here - https://github.com/qarmin/gtk-rs-fuzzer/releases/download/1.0.0/windows_cra… (90MB packed in size, because contains all required GTK4 libraries and also compiled binary is not stripped) -- 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 52452] New: Tooltip handler for wrong dialog is invoked in OpenMPT
by WineHQ Bugzilla March 29, 2026

March 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=52452 Bug ID: 52452 Summary: Tooltip handler for wrong dialog is invoked in OpenMPT Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)sagagames.de Distribution: --- In OpenMPT (https://openmpt.org/) we use an MDI interface, and MDI windows are split in half with a splitter inbetween. The two halfs are generated from two separate dialog resources and thus events sent to one half should not influence the other. A user has reported a crash (https://bugs.openmpt.org/view.php?id=1553) that happens when hovering certain controls in the lower half of one of these views, and from the memory dump I can see that the hovering caused Wine to request tooltip information from the upper half of the view rather than the lower half. As the dialog item ID that was hovered didn't exist in the upper half of the view, the app crashed with a null-pointer access. Trying to reproduce this myself, I couldn't trigger the crash in Wine 7.0.0 (the user was on 7.0rc5-1) but nevertheless I found that the tooltips don't work in the lower half of the view, probably caused by the same issue that lead to the crash. Reproduction steps: 1) File -> New -> IT to create a new document 2) You should now see the General Tab. You should be able to see various custom tooltips when hovering items above the splitter. 3) Hovering items (e.g. the sliders) below the splitter should either lead to a crash or not show any tooltip. On Windows, you would be seeing tooltips on those sliders. Hovering the tab control right below the splitter caused a crash for the user but it didn't for 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 26649] New: painting in dialog: wrong aspect ratio
by wine-bugs＠winehq.org March 29, 2026

March 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=26649 Summary: painting in dialog: wrong aspect ratio Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: tom98765x(a)yahoo.com Created an attachment (id=33921) --> (http://bugs.winehq.org/attachment.cgi?id=33921) executable program demonstrating the bug Drawing things inside a modeless dialog box: wrong aspect ratio, and does not show up directly (dialog box has to be moved before). Source was from Petzold sample (colors2), but modified a little. -- 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 22

[Bug 50183] New: GetCurrentConsoleFontEx - returns wrong dwFontSize
by WineHQ Bugzilla March 29, 2026

March 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=50183 Bug ID: 50183 Summary: GetCurrentConsoleFontEx - returns wrong dwFontSize Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vladimir.kokovic(a)gmail.com Distribution: --- wine version=wine-5.17-1657-g92fb63d7754 code snippet: ------------- { CONSOLE_FONT_INFO pfi; bSuccess = GetCurrentConsoleFont( myStdOut, true, &pfi ); COORD fCoord = GetConsoleFontSize( myStdOut, pfi.nFont ); vkLog( "GetConsoleFontSize X=%d Y=%d\n", fCoord.X, fCoord.Y ); CONSOLE_FONT_INFOEX Font = { sizeof( Font ) }; GetCurrentConsoleFontEx( myStdOut, FALSE, &Font ); vkLog( "GetCurrentConsoleFontEx 1 nFont=%d dwFontSize={X=%d Y=%d} FontFamily=%d FontWeight=%d FaceName='%ls'\n", Font.nFont, Font.dwFontSize.X, Font.dwFontSize.Y, Font.FontFamily, Font.FontFamily, Font.FaceName ); //dwFontSize: //A COORD structure that contains the width and height of each character in the font, in logical units. //The X member contains the width, while the Y member contains the height. Font.dwFontSize.X = fCoord.X; Font.dwFontSize.Y = fCoord.Y; SetCurrentConsoleFontEx(myStdOut, FALSE, &Font); GetCurrentConsoleFontEx( myStdOut, FALSE, &Font ); vkLog( "GetCurrentConsoleFontEx 2 nFont=%d dwFontSize={X=%d Y=%d} FontFamily=%d FontWeight=%d FaceName='%ls'\n", Font.nFont, Font.dwFontSize.X, Font.dwFontSize.Y, Font.FontFamily, Font.FontFamily, Font.FaceName ); } log result: ----------- 2020-11-25 10:22:29 - GetConsoleFontSize X=8 Y=16 2020-11-25 10:22:29 - GetCurrentConsoleFontEx 1 nFont=0 dwFontSize={X=200 Y=58} FontFamily=1 FontWeight=1 FaceName='Liberation Mono' 2020-11-25 10:22:29 - GetCurrentConsoleFontEx 2 nFont=0 dwFontSize={X=200 Y=58} FontFamily=1 FontWeight=1 FaceName='Liberation Mono' Vladimir Koković, DP senior(70), Serbia, Belgrade, 25.November 2020 -- 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 21155] New: Delphi: combobox choices hidden behind object inspector
by wine-bugs＠winehq.org March 29, 2026

March 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=21155 Summary: Delphi: combobox choices hidden behind object inspector Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kl234(a)web.de Created an attachment (id=25399) --> (http://bugs.winehq.org/attachment.cgi?id=25399) Choices displayed behind the object inspector When I try to modify the value of a property in Delphi's object inspector, I can't see the list of possible choices because this list is displayed behind the object inspector. The only exception is the property at the very bottom of the object inspector where it's possible to see some of the choices below the bottom of the object inspector window (see attached screen capture). This happens with both Delphi versions I tested with wine 1.1.35: Delphi 3 and Delphi 7. -- 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 16