wine-bugs

wine-bugs@winehq.org

1 participants
159245 discussions

[Bug 58744] New: Missing Type on get_type within dlls/msi/suminfo.c
by WineHQ Bugzilla 03 Oct '25

03 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58744 Bug ID: 58744 Summary: Missing Type on get_type within dlls/msi/suminfo.c Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: matgrioni(a)gmail.com Distribution: --- For a certain use case I wanted to run Microsoft Keyboard Layout Creator (MSKLC) on a serverless function and therefore was trying to get it to run on Wine. The application takes a keyboard layout definition and then has functionality to create a MSI which contains the DLL for the created keyboard. When running this compilation step, the MSI creation was failing and I was able to identify that the MSI creation process with MSKLC was calling MsiSummaryInfoSetPropertyW with property PID_EDITTIME which is missing from /dlls/msi/suminfo.c:get_type and should have type VT_FILETIME according to this documentation: https://learn.microsoft.com/en-us/windows/win32/msi/summaryinfo-summaryinfo. By adding PID_EDITTIME to the function, I was able to unblock this part. Overall it's a trivial problem and fix, I figure in part it hasn't been run into is that the use case of *creating* an MSI (rather than running it), is quite small, and it seems the EDITTIME property may not be read from on installation. I created a bug for it, since I was having issues creating a fork and the problem is quite trivial, and my ability to contribute to wine will probably not extend much beyond this issue :) -- 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 54670] New: 16-bit applications fail in wow64 mode
by WineHQ Bugzilla 03 Oct '25

03 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=54670 Bug ID: 54670 Summary: 16-bit applications fail in wow64 mode Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, Installer, wow64 Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian $ wineserver -k ; rm -rf ~/.wine ; WINE=/opt/oldwownew/wine-8.0/bin/wine winetricks -q icodecs ------------------------------------------------------ Executing load_icodecs Executing cabextract -q -d /home/austin/.wine/dosdevices/c:/windows/temp/codinstl/ /home/austin/.cache/winetricks/icodecs/codinstl.exe Executing cd /home/austin/.wine/dosdevices/c:/windows/temp/codinstl/ Executing /opt/oldwownew/wine-8.0/bin/wine setup.exe /s 0284:err:environ:init_peb starting L"C:\\windows\\syswow64\\winevdm.exe" in experimental wow64 mode 0284:fixme:wow:wow64_NtSetLdtEntries 0107 02d0323f 0100f338 0000 00000000 00000000: stub 0284:err:module:LdrInitializeThunk "krnl386.exe16" failed to initialize, aborting 0284:err:module:LdrInitializeThunk Initializing dlls for L"C:\\windows\\syswow64\\winevdm.exe" failed, status c0000005 ------------------------------------------------------ -- 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 17

[Bug 58742] New: winedbg: Internal crash at 00006FFFFF8CB5E5 (pe_load_msc_debug_info)
by WineHQ Bugzilla 03 Oct '25

03 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58742 Bug ID: 58742 Summary: winedbg: Internal crash at 00006FFFFF8CB5E5 (pe_load_msc_debug_info) Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: zowie+wine(a)vandillen.io Distribution: --- Platform: Linux Mint 21.3 Cinnamon Linux Kernel: 5.15.0-156-generic Platform 2: Linux Mint 22.2 Cinnamon Linux Kernel 2: 6.8.0-83-generic When I build Wine myself and run the command `$WINE winedbg explorer` with it, it leads to a crash. This does not happen with the official builds of Wine, so I'm guessing there's some package version difference or something along those lines that makes this occur. Log from a custom build of 10.15: ``` user@pc:~/wine/test$ $WINE winedbg explorer WineDbg starting on pid 0184 0180:fixme:dbghelp:elf_search_auxv can't find symbol in module 0180:fixme:dbghelp:elf_search_auxv can't find symbol in module winedbg: Internal crash at 00006FFFFF8CB5E5 user@pc:~/wine/test$ ``` Log from the official build of 10.15: ``` user@pc:~/wine/test$ wine winedbg explorer WineDbg starting on pid 01b4 01b0:fixme:dbghelp:elf_search_auxv can't find symbol in module 01b0:fixme:dbghelp:elf_search_auxv can't find symbol in module 0x006fffffc00c3d ntdll+0x10c3d: retq Wine-dbg> ``` The crash occurs in pe_load_msc_debug_info from pe_module.c, in the branch with `/* Debug info is stripped to .DBG file */`. The variable `dbg` is null, so it crashes when trying to dereference it. Here's a quick fix I made for it. It fixes the crash but it doesn't really solve the underlying issue. As a result the debugger is missing so much debug information that it's not actually that helpful. ``` /* Read in debug directory */ dbg = RtlImageDirectoryEntryToData( mapping, FALSE, IMAGE_DIRECTORY_ENTRY_DEBUG, &nDbg ); nDbg = dbg ? nDbg / sizeof(IMAGE_DEBUG_DIRECTORY) : 0; /* NEW */ if (!dbg) { pe_unmap_full(fmap); return ret; } /* END */ /* Parse debug directory */ ``` It's a bit annoying but for the time being I'll probably use the official build for debugging, or maybe I'll try to build Wine using the Docker set-up from the Gitlab CI. -- 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 13

[Bug 58666] New: wine 10.14 fails to build in alpine linux x86
by WineHQ Bugzilla 03 Oct '25

03 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58666 Bug ID: 58666 Summary: wine 10.14 fails to build in alpine linux x86 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nathbappai(a)gmail.com Distribution: --- Created attachment 79251 --> http://bugs.winehq.org/attachment.cgi?id=79251 linker error output * gcc 15.2.0 * mingw gcc 15.2.0 * build script https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/wine/A… * build error is in the attached linker-error-output.txt file. -- 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 58730] New: Images in iTunes have a white background (see picture)
by WineHQ Bugzilla 03 Oct '25

03 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58730 Bug ID: 58730 Summary: Images in iTunes have a white background (see picture) Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: usr_40476(a)icloud.com Distribution: --- Created attachment 79347 --> http://bugs.winehq.org/attachment.cgi?id=79347 bruh um not quite sure how to further explain it so i guess heres a 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 5

[Bug 58204] New: Winecfg Audio tab doesn't enumerate drivers or show output devices, but test button works.
by WineHQ Bugzilla 03 Oct '25

03 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58204 Bug ID: 58204 Summary: Winecfg Audio tab doesn't enumerate drivers or show output devices, but test button works. Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 78512 --> http://bugs.winehq.org/attachment.cgi?id=78512 Screenshot of winecfg audio tab UI bug. Under Wine-10.7 (specifically the winehq-devel packages for Debian), the winecfg Audio tab doesn't seem to be functional even in a clean wine prefix. There is no drop down for selecting audio drivers, and the currently selected driver says "(None)". The output and input device selection drop down boxes all say "(System Default)" with no other options given. The speaker configuration is completely blank, and speakers drop down is empty and disabled. The only thing that does seem to work is the "Test Sound" button which does play a test sound, when clicked. Manually selecting an audio driver (such as winealsa) using the helpful registry key (HKCU->Software->Wine->Audio) does appear to work, but results in no visible changes to winecfg. (The change can only be observed from WINEDEBUG="+mmdevapi"'s console output.) Even when shutting down pulseaudio / pipewire (systemctl stop and systemctl disable), which _should_ just leave us with alsa, there are no visible changes in winecfg, and the test button still works. -- 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 58458] New: Wolfenstein: The Old Blood (Wolfenstein: The New Order) fails to start with EGL opengl backend
by WineHQ Bugzilla 03 Oct '25

03 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58458 Bug ID: 58458 Summary: Wolfenstein: The Old Blood (Wolfenstein: The New Order) fails to start with EGL opengl backend Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: ArchLinux Created attachment 78909 --> http://bugs.winehq.org/attachment.cgi?id=78909 terminal output When the new EGl Opengl backend is enabled the game plays the intro videos but stops with an error before the main menu could be loaded. The game console shows an error: FATAL ERROR: idPixelUnpackBuffer::AllocBufferObject: failed The next installment in the series (Wolfenstein II: The New Colossus) starts properly with UseEGL=Y. All these games are using the Vulkan renderer. wine-10.11-88-g730f65e737a OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 575.64.03 -- 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 3

[Bug 55151] New: PC crashes after endlessly eating up memory
by WineHQ Bugzilla 03 Oct '25

03 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=55151 Bug ID: 55151 Summary: PC crashes after endlessly eating up memory Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: axis6404(a)proton.me Distribution: --- example script (selfdel.bat): :REP del "selfdel.bat" if exist "selfdel.bat" goto REP wine selfdel.bat (An infinite loop occurs. Until it eats up all the memory and the PC stops.) The koeiuc.bat in Steam games made by Koei eats up all the memory and crashes the PC. -- 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 9

[Bug 44817] New: Some software protection schemes need ntdll.NtSetLdtEntries implementation
by wine-bugs＠winehq.org 03 Oct '25

03 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=44817 Bug ID: 44817 Summary: Some software protection schemes need ntdll.NtSetLdtEntries implementation Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-NtSe… The stub was added with bug 26268 ("Multiple applications need ntdll.ZwSetLdtEntries stub (kwiksupport.me, Ragnarok Online patcher)"). Unfortunately there is no further information/details *which* copy-protection scheme needs and actual implementation. No applications/games are mentioned. --- quote --- 1. Some copy protections call NtSetLdtEntries(0x000f) and then with 'retf' instruction jump to that selector expecting that it works (the tests show that NtSetLdtEntries(0x000f,0x001f) should succeed). In order to make this work a limitation to set only selectors > LDT_FIRST_ENTRY (512) in wine_ldt_set_entry() was removed. 2. wine_ldt_set_entry() was made to always mark modified selector entries as WINE_LDT_FLAGS_ALLOCATED, otherwise get_selector_entry() server call returns entries without that flag set and NtQueryInformationThread(ThreadDescriptorTableEntry) fails. --- quote --- $ wine --version wine-3.4 Regards -- 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 58705] New: Wolfenstein: The New Order (Wolfenstein: Old Blood) - the screen is black
by WineHQ Bugzilla 03 Oct '25

03 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58705 Bug ID: 58705 Summary: Wolfenstein: The New Order (Wolfenstein: Old Blood) - the screen is black Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: c3f3ef24e8d1ebe49e8073e8e5b11de859951352 Distribution: ArchLinux Created attachment 79306 --> http://bugs.winehq.org/attachment.cgi?id=79306 terminal output In Wine-10.14 both games started properly: intro videos, menus et al. In Wine-10.15 the intro videos and various splash screens are displayed correctly but the games show only black screen when reaching the menu (sounds in the menu can be heard so the games work). This was caused by commit c3f3ef24e8d1ebe49e8073e8e5b11de859951352 win32u: Don't store the window OpenGL drawables on the DCs. With current HEAD (wine-10.15-28-g7d26649f637) the screen remains black during the intro videos and when the menu is displayed (audio works so the game is running). This is after commit 9cdfa803cd1f971bdf03667c86698685c913e97c win32u: Validate the drawable surface window before reusing. Happens both with wined3d and with DXVK 2.7.1+ Also occurs when switching to the experimental EGL opengl backend. I tested this with the GOG version of the games, probably you can reproduce this with the Steam version as well. OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 580.82.09 X.Org X Server 1.21.1.18 XFCE/XFWM 4.20 on Arch Linux -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs