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

[Bug 53318] New: error on c sharp program
by WineHQ Bugzilla March 29, 2026

March 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=53318 Bug ID: 53318 Summary: error on c sharp program Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pingo-power(a)hotmail.fr Distribution: --- Created attachment 72699 --> https://bugs.winehq.org/attachment.cgi?id=72699 logs a -- 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 52737] New: winecfg not open
by WineHQ Bugzilla March 29, 2026

March 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=52737 Bug ID: 52737 Summary: winecfg not open 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: jayjameshlw(a)gmail.com Distribution: --- archkubi(a)GnuChanOS ~> winecfg MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete 0120:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0120:err:winediag:nodrv_CreateWindow The explorer process failed to start. -- 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 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