November 2024 - Wine-Bugs - list.winehq.org

[Bug 54336] New: Wow64 compatibility breaks on newer 64-bit glibc releases
by WineHQ Bugzilla June 19, 2025

June 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=54336 Bug ID: 54336 Summary: Wow64 compatibility breaks on newer 64-bit glibc releases Product: Wine Version: 8.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ruanformigoni(a)gmail.com Distribution: --- Newer versions of 64-bit glibc break current Wow64 compatibility implementation. For a new vm of fedora 36: $ ./wine-ge-7-35-continuous-x86_64.AppImage --version Usage: wine PROGRAM [ARGUMENTS...] Run the specified program wine --help Display this help and exit wine --version Output version information and exit glibc.x86_64 version is 2.35-20.fc36 glibc.i686 is not installed. -- For a new vm of fedora 37: $ /wine-ge-7-35-continuous-x86_64.AppImage --version /tmp/.mount_wine-gEI9DJM/bin/wine: No such file or directory glibc.x86_64 version is 2.36-9.fc37 glibc.i686 is not installed (installing fixes it). -- 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 23

[Bug 54734] New: Lord of the Rings Online randomly crashes during gameplay
by WineHQ Bugzilla June 18, 2025

June 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=54734 Bug ID: 54734 Summary: Lord of the Rings Online randomly crashes during gameplay Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ewg.grey(a)gmail.com Distribution: --- Created attachment 74238 --> https://bugs.winehq.org/attachment.cgi?id=74238 Wine terminal output after a crash I'm running Arch Linux with Wine 8.4 from the Arch repository on an AMD Ryzen 7 5800X with an AMD ATI Radeon RX 6800 XT graphics card. The Lord of the Rings Online game client randomly closes/crashes during gameplay with the following message as the last output from Wine: 01b8:fixme:faultrep:ReportFault 000000000011E500 0x0 stub I've been using this install of LotRO for over a year with no issues. However, I tried creating a new Wine prefix and reinstalling the game from scratch. I run the following winetricks to get all of the game client's functionality to work: winetricks d3dcompiler_43 d3dx11_42 d3dx11_43 winhttp corefonts I'm also using dxvk 2.1 Nothing else is changed from the defaults. Everything worked fine up through Wine 8.0. However, those were TKG builds of Wine. I switched to the Arch build of Wine to test if the issue was the TKG build of Wine. -- 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 37297] New: CreateEdit windows always fullscreen under wine
by wine-bugs＠winehq.org June 18, 2025

June 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=37297 Bug ID: 37297 Summary: CreateEdit windows always fullscreen under wine Product: Wine Version: 1.7.26 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: n4af(a)n4af.net ref: https://forum.winehq.org/viewtopic.php?t=23405&p=96423 I have a Pascal (Dephi) app that runs well under Wine application layer. The problem is that there are a number of edit controls that will only show in full screen under Wine. This would be an example of a procedure to create a editable window using Alt-D WM_INITDIALOG: begin Windows.SetWindowText(hwnddlg, RC_DUPECHECKOAR); Format(TempBuffer1, TC_ENTERCALLTOBECHECKEDON, BandStringsArray[InActiveRadioPtr.BandMemory], ModeStringArray[InActiveRadioPtr.ModeMemory]); CreateStatic(TempBuffer1, 15, 3, 250, hwnddlg, 102); AltDEditWindowHandle := CreateEdit(ES_CENTER or ES_UPPERCASE or WS_BORDER, 15, 27, 250, 30, hwnddlg, 101); asm mov edx,[MainWindowEditFont] call tWM_SETFONT end; CreateOKCancelButtons(hwnddlg); The above CreateEdit dutifully creates a window under Win7. Ubuntu (kernel 3.16) will only display as fullscreen. Under linux I can grab the title bar and move the f/s window but nothing else. Right clicking on the title bar i have options Restore, Resize, Maximize selected. Screen captures on https://forum.winehq.org/viewtopic.php?t=23405&p=96423 Tks, Howard -- 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 31278] New: The Longest Journey: "eye-mouth-hand" dialog only appears sometimes (randomly?)
by wine-bugs＠winehq.org June 18, 2025

June 18, 2025

http://bugs.winehq.org/show_bug.cgi?id=31278 Bug #: 31278 Summary: The Longest Journey: "eye-mouth-hand" dialog only appears sometimes (randomly?) Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rmmartins(a)gmail.com Classification: Unclassified This bug has been described by Octavian Vocu on one of his comments in another bug report from the same game (http://bugs.winehq.org/show_bug.cgi?id=11819#c39) I'm pasting an excerpt of his comment below because it explains exactly what's happening: "There is still some issue related to doing actions on objects, with the mouse. Clicking an actionable object should display the eye-mouth-hand dialog. Mouse shows correct pointer, but simply clicking has no effect. I noticed that as you push the left mouse button, you need to move the mouse slightly for the action dialog to appear. Might be related to transparent windows, not sure yet." It's certainly a different bug and deserves a different report, that's why I'm creating this. I've tested this on Debian Sid (i386) with wine-1.5.9. The console output is small, so I just pasted it below; the messages look the same as every other bug report on the game. The last three fixme's repeat a million times. fixme:win:EnumDisplayDevicesW ((null),0,0x33eb04,0x00000000), stub! fixme:ddraw:ddraw7_Initialize Ignoring guid {00000000-0000-0000-0000-000000000000}. fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not implemented. fixme:d3d:state_subpixel Render state WINED3D_RS_SUBPIXEL not implemented yet. fixme:d3d:state_flushbatch Render state WINED3D_RS_FLUSHBATCH not implemented yet. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not implemented. It might be important to notice that Octavian was probably on the right track of fixing this with his previous patches. The game runs pretty well on 1.3.32 with three of his patches (http://bugs.winehq.org/show_bug.cgi?id=11819#c37) the issue reported here is the main thing keeping it from being almost perfect. Also, on a 1.5.9 with the same three patches (even though the characters are invisible again) the following three messages appear when you click an object (when the dialog should be displayed): fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect -- 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 26

[Bug 44788] New: Civilization II (v1.02) crash during menus
by wine-bugs＠winehq.org June 18, 2025

June 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=44788 Bug ID: 44788 Summary: Civilization II (v1.02) crash during menus Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: danielalston(a)gmail.com Distribution: --- Created attachment 60814 --> https://bugs.winehq.org/attachment.cgi?id=60814 Backtrace The game will open, the music plays however every few seconds the sound will make an awful corrupt sounding noise (possibly related). The game will usually crash quite quickly. If you're extremely fast you might be able to get in a game and make a couple of moves before the game crashes again. I have similar issues with other 16bit versions of Civilization II. 2.42 patch 2.78 (Fantastic Worlds) -- 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 45857] New: Incorrect text color (The Longest Journey)
by wine-bugs＠winehq.org June 18, 2025

June 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=45857 Bug ID: 45857 Summary: Incorrect text color (The Longest Journey) Product: Wine Version: 3.16 Hardware: x86-64 URL: https://games.softpedia.com/get/Games-Demo/The-Longest -Journey-161-Demo.shtml OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhansonxi(a)gmail.com Distribution: Ubuntu Created attachment 62344 --> https://bugs.winehq.org/attachment.cgi?id=62344 Wine screenshot In-game text is outlined in a magenta color. See attached screenshots. Reproduced with demo 161 and full version (GOG.com) build 142. MD5: 6d7f91e0a19513e859775862b2ac43d8 thelongestjourneydemo_english.exe wine-devel 3.16.0~xenial from winehq.org Xbuntu 16.04.5 x86_64 Nvidia GeFOrce GTX 750 Ti, driver version 384.130 -- 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 53910] New: windows get moved around when dpms blankout happens
by WineHQ Bugzilla June 18, 2025

June 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=53910 Bug ID: 53910 Summary: windows get moved around when dpms blankout happens Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- Technically, it's a regression, but not sufficiently significant (for me) to check when it began - I initially thought it was something even more random. Anyway, as the summary says, relatively recently (I'd say within last two months, perhaps less) I've noticed than under some at the time unclear condition, some of the windows get randomly moved around their respective desktops without any of my interaction. For the most part it was only slightly annoying and seemingly random, so I've just lived with it. But today I had an idea and successfully tested it. All that's needed was 'xset dpms force off'. It's also quite generic - can be triggered with notepad and winecfg. My setup is of two monitors, but one of them is quite old and most of the time turned off (that still allows for stumbling upon various quirks of winex11.drv's multi-screen handling). Once 'xset dpms force off' is fully in effect, upon restoring from the blankout the windows get somewhat randomly moved. -- 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 29

[Bug 54801] New: FL Studio Plugin Crashing App
by WineHQ Bugzilla June 17, 2025

June 17, 2025

https://bugs.winehq.org/show_bug.cgi?id=54801 Bug ID: 54801 Summary: FL Studio Plugin Crashing App Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: theenviousone23(a)gmail.com Distribution: --- Whenever I attempt to authorize a specific plugin, it causes the entire application to close down immediately afterwards, and I'm not sure why this is happening. -- 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 52500] New: error with winediag (nodrv_CreateWindow)
by WineHQ Bugzilla June 17, 2025

June 17, 2025

https://bugs.winehq.org/show_bug.cgi?id=52500 Bug ID: 52500 Summary: error with winediag (nodrv_CreateWindow) Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: josue.bock(a)univ-smb.fr Distribution: --- Created attachment 71795 --> https://bugs.winehq.org/attachment.cgi?id=71795 output in command line showing errors Hello, When upgading from 6.22 to 6.23, wine does not open anymore with a software. It seems to be related to another bug report (https://bugs.winehq.org/show_bug.cgi?id=51210) but AFAIC see, this was not the same wine version involved. My laptop also has two GPU, one Intel and one Nvidia. The Intel one is expected to be unactivated. I asked for help on the forum before sending this bug report, the discussion is here: https://forum.winehq.org/viewtopic.php?f=2&t=36155&p=135932#top -- 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 55

[Bug 48483] New: Mouse cursor always visible in Gothic 2 with D3D11 renderer
by WineHQ Bugzilla June 17, 2025

June 17, 2025

https://bugs.winehq.org/show_bug.cgi?id=48483 Bug ID: 48483 Summary: Mouse cursor always visible in Gothic 2 with D3D11 renderer Product: Wine-staging Version: 5.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: supercoolemail(a)seznam.cz CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Gothic 2 (Russian with 2.6 no-cd patch) with D3D11 renderer shows X11/KDE mouse all the time. Cursor should not be visible in Gothic 2 at all. It does not have any functional impact but it's disturbing. How to reproduce: - Get Gothic 2. - Test G2 works (menu at least). - Extract GD3D11 (e.g. from https://github.com/Kirides/GD3D11/releases/download/v17.7-dev8/Gothic2-GD3D… but even old versions from Liker suffer from same issue). DLLs from archive belong to `<game dir>/System` directory. - Start the game with `ddraw=n,b`. - See that mouse cursor appears when menu finishes loading. Alternatively, mouse movements make cursor appear even before menu finishes loading. There is some analysis here https://github.com/Tk-Glitch/PKGBUILDS/issues/428 . I can confirm that same issue happens with clean wine-staging 5.0rc4 from Arch repositories (also with wine-tkg built from master). While clean G2 works properly in vanilla wine, GD3D11 needs staging otherwise it crashes at startup. Tested on `Linux coolhost 5.4.12-arch1-1 #1 SMP PREEMPT Tue, 14 Jan 2020 21:44:31 +0000 x86_64 GNU/Linux` Ryzen 7 1700 RX 580 8G 16 G RAM mesa 19.3.2 -- 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 38705] New: Gothic crashes on saving games
by wine-bugs＠winehq.org June 17, 2025

June 17, 2025

https://bugs.winehq.org/show_bug.cgi?id=38705 Bug ID: 38705 Summary: Gothic crashes on saving games Product: Wine Version: 1.7.40 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: amlopezalonso(a)gmail.com Distribution: --- Created attachment 51633 --> https://bugs.winehq.org/attachment.cgi?id=51633 Crash backtrace Gothic 1.08j always crashes when trying to save a game, right after entering savegame name. Attaching backtrace. -- 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 23193] New: wine notepad: Slow to open large files
by wine-bugs＠winehq.org June 16, 2025

June 16, 2025

http://bugs.winehq.org/show_bug.cgi?id=23193 Summary: wine notepad: Slow to open large files Product: Wine Version: 1.2-rc1 Platform: x86 URL: http://winehq.org OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Created an attachment (id=28858) --> (http://bugs.winehq.org/attachment.cgi?id=28858) Long text file (3.1M uncompressed) gunzip the attached file and open it in notepad. For me, it takes > 5 seconds to open on a quadcore. WinXP notepad (both virtualbox and native) will open it instantly. -- 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 31

[Bug 47024] New: Pen pressure does not register full range
by wine-bugs＠winehq.org June 15, 2025

June 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=47024 Bug ID: 47024 Summary: Pen pressure does not register full range Product: Wine-staging Version: 4.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: metichi(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 64183 --> https://bugs.winehq.org/attachment.cgi?id=64183 Pressure graphs by wine staging version Using drawing tablets in the wine staging version 4.6 makes the pressure readings top at about 10% of the input range, while still responsive within it. I have tested it using Clip Studio Paint version 1.8.7 on ubuntu 18.04. I tried 2 tablets, a wacom pencil small (using the wacom drivers installed by default in ubuntu) and a Huion Kanvas GT191 (using digimend drivers v9) with identical results. Attached are the pressure suggestions made by CSP while calibrating the pressure range -- 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 15

[Bug 33056] New: Tablet stylus pressure works in Manga Studio 5 until a focus or key event occurs
by wine-bugs＠winehq.org June 15, 2025

June 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=33056 Bug #: 33056 Summary: Tablet stylus pressure works in Manga Studio 5 until a focus or key event occurs Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintab32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: aardvark(a)krl.com Classification: Unclassified Unlike prior versions, the tablet stylus pressure works for Manga Studio 5; however, if a key is pressed or the pen goes out of the window and back in, lines drawn either draw nothing (no pressure?) or are drawn blobby (saw-tooth pressure) like a chain of tear-drops. The cursor displayed often jitters between two different cursors (e.g. a small circle and a large one or a circle and an arrow). This leads me to believe that it's swapping between two pointing devices, most likely the mouse and the stylus. Maybe related to 15443 and other pen pressure bugs. -- 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

[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 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 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 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 14, 2025

June 14, 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 14, 2025

June 14, 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

[Bug 54471] New: Spider-Man The Movie (2022) black cut-scenes
by WineHQ Bugzilla June 14, 2025

June 14, 2025

https://bugs.winehq.org/show_bug.cgi?id=54471 Bug ID: 54471 Summary: Spider-Man The Movie (2022) black cut-scenes Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)gmail.com Distribution: --- Hello, I tried to install Spider-Man The Movie (2022) (CD), intro video and all others videos are black, but you can hear sound. The video are encoded with blink codec. I can reproduce this bug with demo of this game available here: https://www.fileplanet.com/archive/p-27762/Spider-Man-The-Movie-Demo My log using wine-staging 8: $ wine SpiderMan.exe 0144:fixme:imm:ImeSetActiveContext (0003008E, 1): stub 0144:fixme:imm:ImmReleaseContext (00040050, 0003008E): stub 012c:fixme:imm:ImeSetActiveContext (000000000002003E, 0): stub 012c:fixme:imm:ImmReleaseContext (00000000000200A8, 000000000002003E): stub 0144:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0144:err:d3d:wined3d_restore_display_modes Failed to read the registry display mode for L"\\\\.\\DISPLAY1". 0144:err:d3d:wined3d_swapchain_init Failed to restore display mode. 014c:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. -- 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 4

[Bug 46207] New: shaders broken in EVE Online
by wine-bugs＠winehq.org June 14, 2025

June 14, 2025

https://bugs.winehq.org/show_bug.cgi?id=46207 Bug ID: 46207 Summary: shaders broken in EVE Online Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: n.andrew.walsh(a)gmail.com Distribution: --- Created attachment 62889 --> https://bugs.winehq.org/attachment.cgi?id=62889 A combat site in EVE, which is surrounded by a giant black cube because of broken shaders Setting shaders to "high" quality in the graphics menu causes some shader elements in EVE Online to render incorrectly. Notably in the new Abyssal sites, as well as stars, around certain stargates, stations, and in certain anomaly sites. Józef Kucia submitted changes to the shaders in 3.16 and 3.17, which was around when I started having the problem. I'm not sure if it's a regression, or just work that still needs to be done. I've attached a screenshot to show what it looks like: rather than a haze or gas-cloud effect, the whole site is surrounded by a giant black cube. When inside this cube, visibility is poor, most assets are invisible, and it's difficult to play. Cheers. -- 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 38881] New: listview control sends messages before updating items
by wine-bugs＠winehq.org June 14, 2025

June 14, 2025

https://bugs.winehq.org/show_bug.cgi?id=38881 Bug ID: 38881 Summary: listview control sends messages before updating items Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: aeikum(a)codeweavers.com Distribution: --- Wine's listview control sends LVN_ITEMCHANGED notifications as items are updated. For example, when changing the selected item, it sends a notification that the old item was deselected, and then sends a notification that the new item has been selected. If an application queries the current selection during the first notification, it will appear that no items are selected. This is different from how Windows behaves, which appears to send notifications only after updating all item states. This breaks the Ancestral Quest program's Changelog feature, though this requires the program to be purchased. It shouldn't be too hard to write tests demonstrating this, either. -- 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 8

[Bug 56557] New: I ask you to support writing in RTL languages
by WineHQ Bugzilla June 14, 2025

June 14, 2025

https://bugs.winehq.org/show_bug.cgi?id=56557 Bug ID: 56557 Summary: I ask you to support writing in RTL languages Product: Wine Version: unspecified Hardware: x86-64 OS: Android Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: awf170407(a)gmail.com I ask you to support writing in RTL languages such as Hebrew and Arabic. I tried WineMate through Android via Termux 11, but most of the letters do not respond. I used an external keyboard but it did not fix the problem. I asked the Termux 11 developers and they told me that this is a problem related to Wine. Please fix it. -- 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