wine-bugs February 2022

wine-bugs@winehq.org

1 participants
4092 discussions

[Bug 51537] New: Mouse does not work in civilization VI
by WineHQ Bugzilla 25 Nov '25

25 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=51537 Bug ID: 51537 Summary: Mouse does not work in civilization VI Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: voker57(a)gmail.com Distribution: --- Created attachment 70376 --> https://bugs.winehq.org/attachment.cgi?id=70376 complete log Mouse does not work in Sid Meier's Civilization VI, menu loads but it is not possible to do anything further. This comment https://bugs.winehq.org/show_bug.cgi?id=49315#c9 suggests a cause of this 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 11

[Bug 44021] New: LiveMaker engine fails to find font despite overrides set up
by wine-bugs＠winehq.org 25 Nov '25

25 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=44021 Bug ID: 44021 Summary: LiveMaker engine fails to find font despite overrides set up Product: Wine Version: 2.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- Going by https://github.com/xupefei/Locale-Emulator/issues/80, doesn't access the font in question (MS Gothic) directly, yet despite its overrides being set up correctly (HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes: both English and Japanese names), the engine crashes unless that font is actually present in drive_c/windows/Fonts. It might be that this can't be done as font matching/replacing takes place at much later stage, yet would be nice if someone could verify one way or the other. Perhaps those names should simply hardcoded to be returned in Japanese locale, regardless of the fonts being actually present ? Cause before Windows 10 (which has a different Japanese font), they couldn't not be there after a proper Japanese Windows install. -- 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 2

[Bug 52244] New: starcraft2 crashes while loading arcade game e_gfxErrorShaderCompileFailed
by WineHQ Bugzilla 24 Nov '25

24 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=52244 Bug ID: 52244 Summary: starcraft2 crashes while loading arcade game e_gfxErrorShaderCompileFailed Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cedric.dewijs(a)eclipso.eu Distribution: --- Created attachment 71352 --> https://bugs.winehq.org/attachment.cgi?id=71352 console messages [cedric@cedric ~]$ wine --version wine-6.23 [cedric@cedric ~]$ uname -a Linux cedric 5.15.8-arch1-1 #1 SMP PREEMPT Tue, 14 Dec 2021 12:28:02 +0000 x86_64 GNU/Linux [cedric@cedric ~]$ rm -rf ~/.wine [cedric@cedric ~]$ wineboot [cedric@cedric ~]$ wine ~/.wine-sc2-ok/drive_c/Program\ Files\ $x86$/StarCraft\ II/StarCraft\ II.exe Install battle.net (it finds starcraft2), close click Play choose custom -> arcade. Type in "coop" into the search field, and click on "Wings of liberty coop 1. Liberation day", and click create lobby, and then click "start game". After the countdown, the loading screen shows up, and the progress bar goes about to half full. Then this error dialog shows up: "Starcraft II e_gfxErrorShaderCompileFailed To help us identify the problem, please describe what you were doing when the error occurred. Please use the Report ID below when communicating with Blizzard about the issue. DF97FB56-8356-44A6-A960-5BEA033C44DA [X] Send to Blizzard [Reopen] [Close]" -- 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 44920] New: Starcraft II Arcade Crash during load
by wine-bugs＠winehq.org 24 Nov '25

24 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=44920 Bug ID: 44920 Summary: Starcraft II Arcade Crash during load Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: antonio.e.russo(a)gmail.com Distribution: --- Created attachment 61011 --> https://bugs.winehq.org/attachment.cgi?id=61011 WINEDEBUG=warn+all log of crash (gzipped) Starcraft II is a moving target. After the most recent patch, I was unable to use wine-staging 2.21, which had been working excellently for me. Wine 3.5 has trouble: loading the "Hero Attack 3X" (popular) arcade game, the game crashes. I've attached a "WINEDEBUG=warn+all" log, and can help debug. I checked "use 32-bit version", and I am using a clean prefix. -- 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 24

[Bug 46568] New: 64-bit msxml6.dll from Microsoft Core XML Services 6.0 redist package fails to load (Wine doesn't respect 44-bit user-mode VA limitation from Windows < 8.1)
by wine-bugs＠winehq.org 22 Nov '25

22 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=46568 Bug ID: 46568 Summary: 64-bit msxml6.dll from Microsoft Core XML Services 6.0 redist package fails to load (Wine doesn't respect 44-bit user-mode VA limitation from Windows < 8.1) Product: Wine Version: 4.0 Hardware: x86-64 URL: https://download.microsoft.com/download/2/e/0/2e01308a -e17f-4bf9-bf48-161356cf9c81/msxml6_x64.msi OS: Linux Status: NEW Keywords: download, win64 Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, reported by Louis in https://bugs.winehq.org/show_bug.cgi?id=46107#c2 --- quote --- I tried winetricks msxml3 and msxml6, but somehow it didn`t work out in 64-bit wineprefix; i get errors that msxml is not registered etc, Does anyone know a workaround to use native msxml on 64-bit prefix? --- quote --- Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Altium/AD18 $ WINEDEBUG=+seh,+relay,+loaddll,+virtual wine64 ./X2.EXE >>log.txt 2>&1 ... 002a:Call KERNEL32.LoadLibraryExW(0053f2b0 L"C:\\windows\\system32\\msxml6.dll",00000000,00000008) ret=7fbe435d7558 ... 002a:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\msxml6.dll" at 0x7ff79e00000: native 002a:Call PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000 L"msxml6.dll",reason=PROCESS_ATTACH,res=(nil)) ... 002a:Call KERNEL32.HeapCreate(00000001,00000000,00000000) ret=7ff79e18411 002a:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00110000 2000 00000004 002a:trace:virtual:map_view got mem with anon mmap 0x7fbe39819000-0x7fbe39929000 002a:trace:virtual:VIRTUAL_DumpView View: 0x7fbe39820000 - 0x7fbe3992ffff (valloc) 002a:trace:virtual:VIRTUAL_DumpView 0x7fbe39820000 - 0x7fbe3992ffff --rw- 002a:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff 0x7fbe39820000 00010000 1000 00000004 002a:trace:virtual:mprotect_exec forcing exec permission on 0x7fbe39820000-0x7fbe3982ffff 002a:trace:virtual:VIRTUAL_DumpView View: 0x7fbe39820000 - 0x7fbe3992ffff (valloc) 002a:trace:virtual:VIRTUAL_DumpView 0x7fbe39820000 - 0x7fbe3982ffff c-rw- 002a:trace:virtual:VIRTUAL_DumpView 0x7fbe39830000 - 0x7fbe3992ffff --rw- 002a:Ret KERNEL32.HeapCreate() retval=7fbe39820000 ret=7ff79e18411 ... 002a:Call ntdll.RtlAllocateHeap(7fbe39820000,00000000,00000060) ret=7ff79e03c10 002a:Ret ntdll.RtlAllocateHeap() retval=7fbe39822730 ret=7ff79e03c10 002a:Call msvcrt.memset(7fbe39822740,00000000,00000042) ret=7ff79e03a5a 002a:Ret msvcrt.memset() retval=7fbe39822740 ret=7ff79e03a5a 002a:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x7ff79e03efe ip=7ff79e03efe tid=002a 002a:trace:seh:NtRaiseException info[0]=0000000000000000 002a:trace:seh:NtRaiseException info[1]=ffffffffffffffff 002a:trace:seh:NtRaiseException rax=000000000011b2d0 rbx=6c61567274736270 rcx=0000000000000008 rdx=0000000000000000 002a:trace:seh:NtRaiseException rsi=0000000000007fbe rdi=0000000000000730 rbp=00000ff7c73044e8 rsp=000000000053ea70 002a:trace:seh:NtRaiseException r8=00007fbe39822740 r9=0000000000000000 r10=0000000000000000 r11=0000000000000000 002a:trace:seh:NtRaiseException r12=00007fbe39822740 r13=000007ff79f8dc80 r14=00007fbe436c6160 r15=000000000053f708 ... 002a:exception c0000005 in PE entry point (proc=0x7ff79e0101c,module=0x7ff79e00000,reason=PROCESS_ATTACH,res=(nil)) 002a:Ret PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000 L"msxml6.dll",reason=PROCESS_ATTACH,res=(nil)) retval=0 002a:Call PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000 L"msxml6.dll",reason=PROCESS_DETACH,res=(nil)) 002a:Ret PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000 L"msxml6.dll",reason=PROCESS_DETACH,res=(nil)) retval=1 002a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\msxml6.dll" : native 002a:Ret KERNEL32.LoadLibraryExW() retval=00000000 ret=7fbe435d7558 002a:err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"C:\\windows\\system32\\msxml6.dll" --- snip --- It seems that certain older 64-bit components such as Microsoft XML libs make assumptions about the 64-bit user-mode virtual address space layout. This is different from the usual broken apps a la "I failed at porting my 32-bit app to 64-bit" (pointer truncation). In this case, pointers from certain allocations are broken into multiple parts and used as indices into multi-level lookup tables. Pitfall: there is a 44-bit user-mode VA limitation (8TB) for 64-bit Windows which was lifted starting with Windows 8.1+. Wine doesn't respect the 44-bit pre-Windows 8.1 virtual address space limits, allowing process heaps to be placed in 0000'7Fxx'0000'0000 range (128 TB) which causes out-of-bounds access to lookup tables when indices overflow (derived from pointer bits). The exception occurs in entry point, causing 'msxml6.dll' to be unloaded. One workaround is to move Wine's top-down allocations/heaps into 8 TB VA range (Wine preloader) and impose same user-mode address space bits limits as with all 64-bit Windows versions < 8.1 to stay "compatible". I've tested it and it works for native here. Not sure if it's worth to change though. I don't know if a separate 64-bit MSXML6 re-distributable package exists that has been fixed wrt Windows 8.1+ address space limits. MSXML6 is part of Windows OS for newer versions and automatically kept up-to-date. $ sha1sum msxml6_x64.msi 1eb84eeae7729ea5db7fe79779f4e216114261ba msxml6_x64.msi $ du -sh msxml6_x64.msi 2.6M msxml6_x64.msi $ wine --version wine-4.0-276-g84459ba94b 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 17

[Bug 15039] New: MSVC 6: Menu popdowns too narrow for arrows
by wine-bugs＠winehq.org 22 Nov '25

22 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=15039 Summary: MSVC 6: Menu popdowns too narrow for arrows Product: Wine Version: 1.1.1 Platform: PC-x86-64 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: claus.fischer(a)clausfischer.com CC: claus.fischer(a)clausfischer.com Microsoft Visual C++ 6 is working to a large extent. When opening a menu of the developer studio, the menu items with arrows (that open submenus) are not displayed correctly. The triangular arrows on the right end will stick out of the menu popdown area. I'm not sure if they just stick out to the end of the "shadow" (3d effect) around the popdown, or sometimes more. They should be fully contained in the popdown area. -- 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 23

[Bug 40574] New: bbtalk.exe wont start
by wine-bugs＠winehq.org 22 Nov '25

22 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=40574 Bug ID: 40574 Summary: bbtalk.exe wont start Product: Wine Version: 1.9.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eore26(a)gmail.com Distribution: --- Created attachment 54413 --> https://bugs.winehq.org/attachment.cgi?id=54413 Program error detail Unhandled Exception -- 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 43985] New:=?UTF-8?Q?=20I=20could=20not=20run=20my=20g?= ame 梦幻西游
by wine-bugs＠winehq.org 22 Nov '25

22 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=43985 Bug ID: 43985 Summary: I could not run my game 梦幻西游 Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: yizhongwang(a)yahoo.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- I could not run my game -- 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 23166] New: X-Blade's launcher does not display background, button images and cannot be closed.
by wine-bugs＠winehq.org 20 Nov '25

20 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=23166 Summary: X-Blade's launcher does not display background, button images and cannot be closed. Product: Wine Version: 1.2-rc3 Platform: x86 URL: http://games.on.net/file/25712/X-Blades_Demo OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com The launcher does not display *the background instead it displays gray background *the images for the buttons instead it displays generic Window's buttons plus you cannot close the launcher eg "Exit" or "Run Game". Both appear to be in a launcher.dat file body.bmp (background) /img/*.png (button images) Installing Internet Explorer 6 allows the images to displayed and you can close the launcher -- 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 24

[Bug 44827] New: FL Studio: 32-bit/ 64-bit VST plugin bit bridging soft locks the host
by wine-bugs＠winehq.org 20 Nov '25

20 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=44827 Bug ID: 44827 Summary: FL Studio: 32-bit/64-bit VST plugin bit bridging soft locks the host Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ajduck(a)outlook.com Distribution: --- Trying to bridge a 32-bit VST plugin in FL Studio 64-bit, or bridge a 64-bit VST plugin in FL Studio 32-bit, leads to this being outputted: 003c:err:ntdll:RtlpWaitForCriticalSection section 0x1ac6028 "?" wait timed out in thread 003c, blocked by 002a, retrying (60 sec) And the DAW soft locks with a loading cursor as it blocks the UI until the plugin's loaded, forever trying to bridge the plugin. (By "soft lock", I mean that FL Studio itself is still responsive, but you're completely blocked from doing anything and the only way to get out of it is to kill the process.) ====== Steps to reproduce: 1. Download and install FL Studio 12 Demo: https://support.image-line.com/redirect/FLStudio_Installer_Google The demo and the full version are the same executable. You will need the Arial font or any ttf named as arial.ttf in "C:/Windows/fonts/". If you have Winetricks just run "winetricks corefonts" (you will need the cabextract package). 2. Download any 32-bit or 64-bit VST to test. This is the one I tried, a 32-bit plugin (http://veg.by/en/projects/syxg50/). The plugin itself is working perfectly. You can use any VST you want, as long as you know whether it's 32-bit or 64-bit. Put the dll file in "~/.wineprefix/drive_c/Program Files (x86)/Steinberg/VstPlugins/". 3. Open the FL Studio version which DOESN'T match the instruction set of the VST you're using. If you're using a 32-bit VST plugin, open FL Studio 12 (64-bit). If you're using a 64-bit VST plugin, open FL Studio 12 (32-bit). (If you're using the VST I linked to, open FL Studio 12 (64-bit)) 4. When FL Studio is launched for the first time, a featured project file is automatically loaded. Click "File" in the top left corner and then "New" to create an empty project. 5. Click "Options" > "Manage Plugins" 6. Click the "Start scan" button with "Verify plugins" enabled (make sure the light is red). Let it scan for plugins. 7. Close the window, click "Add", and then "More plugins..." (under System) 8. Find and select "S-YXG50" (or if you used another VST, pick that). 9. Because the instruction set of the VST plugin doesn't match the host program's (FL Studio), FL Studio will try to run the VST plugin under a "bridge" (which uses ilbridge.exe, the bridging program installed as part of FL Studio). However, the plugin never loads. The UI blocks any interaction while plugins are being loaded so FL Studio is effectively soft locked. -- 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 32

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 February 2022