June 2025 - Wine-Bugs - list.winehq.org

[Bug 54492] New: Clip Studio Paint - Modifier Keys break stylus input
by WineHQ Bugzilla June 15, 2025

June 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=54492 Bug ID: 54492 Summary: Clip Studio Paint - Modifier Keys break stylus input Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kalidibus(a)gmail.com Distribution: --- When drawing in Clip Studio paint, hitting modifier keys like Ctrl Shift Alt etc will cause the cursor to glitch and start rapidly flashing between different input methods. Can only be fixed by restarting the program, but holding down a different modifier key pauses the glitching. This occured on multiple Arch based systems (Manjaro and SteamOS) with an Artist 15.6. I have tested this with both the built in libwacom (I think) drivers, and XP-Pen's own drivers, no change in the behaviour. The behaviour does NOT occur with a mouse. It is only with a stylus. -- 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 19712] New: Template text instead of usual information in VirtualBox installer
by wine-bugs＠winehq.org June 15, 2025

June 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=19712 Summary: Template text instead of usual information in VirtualBox installer Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: b0ntrict0r(a)yandex.ru Created an attachment (id=23024) --> (http://bugs.winehq.org/attachment.cgi?id=23024) Screenshot that illustrates the problem Text labels are filled with a template text instead of components description, installation path, size, etc. in VirtualBox 2.2.4 installer. Text in label (1) substitutes with proper content after selecting component in the tree, and text in label (3) substitutes with proper text after selecting installation path in "Browse" dialog. -- 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 22

[Bug 58370] New: Failed CreateRoundRectRgn and CreateEllipticRgn rendering
by WineHQ Bugzilla June 15, 2025

June 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=58370 Bug ID: 58370 Summary: Failed CreateRoundRectRgn and CreateEllipticRgn rendering Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 78779 --> http://bugs.winehq.org/attachment.cgi?id=78779 Screenshot from Wine (KO) Test using : https://jira.reactos.org/secure/attachment/42081/Area.exe CreateRoundRectRgn and CreateEllipticRgn rendering is inconsistent compared to the one from Windows -- 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 30773] New: Nibud C@shflow Manager 4 not starting
by wine-bugs＠winehq.org June 15, 2025

June 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=30773 Bug #: 30773 Summary: Nibud C(a)shflow Manager 4 not starting Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cumulus0007(a)gmail.com Classification: Unclassified Nibud C(a)shflow Manager is an application to manage your finances and personal budgets. The application shows a welcome screen, where one can choose to evaluate or to buy a license. When evaluation is started, it tries to import settings from other applications. Once this is finished, the application reports an error has occured and the application must close. No further information is provided. fixme:ole:CoInitializeSecurity (0x45ae00,-1,(nil),(nil),6,2,(nil),64,(nil)) - stub! err:ole:CoGetClassObject class {24e669e1-e90f-4595-a012-b0fd3ccc5c5a} not registered err:ole:CoGetClassObject no class object {24e669e1-e90f-4595-a012-b0fd3ccc5c5a} could be created for context 0x1 p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: kan gedeeld objectbestand niet openen: Bestand of map bestaat niet fixme:shell:FileIconInit (true) fixme:hnetcfg:fw_manager_GetIDsOfNames 0x2ca9e40 {00000000-0000-0000-0000-000000000000} 0x32f880 1 1043 0x32f8c4 fixme:resource:GetGuiResources (0xf8,0): stub Wine 1.5.5 Linux 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:52:17 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux -- 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 9

[Bug 56713] New: Vampire: The Masquerade - Bloodlines Vampire.exe process keeps lingering
by WineHQ Bugzilla June 15, 2025

June 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=56713 Bug ID: 56713 Summary: Vampire: The Masquerade - Bloodlines Vampire.exe process keeps lingering Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: accounts.winehq.org(a)vv221.fr Distribution: --- After quitting Vampire: The Masquerade - Bloodlines, the "Vampire.exe" process keeps lingering and must be killed or it will keep running endlessly. This is especially noticeable when running the game in a virtual desktop, because the virtual desktop will keep lingering too until the "Vampire.exe" process is killed. Despite the bug metadata being set to WINE 9.8, the current 9.9 build is affected too (but is not proposed when opening a new bug report). -- 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 10

[Bug 56676] New: native wayland resolution with 32bit games on wow64 grabs input
by WineHQ Bugzilla June 15, 2025

June 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=56676 Bug ID: 56676 Summary: native wayland resolution with 32bit games on wow64 grabs input Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zlice(a)crtdrift.us Distribution: --- Enabling wow64 (64bit wine without separate 32bit) to get native wayland wine running seems to have issues when rescaling input. Fallout 3 and KOTOR have similar related issues. Fallout 3 - if you are at a different resolution than what is set in the ini, the game opens a popup saying to run the launcher because your input does not support the resolution. This popup seems to freeze all input related to the window manager (labwc), where the mouse is locked and keyboard shortcuts will not work. You can use tab/arrows to press the 'ok' button which will close the popup. Changing to the resolution with wlr-randr to match the ini file runs fine afaict. KOTOR - this game changes resolution a lot for startup and cutscenes. It also has a lower resolution compared to most games and does not hit 1080p. Similarly input is trashed and does not work as expected. The game does not start. I assume if the game did start it would constantly want to change resolution for cutscenes. Using XWayland does not appear to have the same issues. But it does not change resolution appropriatey (and with it, refresh rate). I was only able to get 32bit games running under native wine+wayland with the wow64 mode. Not sure if I missed something with the build or if 32bit is not properly set up yet. KOTOR had an error about using the null/noa(?) driver. Fallout 3 just didn't run, assert(!status) for vkCreateInstance at winevulkanloader.c:271 I can file separate bug for resolution scaling in wayland vs the input grab. System - kernel 6.9.0 - wine 9.8 - void linux - labwc 0.7.2 (wayland wlroots) -- 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 58365] New: Rapps, double-clicking the bottom-most entry will install nearest neighbor
by WineHQ Bugzilla June 15, 2025

June 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=58365 Bug ID: 58365 Summary: Rapps, double-clicking the bottom-most entry will install nearest neighbor Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 78763 --> http://bugs.winehq.org/attachment.cgi?id=78763 RAPPS executable under test Use RAPPS (see attachment - full source code available here https://github.com/reactos/reactos/tree/master/base/applications/rapps ) Double click on bottom-most entry (Abyss Web Server) and it will erroneously install will install nearest neighbor (Adove Air), while the bottom-most entry gets (Abyss Web Server) finally selected. This problems occurs in Wine 10.10 but NOT in Windows. Maybe due to https://bugs.winehq.org/show_bug.cgi?id=38881 ? -- 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 6

[Bug 56743] New: Wine "typo" in traces ... library failing to be loaded see their 1st letter replaced by a "v".
by WineHQ Bugzilla June 15, 2025

June 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=56743 Bug ID: 56743 Summary: Wine "typo" in traces ... library failing to be loaded see their 1st letter replaced by a "v". Product: Wine Version: 9.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 76525 --> https://bugs.winehq.org/attachment.cgi?id=76525 traces Trying to wine mspaint.exe with W2K3 mspaint.exe ... library failing to be loaded see their 1st letter replaced by a "v". See 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.

1 20

[Bug 49498] New: In file-open dialog, selecting .lnk shortcut picks shortcut instead of going to target folder
by WineHQ Bugzilla June 15, 2025

June 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=49498 Bug ID: 49498 Summary: In file-open dialog, selecting .lnk shortcut picks shortcut instead of going to target folder Product: Wine Version: 5.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nyanpasu64(a)tuta.io Distribution: --- In a Wine file-open dialog, if you double-click a shortcut to a folder (unsure about file), it sends the shortcut to the program instead of navigating to the folder. OpenMPT is one app which expects you to open a .lnk file in a file-open dialog. The way I found this bug is: - Install OpenMPT on Windows or Wine. - Open the View menu and click Setup. - Click the Keyboard tab, and click "Import Keys...". If you double-click "More Keymaps", Windows would go to the .lnk target directory. But Wine returns the .lnk file from the file-open dialog. Note that OpenMPT uses XP-style file dialogs on Wine because Wine's Vista-style file dialogs are terrible. https://github.com/OpenMPT/openmpt/blob/84428b3666d79d197a7bb9f3a9ece0b2ba2… On Wine, both XP/Vista dialogs don't traverse the .lnk file and instead return the .lnk path. On Windows, both XP/Vista dialogs traverse the .lnk file. MFC defines two types of dialogs with a similar C++ API. XP = Common File Dialog (I think), Vista = Common Item Dialog (COM-based). -- 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 33306] New: Wine creates FreeDesktop .desktop files when windows Desktop shortcuts (lnk files) are created
by wine-bugs＠winehq.org June 15, 2025

June 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=33306 Bug #: 33306 Summary: Wine creates FreeDesktop .desktop files when windows Desktop shortcuts (lnk files) are created Product: Wine Version: 1.5.26 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adman.com(a)gmail.com Classification: Unclassified Mac OS X does not support the freedesktop standard for .desktop files, however Wine attempts to create one anyway when a Windows shortcut (lnk file) is created by an installer. This feature should be disabled on Mac OS X, in place of something which can generate Mac OS X-compatible shortcuts. -- 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 12