- Wine-Bugs - list.winehq.org

[Bug 58741] New: Maintainer requests should only be submittable once
by WineHQ Bugzilla Sept. 28, 2025

Sept. 28, 2025

http://bugs.winehq.org/show_bug.cgi?id=58741 Bug ID: 58741 Summary: Maintainer requests should only be submittable once Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 URL: https://appdb.winehq.org/objectManager.php?sClass=main tainer&sState=queued&sTitle=Maintainer%20Queue OS: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: --- Created attachment 79371 --> http://bugs.winehq.org/attachment.cgi?id=79371 Screenshot A user can currently submit as many requests to maintain an application as they want, effectively spamming the queue. There's no reason for there to ever be more than one request per user per application (or version). -- 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 0

[Bug 6254] riched32: Various Programms need EM_FORMATRANGE (Installer infinite loop from richtext error / wordpad: Printed Page is only white / Also affected: Half-Life, Endnote X5 Demo, ZMud, MukClient )
by WineHQ Bugzilla Sept. 28, 2025

Sept. 28, 2025

http://bugs.winehq.org/show_bug.cgi?id=6254 --- Comment #94 from Alban Browaeys <prahal(a)yahoo.com> --- (In reply to James McKenzie from comment #71) > This bug has not been forgotten, but AJ wanted this function implemented in > a different way that is correct. First EM_DISPLAYBAND must be implemented > and then EM_FORMATRANGE. This is being investigated. Hi James. Are there more details about what AJ envisioned that you could share so as not to get lost? Or is implementing EM_DISPLAYBAND first, then EM_FORMATRANGE, all there is to it? (In reply to James McKenzie from comment #67) > Also, I have been instructed by AJ to let this lie for a little while and come > back to it. The code is NOT correct to fix the problem. > Mr. Smith has a .plan to implement a lot of the functionality within Richedit. Do you know if these plans have been abandoned since? -- 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 0

[Bug 58740] New: Alt keys not recognized on macOS
by WineHQ Bugzilla Sept. 27, 2025

Sept. 27, 2025

http://bugs.winehq.org/show_bug.cgi?id=58740 Bug ID: 58740 Summary: Alt keys not recognized on macOS Product: Wine Version: unspecified Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cemer99797(a)isorax.com the Alt keys are not recognized on macOS. There is no input registered with either Alt key. The Mac Cmd (https://en.wikipedia.org/wiki/Command_key) keys instead register as Alt Using KeyboardStateView (Windows keyboard on-screen viewer utility): the left Cmd key registers as both: * Left MENU key (key code 164) * ALT key (key code 18) the right Cmd key registers as both: * Right MENU key (key code 165) * ALT key (key code 18) KeyboardStateView v1.00 homepage: https://www.nirsoft.net/utils/keyboard_state_view.html download: https://www.nirsoft.net/utils/keyboardstateview.zip sha256: b8ea99128e5ec854f3ce2596177687538f8d2b802943f35a223795d9452a0cd5 my system: macOS 11 tested with: Wine-stable 9.0, 10.0, Wine-devel 10.14 -- 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 0

[Bug 58592] New: Font substitution partially broken - regression
by WineHQ Bugzilla Sept. 27, 2025

Sept. 27, 2025

http://bugs.winehq.org/show_bug.cgi?id=58592 Bug ID: 58592 Summary: Font substitution partially broken - regression 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: zdenek.koprivik(a)post.cz Distribution: --- While trying to replace "Tahoma" with "Noto Sans Regular" (the default Plasma desktop font), I've encountered an issue, where the font replacement does not work in some cases. Since I'm migrating from a very old system with Wine 1.6.2, I know that the font replacement used to work for the exact same binary and the same UI elements. I've set the following registry keys: [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes] "Tahoma"="Noto Sans Regular" "Segoe UI"="Noto Sans Regular" "MS Shell Dlg"="Noto Sans Regular" "MS Shell Dlg 2"="Noto Sans Regular" The issue can be reproduced by opening the file dialog in the built-in registry editor. Running the built-in registry editor I've got the main font changed to "Noto Sans Regular" as expected, but in the file open dialog for import, there is still "Tahoma". When I'm browsing for directories, the font changes to "Noto Sans Regular", but when an item is selected, the font changes back to "Tahoma". Here is a short video showing the issue: https://imgur.com/a/l0BhsB8 This is only one example of the non-working substitution. The "Tahoma" is also rendered on the buttons and almost everywhere around in the dialog. I'm using the substitution mostly for MikroTik network equipment management apps (WinBox and The Dude) to improve the readability. It is working fine when running the exact same binaries on the old PC with Wine 1.6.2, but I can't get it to work with the newest Wine. The system is KDE neon User, Plasma 6.4.4, Wine 10.12 from the WineHQ PPA. -- 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 8

[Bug 51230] New: winecfg: Graphics tab - Per application settings don't work
by WineHQ Bugzilla Sept. 26, 2025

Sept. 26, 2025

https://bugs.winehq.org/show_bug.cgi?id=51230 Bug ID: 51230 Summary: winecfg: Graphics tab - Per application settings don't work Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jkfloris(a)dds.nl Distribution: --- "Wine can mimic different Windows versions for each application. This tab is linked to the Libraries and Graphics tabs to allow you to change system-wide or per-application settings in those tabs as well." >From this I understand that it should also be possible to also set the DPI or a virtual desktop per application. Unfortunately, this does not work. For example: winecfg Applications tab -> Add application -> "notepad.exe" (select notepad.exe) Graphics tab -> Select "Emulate a virtual desktop" (click "Apply" and "OK") wine notepad.exe Now I expect notepad to run in a virtual 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 19

[Bug 43747] New: Yermom demoscene demo shows only a blackscreen
by wine-bugs＠winehq.org Sept. 25, 2025

Sept. 25, 2025

https://bugs.winehq.org/show_bug.cgi?id=43747 Bug ID: 43747 Summary: Yermom demoscene demo shows only a blackscreen Product: Wine Version: 2.17 Hardware: x86 URL: http://www.pouet.net/prod.php?which=71570 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Depends on: 43638 Distribution: --- The program needs "winetricks gmdls", and currently only works with wine-staging due to bug 43638. However, the screen is completely white, only the music plays. You're advised to use "emulate a virtual desktop" if you want to test the hack, then you can quit the fullscreen with ESC. -- 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 47135] New: Onenote fails to start: Desktop Experience feature is not installed ( lacking Win32_ServerFeature class from wbemprox)
by wine-bugs＠winehq.org Sept. 24, 2025

Sept. 24, 2025

https://bugs.winehq.org/show_bug.cgi?id=47135 Bug ID: 47135 Summary: Onenote fails to start: Desktop Experience feature is not installed (lacking Win32_ServerFeature class from wbemprox) Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 64360 --> https://bugs.winehq.org/attachment.cgi?id=64360 hack to start Onenote The relaylog below *** made with ONENOTE (MSOffice 2010) shows problem apparently seems to be in wbemprox, missing Win32_ServerFeature class The attached crappy hack allowed me to start Onenote, and also Onenote from Office365 starts with it. Crappy hack is only to show where the problem is and problably contains several errors, hopefully someone can fix this in proper way (hint at Hans;)). Sidenote: reverting the hack makes Onenote from Office365 run into the bug again, but Onenote from office 2010 now continues happily to start; maybe it sets some registry key once started and the patch is not needed anymore? No idea. 008c:Call KERNEL32.lstrlenA(2e09825c "SELECT Name FROM Win32_ServerFeature") ret=2e0e8fd1 008c:Ret KERNEL32.lstrlenA() retval=00000024 ret=2e0e8fd1 008c:Call KERNEL32.MultiByteToWideChar(00000000,00000000,2e09825c "SELECT Name FROM Win32_ServerFeature",00000025,00000000,00000000) ret=2e0e8fe7 008c:Ret KERNEL32.MultiByteToWideChar() retval=00000025 ret=2e0e8fe7 008c:Call KERNEL32.MultiByteToWideChar(00000000,00000000,2e09825c "SELECT Name FROM Win32_ServerFeature",00000025,0033f9f0,00000025) ret=2e0e9085 008c:Ret KERNEL32.MultiByteToWideChar() retval=00000025 ret=2e0e9085 008c:Call oleaut32.SysAllocString(0033f9f0 L"SELECT Name FROM Win32_ServerFeature") ret=2e0e90bb . . . . 008c:Call user32.MessageBoxW(00000000,0033f6b2 L"OneNote cannot start because the Desktop Experience feature is not installed. Install it in the Windows Control Panel > Prog rams and Features > Turn Windows features on or off.",39835ba4 L"Microsoft Office",00000030) ret=39bb2183 -- 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 12

[Bug 58538] New: d2d_device_context_DrawGeometry Ignoring stroke style => No Circles, only Lines
by WineHQ Bugzilla Sept. 24, 2025

Sept. 24, 2025

http://bugs.winehq.org/show_bug.cgi?id=58538 Bug ID: 58538 Summary: d2d_device_context_DrawGeometry Ignoring stroke style => No Circles, only Lines Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: d.astra(a)yopmail.com Distribution: --- Created attachment 79028 --> http://bugs.winehq.org/attachment.cgi?id=79028 WINEDEBUG=+d2d, Rainmeter 4.5.23 I'm using Rainmeter 4.5.23 with Wine 10.12-staging and everything, which should be round or a circle, is either not drawn at all or more of a hexagonal shape. Main error output in the console: 013c:fixme:d2d:d2d_geometry_sink_AddArc iface 0000000002E13CF8, arc 000000000011EC80 stub! 013c:fixme:d2d:d2d_geometry_sink_AddArc iface 0000000002E13CF8, arc 000000000011EC80 stub! 013c:fixme:d2d:d2d_path_geometry_GetWidenedBounds iface 0000000002E13BE0, stroke_width 0.00000000e+00, stroke_style 0000000000000000, transform 0000000000000000, tolerance 2.50000000e-01, bounds 000000000011EA40 stub! Further output with WINEDEBUG=+d2d as attachement -- 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 5

[Bug 58732] New: Bel Atout: when opening a file linked with a file type, Bel Atout is not brought to top
by WineHQ Bugzilla Sept. 23, 2025

Sept. 23, 2025

http://bugs.winehq.org/show_bug.cgi?id=58732 Bug ID: 58732 Summary: Bel Atout: when opening a file linked with a file type, Bel Atout is not brought to top Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vincent.brevart3526(a)outlook.fr Distribution: --- Created attachment 79348 --> http://bugs.winehq.org/attachment.cgi?id=79348 A .bel file that can be opened by Bel Atout from the file explorer In Bel Atout (card game), .bel files can be opened by a double click from the file explorer. On Ubuntu 22.04, with Wine 10.0, if Bel Atout is not yet running, opening a .bel file works fine, with Bel Atout brought to top. Now, if Bel Atout is already running, a file can be opened in the same window, without opening a new instance. It works fine on Ubuntu. But if I click on the Bel Atout window, just once, anywhere, even if it has no action, the next time I open a file by a double click, the file explorer window will be brought to top, above the Bel Atout window. This doesn't happen on Windows. As I am the programmer of Bel Atout, I tried many Windows functions like SetForegroundWindow, BringWindowToTop, SetWindowPos, SetActiveWindow, ShowWindow and so on. But no way to avoid the file explorer window to be brought to top. You can download Bel Atout (free card game) from the page: https://vincent-brevart.fr/en/lin/card-games-for-linux.html I am attaching a .bel file that you can open from the file explorer. Not very annoying, but if the .bel file is a "prepared game" with a dialog box that opens before playing the deal, the file explorer windows appears twice: the first time when the file is opened, and a second time when clicking the "Play the prepared game" button and closing the dialog box. I don't understand why. You can test the opening of the prepared games on my page: https://vincent-brevart.fr/en/pre/belote/prepared-games-belote-beginner1.ht… But it may be a problem coming from my own way of programming, sorry if it does. Thanks for your great work. Vincent -- 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 0

[Bug 48049] New: Basemark GPU crashes when using D3D12
by WineHQ Bugzilla Sept. 22, 2025

Sept. 22, 2025

https://bugs.winehq.org/show_bug.cgi?id=48049 Bug ID: 48049 Summary: Basemark GPU crashes when using D3D12 Product: vkd3d Version: 1.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: cybermax(a)dexter.no Distribution: --- Created attachment 65589 --> https://bugs.winehq.org/attachment.cgi?id=65589 Debug log of Basemark Basemark GPU - https://www.basemark.com/benchmarks/basemark-gpu/ - crashes when selecting D3D12. Vulkan and OpenGL works. Ran D3D12 test with logging: VKD3D_DEBUG=trace VKD3D_CONFIG=vk_debug VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_standard_validation Let me know if there are other logging options needed. PS. The benchmark is free to download. -- 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