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

[Bug 36439] New: Wildstar IE7 error on launch ( IE fixmes )
by wine-bugs＠winehq.org June 30, 2026

June 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=36439 Bug ID: 36439 Summary: Wildstar IE7 error on launch ( IE fixmes ) Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: funkydude87(a)hotmail.co.uk Created attachment 48461 --> http://bugs.winehq.org/attachment.cgi?id=48461 fixmes When launching the Wildstar executable an error pops up saying "You do not have a browser supported by the Wildstar launcher. Internet Explorer 7 or later is required. Continue?" If I continue, a wine error (page fault) is produced. Something is preventing the launcher from detecting that IE is "installed". Attached is the console paste of all the "fixmes" produced when I click continue, before the page fault popup is shown. I could post the page fault but I don't think there's any point? I think it's the amount of IE-related fixmes that causes the fault. -- 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 21

[Bug 59945] New: Halo 2 Vista crashes on startup, can't play movies
by WineHQ Bugzilla June 30, 2026

June 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=59945 Bug ID: 59945 Summary: Halo 2 Vista crashes on startup, can't play movies Product: Wine-staging Version: 11.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: erwiniosef(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 81308 --> http://bugs.winehq.org/attachment.cgi?id=81308 Stdout log I have gst-libav, bad, good plugins installed, I can get past the startup crash with dxvk, but only with gst-libav uninstalled with which the game will play but with no sounds, with gstreamer complaining of missing plugins. -- 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 7

[Bug 38468] New: Allow navigating to folders with colon in their name
by wine-bugs＠winehq.org June 30, 2026

June 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=38468 Bug ID: 38468 Summary: Allow navigating to folders with colon in their name Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yajo(a)openaliasbox.org Distribution: --- Right now, the current implementation of GVFS mounts samba folders in paths like: /run/user/<UID>/smb-share:server=hostname,share=sharename/ Some Windows apps don't work fine with those characters in the path. For example, if I want to install something I have in that share and I run the `setup.exe` file from `wine explorer`, it works; but if I run it from `wine uninstaller`, it fails saying that characters "/:<>|" are forbidden in paths. Also, if I installed MS Excel and try to open a .xslx file from a samba share in Nautilus (right button > open with > MS Excel), it fails saying that it cannot find the file. This makes the UX very uncomfortable, because the user needs to copy the file to a local drive, edit it, and then copy it back to the network share. Independently if Bug 34748 gets fixed or not, IMHO wine itself should do something with Linux paths containing those characters, the same way it does when transforming "/" to "\" or when dealing with uppercase/lowercase files. -- 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 59930] New: Slingplayer 2's help doesn't work
by WineHQ Bugzilla June 30, 2026

June 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=59930 Bug ID: 59930 Summary: Slingplayer 2's help doesn't work Product: Wine Version: 11.11 Hardware: x86-64 URL: http://download.slingmedia.com/player/pc/SP2/SlingPlay er-2.0.3508-Setup-EMEA.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: --- Created attachment 81267 --> http://bugs.winehq.org/attachment.cgi?id=81267 Screenshot - Install and launch SlingPlayer - Press F1 Screenshot attached. Under Windows 10 the help displays normally. Under Wine and Staging 11.11 two windows pop up, neither of which are useful. http://download.slingmedia.com/player/pc/SP2/SlingPlayer-2.0.3508-Setup-EME… http://web.archive.org/http://download.slingmedia.com/player/pc/SP2/SlingPl… sha1sum f745904eef7b88946d2b67ca6e324b078ff20fba SlingPlayer-2.0.3508-Setup-EMEA.exe Checked with Wine 9.0.1 and only one window opens as it should, though the help never loads. Will bisect. Notes: - Links to websites in the help menu open the file explorer in Windows 10. - Parts of the program claim there is no Internet connection. These are not Wine bugs. -- 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 59942] New: Short write results in deadlock when waiting for spillover async write
by WineHQ Bugzilla June 30, 2026

June 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=59942 Bug ID: 59942 Summary: Short write results in deadlock when waiting for spillover async write Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)list.winehq.org Reporter: jesper(a)jnsn.dev Distribution: --- When sock_send decides to spill a remaining write from a short write, it calls itself (sock_send) recursively before calling async_set_result. The recursive call then schedules another write and waits on it. Since the outer sock_send (with the short write) never removed itself from the async queue, this new async call stalls behind it. The problem is observed in the Mazda Update Toolbox (which is used to download map updates for some mazda cars). -- 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 59901] New: Nintendo Switch Pro Controller is forced as a DirectInput device
by WineHQ Bugzilla June 30, 2026

June 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=59901 Bug ID: 59901 Summary: Nintendo Switch Pro Controller is forced as a DirectInput device Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- The Nintendo Switch Pro Controller in USB mode (idVendor=057e, idProduct=2009, bcdDevice= 2.00) gets forced into being a DirectInput device on all subsequent prefix launches after the first one when it is plugged in. I.e. When the controller is first detected by a prefix, it's detected correctly as a xinput controller, but after that initial detection done by the prefix, all subsequent launches of that prefix force it into being a DirectInput device. xinput will report no connected controllers to apps, but the "Game Controllers" control panel applet will still show it's button presses on the xinput tab, and all others. The Joysticks tab claims it's DirectInput. Attempting to reset the pro controller back to xinput fails. (The reset button on the joysicks tab doesn't do anything.) Deleting the prefix and recreating it forces wine back into the initial detection behavior, but exiting and relaunching the prefix causes the bug to occur again. Pulling up regedit shows nothing in HKCU\Software\Wine\DirectInput or HKCU\Software\Wine\DirectInput\Joysticks. Looking under HKCU\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\DirectInput shows a key with the controller's VID and PID. (Along with \calibration\0 subkeys.) Deleting the key with the controller's VID and PID, exiting and relaunching the prefix makes wine redetect the controller as xinput again, but the registry key gets recreated and the bug occurs again on subsequent prefix launches. So it appears the existence of this key overrides the xinput controller to DirectInput, but wine's Control Panel applet cannot reset it. Nor is it possible to keep it as a xinput device. -- 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 11

[Bug 59938] New: HeapWalk() reports LFH groups as busy blocks
by WineHQ Bugzilla June 30, 2026

June 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=59938 Bug ID: 59938 Summary: HeapWalk() reports LFH groups as busy blocks Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)list.winehq.org Reporter: PeterJanRoes(a)chartasoftware.com Distribution: --- Our applications use HeapWalk() to report memory leaks (PROCESS_HEAP_ENTRY_BUSY) but it seems that Wine reports blocks that are not reported in Windows. It seems to be caused by heap_walk_blocks() not checking for BLOCK_FLAG_LFH and report such an LFH block itself with PROCESS_HEAP_ENTRY_BUSY. Instead the actual blocks within the LFH blocks, if any, should be reported with PROCESS_HEAP_ENTRY_BUSY. -- 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 59909] New: ghosting when drawing in sketch mode with SolidWorks
by WineHQ Bugzilla June 30, 2026

June 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=59909 Bug ID: 59909 Summary: ghosting when drawing in sketch mode with SolidWorks Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: denis.bonnenfant(a)diderot.org Distribution: --- Created attachment 81238 --> http://bugs.winehq.org/attachment.cgi?id=81238 screenshot Problem with screen refresh in sketching mode : When sketching in SolidWorks, selection rectangles (transparent light blue) or new objects are ghosted : previous line positions are not erased during drawing. Sprites or inference lines are ghosted too, but only when a sketch tool is active. Editing or moving existing objects not triggering the bug. -- 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 40736] New: In notepad Ctrl+[Grey /] cause '/' char to be added
by wine-bugs＠winehq.org June 30, 2026

June 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=40736 Bug ID: 40736 Summary: In notepad Ctrl+[Grey /] cause '/' char to be added Product: Wine Version: 1.9.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gur.stavi(a)gmail.com Distribution: --- The issue is about pressing the combination of CTRL + sys keys from the right side numeric keypad of the keyboard: CTRL-[/] CTRL-[*] CTRL-[-] CTRL-[+] It can be reproduced in Notepad. In Notepad under Windows these sequences will do nothing. In Notepad under Wine these sequences will cause the character to be added to the document. Perhaps it is related to 'TranslateAccelerator' API but this is just a guess. The real problem is with 'Notepad++' where these sequences are the default accelerators for zoom control so chars are added to the document whenever zoom is changed. Regards, Gur -- 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 4

[Bug 36123] New: valgrind shows leaks in msiexec/msiexec.c
by wine-bugs＠winehq.org June 30, 2026

June 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=36123 Bug ID: 36123 Summary: valgrind shows leaks in msiexec/msiexec.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==23034== 20 bytes in 1 blocks are definitely lost in loss record 107 of 592 ==23034== at 0x7BC4C735: notify_alloc (heap.c:255) ==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==23034== by 0x472DD61: process_args (msiexec.c:490) ==23034== by 0x472E0BD: WinMain (msiexec.c:576) ==23034== by 0x473039B: main (exe_main.c:49) ==23034== ==23034== 26 bytes in 1 blocks are definitely lost in loss record 146 of 592 ==23034== at 0x7BC4C735: notify_alloc (heap.c:255) ==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==23034== by 0x472CE7F: StringListAppend (msiexec.c:113) ==23034== by 0x472F9DE: WinMain (msiexec.c:966) ==23034== by 0x473039B: main (exe_main.c:49) ==23034== ==23034== 28 bytes in 1 blocks are definitely lost in loss record 150 of 592 ==23034== at 0x7BC4C735: notify_alloc (heap.c:255) ==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==23034== by 0x472CFA7: build_properties (msiexec.c:146) ==23034== by 0x472FA15: WinMain (msiexec.c:972) ==23034== by 0x473039B: main (exe_main.c:49) ==23034== -- 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