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

[Bug 59462] New: wine-staging fails to build due to unable to find -lvkd3d
by WineHQ Bugzilla March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59462 Bug ID: 59462 Summary: wine-staging fails to build due to unable to find -lvkd3d Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: neotheuser(a)ymail.com Distribution: --- Using the llvm-mingw64 toolchain, I am unable to build Wine using the wine-staging patches. Short build log: tools/winegcc/winegcc -o dlls/wined3d/i386-windows/wined3d.dll --wine-objdir . --cc-cmd="i686-w64-mingw32-clang" -b i686-w64-mingw32 \ -Wl,--wine-builtin -shared ../dlls/wined3d/wined3d.spec dlls/wined3d/i386-windows/adapter_gl.o \ ... [ cut ] ... -lvkd3d libs/dxguid/i386-windows/libdxguid.a dlls/opengl32/i386-windows/libopengl32.a \ tools/winegcc/winegcc -o dlls/wined3d/x86_64-windows/wined3d.dll --wine-objdir . --cc-cmd="x86_64-w64-mingw32-clang" -b \ ... [ cut ] ... dlls/wined3d/resource.res dlls/wined3d/version.res -lvkd3d libs/dxguid/x86_64-windows/libdxguid.a \ ... [ cut ] ... lld: error: unable to find library -lvkd3d clang: error: linker command failed with exit code 1 (use -v to see invocation) ... [ cut ] ... lld: error: unable to find library -lvkd3d winegcc: /home/fedora/dev/llvm-mingw-20251216-ucrt-ubuntu-22.04-x86_64/bin/i686-w64-mingw32-clang failed clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [Makefile:176705: dlls/wined3d/i386-windows/wined3d.dll] Error 2 make: *** Waiting for unfinished jobs.... winegcc: /home/fedora/dev/llvm-mingw-20251216-ucrt-ubuntu-22.04-x86_64/bin/x86_64-w64-mingw32-clang failed make: *** [Makefile:176754: dlls/wined3d/x86_64-windows/wined3d.dll] Error 2 I noticed the following: fedora@fedora:~/dev/wine$ ld.lld -lvkd3d ld.lld: error: unable to find library -lvkd3d fedora@fedora:~/dev/wine$ ld.lld -L/usr/lib64 -lvkd3d ld.lld: warning: cannot find entry symbol _start; not setting start address However, adding -L/usr/lib64 to LDFLAGS and even modifying the Makefile within the build directory and forcefully adding it behind `-lvkd3d` the issue still persists and I have no idea how to fix this. Wine from latest `master` branch compiles fine, however Wine with wine-staging (--all specified, all staging patches, fails, not sure which patch yet is the culprit) Toolchain location: https://github.com/mstorsjo/llvm-mingw/releases/tag/20251216 configure line: ../configure CC="clang" CXX="clang++" CPP="clang-cpp" i386_CC="i686-w64-mingw32-clang" i386_CXX="i686-w64-mingw32-clang++" x86_64_CC="x86_64-w64-mingw32-clang" x86_64_CXX="x86_64-w64-mingw32-clang++" --enable-archs=i386,x86_64 --disable-tests --prefix=/home/fedora/wine-out I have not yet tried to build wine-staging with GCC+BFD linker yet. This is Fedora 43. Package relevant files installed from libvkd3d-devel (installed both 32-bit and 64-bit devel packages): /usr/include/vkd3d/vkd3d.h /usr/lib64/libvkd3d.so /usr/lib64/pkgconfig/libvkd3d.pc /usr/lib/libvkd3d.so /usr/lib/pkgconfig/libvkd3d.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 6

[Bug 59342] New: Roblox Studio crashes when typing ASCII symbols in search bar of "Find in Place" window when RegEx is enabled
by WineHQ Bugzilla March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59342 Bug ID: 59342 Summary: Roblox Studio crashes when typing ASCII symbols in search bar of "Find in Place" window when RegEx is enabled Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: eff3ctsb0t(a)gmail.com Distribution: --- Created attachment 80281 --> http://bugs.winehq.org/attachment.cgi?id=80281 Wine debugging log When typing symbols like brackets or question marks inside of the search bar of the "Find in Place" window while having RegEx enabled, Roblox Studio crashes. Wine complains about an unimplemented function within the msvcp140.dll library inside of the debugging log. It is also noteworthy that some ASCII symbols like exclamation marks do not cause a crash. Steps to reproduce: 1. Open a Baseplate template inside of Roblox Studio. 2. Enable the "Find in Place" window by going through the "Window" menu at the top, then through "Script" and then click on "Find in Place". 3. Enable RegEx (.*) inside of the newly spawned window and then type ")" into the search bar of said window. A Wine wrapper program called "Vinegar" can be used to make the process of setting up Roblox Studio a lot easier. Logging into Roblox Studio (and by extension opening a Baseplate) requires a Roblox account though. -- 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 14713] New: Xara Xtreme 4: Resizing handles not visible
by wine-bugs＠winehq.org March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=14713 Summary: Xara Xtreme 4: Resizing handles not visible Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)linopus.de Xara Xtreme 4: Resizing handles not visible Xara Xtreme 4, the latest edition of the vector drawing application from Xara (30 days trial available at http://www.xara.com/us/downloads/xtreme/ ), shows no resizing handles when selecting an object. The resizing handles should be visible when clicking an object with the select tool. By contrast, the turning/shearing handles are visible. The turning/shearing handels appear when clicking an object twice with the select tool. Additionally, Bezier handles and points on curves do appear, but in wrong colors (cyan instead of red). Bezier handles and points appear when using the edit shape tool. This is on a wine 1.1.2 install on Ubuntu Linux 8.04 in its standard settings. The same bug is present when using Xara Xtreme X1, which is the thirdlast edition. The bug is also present in earlier versions of wine (e.g. 0.9.56) and CrossOver (e.g. 7.0.1). Yours sincerely Tobias Hilbricht -- 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.

3 12

[Bug 58505] New: Odd windows management behaviour in later dev versions
by WineHQ Bugzilla March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=58505 Bug ID: 58505 Summary: Odd windows management behaviour in later dev versions Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kg.hammarlund(a)gmail.com Distribution: --- I run a geneaology database program written for windows under wine. It runs fine on v10.0 (stable) and on dev versions up to 10.4. From v10.5 and upwards, including v1012, I'm encountering an odd issue. When opening a search window, this window opens in the background instead of on top of the main window. I then have to move or resize the main window in order to highilght the search window and fill in the search data. But this only happens the first time I open the search window. Next time it opens in the foreground. If I untick the box "Allow the window manager to control the windows" in winecfg > graphics, the search window opens expected. But this solution has its drawbacks. -- 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 28

[Bug 59455] New: Disappearing TreeView items on TVM_INSERTITEM+TVM_EXPAND+TVM_EDITLABEL
by WineHQ Bugzilla March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59455 Bug ID: 59455 Summary: Disappearing TreeView items on TVM_INSERTITEM+TVM_EXPAND+TVM_EDITLABEL Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)list.winehq.org Reporter: p(a)perkele.cc Distribution: --- Created attachment 80442 --> http://bugs.winehq.org/attachment.cgi?id=80442 Minimal repro program See attached program. 1. TVM_INSERTITEM 2. TVM_EXPAND on parent item 3. TVM_EDITLABEL on new item Result: parent item disappears for the duration of editing Intended result: parent item should remain visible -- 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 24851] New: Explorer++ treeview shows plus signs even when a folder contains no subfolders
by wine-bugs＠winehq.org March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=24851 Summary: Explorer++ treeview shows plus signs even when a folder contains no subfolders Product: Wine Version: 1.3.5 Platform: x86-64 URL: http://www.explorerplusplus.com/download OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31446) --> (http://bugs.winehq.org/attachment.cgi?id=31446) terminal output On Windows, the little plus signs for expanding folders in the treeview don't appear next to folders that contain no subfolders (and thus, nothing to expand). In Wine, such folders still have the plus sign even though it doesn't do anything. Native comctl32 didn't help. -- 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 14

[Bug 16957] New: CreateProcess handles are inherited even when bInheritHandles=FALSE
by wine-bugs＠winehq.org March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=16957 Summary: CreateProcess handles are inherited even when bInheritHandles=FALSE Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben(a)salilab.org Created an attachment (id=18729) --> (http://bugs.winehq.org/attachment.cgi?id=18729) test.c The attached file uses CreateProcess to create a subprocess (gzip in this case) with redirected standard output. In order for this to work properly, the output handle created in this code must be inherited by the subprocess - thus the bInheritHandles argument to CreateProcess must be TRUE. And indeed if this program is compiled to test-true.exe, a simple text file 'test.in' and the gzip binary are placed in the same directory, and then test-true.exe is run, it successfully produces the output test.gz. If the TRUE argument is switched to FALSE and the file is compiled again to test-false.exe, when the program is run in the same way on a 'real' Windows sytem (32 bit Vista Business in this case) the following is output: gzip: stdout: Bad file descriptor This is also fine and expected, since the output file handle was not passed to gzip. *However* if the same test-false.exe program is run with Wine (the Fedora 10 wine-core-1.1.12-1.fc10.i386 package in this case) it runs in just the same way as test-true.exe, generating the test.gz output. This suggests to me that the bInheritHandles argument is ignored by Wine. As stated, this is a minor bug but it would be nice if Wine behaved the same way as Windows here. (In our case we discovered this problem after we tested our program successfully under Wine, but then had it fail on a real Windows system.) I am not familiar with the code, but hopefully it should be straightforward enough to provide the subprocess with invalid handles if bInheritHandles=FALSE? -- 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.

3 17

[Bug 42024] New: FL Studio 12.4 installer crashed
by wine-bugs＠winehq.org March 6, 2026

March 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=42024 Bug ID: 42024 Summary: FL Studio 12.4 installer crashed Product: Wine Version: 2.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikhail.v.gavrilov(a)gmail.com Distribution: --- Created attachment 56484 --> https://bugs.winehq.org/attachment.cgi?id=56484 backtrace $ wine Muzon/Image-Line.FL.Studio.Producer.Edition.v12.4.Incl.Keygen-R2R/flstudio_12.4.exe fixme:thread:GetThreadUILanguage : stub, returning default language. fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33d198, (nil) 0x33d1c0 fixme:nls:get_dummy_preferred_ui_language (0x38 0x33d198 (nil) 0x33d1c0) returning a dummy value (current locale) fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33d198, 0x1a7a680 0x33d1c0 fixme:nls:get_dummy_preferred_ui_language (0x38 0x33d198 0x1a7a680 0x33d1c0) returning a dummy value (current locale) fixme:thread:GetThreadUILanguage : stub, returning default language. fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33d198, (nil) 0x33d1c0 fixme:nls:get_dummy_preferred_ui_language (0x38 0x33d198 (nil) 0x33d1c0) returning a dummy value (current locale) fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33d198, 0x1a7a680 0x33d1c0 fixme:nls:get_dummy_preferred_ui_language (0x38 0x33d198 0x1a7a680 0x33d1c0) returning a dummy value (current locale) fixme:thread:GetThreadUILanguage : stub, returning default language. fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33d198, (nil) 0x33d1c0 fixme:nls:get_dummy_preferred_ui_language (0x38 0x33d198 (nil) 0x33d1c0) returning a dummy value (current locale) fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33d198, 0x1b8a680 0x33d1c0 fixme:nls:get_dummy_preferred_ui_language (0x38 0x33d198 0x1b8a680 0x33d1c0) returning a dummy value (current locale) wine: Unhandled exception 0x0eedfade in thread 7d at address 0x7b43fa6e (thread 007d), starting debugger... -- 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 17

[Bug 49393] New: Gag game crash
by WineHQ Bugzilla March 6, 2026

March 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=49393 Bug ID: 49393 Summary: Gag game crash Product: Wine Version: 5.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: axet(a)me.com Distribution: --- Hello! I'm trying to run 'Gag' game. And it's crashing winmm reading at zero memory address. I've tested few wine versions 5.0.0 .. 5.10 and all have same issue. https://en.wikipedia.org/wiki/GAG_The_Impotent_Mystery If you want trying to run the game, you gonna need start X server with 16-bit display like this: Xephyr :1 -ac -screen 800x600x16 & Crash output: 5.10 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x639d7db6). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:639d7db6 ESP:016cf7c0 EBP:00000001 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:00ca3e08 ECX:016cf760 EDX:000001d0 ESI:00000000 EDI:014afb1c Stack dump: 0x016cf7c0: 009b38b8 639ec090 00000001 00000000 0x016cf7d0: 00ca3e24 00000000 00000000 639d85b5 0x016cf7e0: 00ca3ed4 00000008 000000e8 7ea09ea0 0x016cf7f0: 00000001 016cf810 016cf8cc 016cf820 0x016cf800: 0000001c 7ffc4000 0000003f 00ca0cf0 0x016cf810: 00ca0cf0 016cf830 639efe20 00ca3e08 Backtrace: =>0 0x639d7db6 EntryPoint+0xffffffff() in winmm (0x00000001) 1 0x639d8688 EntryPoint+0xffffffff() in winmm (0x00ca3ed4) 2 0x639da5b9 EntryPoint+0xffffffff() in winmm (0x016cf918) 3 0x7ea1bd0c in user32 (+0x9bd0b) (0x016cf918) 4 0x7ea1c35d in user32 (+0x9c35c) (0x016cf968) 5 0x7ea1e5a3 in user32 (+0x9e5a2) (0x016cf9b8) 6 0x7e9db0f2 in user32 (+0x5b0f1) (0x016cfa28) 7 0x7e9dd6c7 in user32 (+0x5d6c6) (0x016cfe48) 8 0x7e9e32df in user32 (+0x632de) (0x016cfea8) 9 0x639d9949 EntryPoint+0xffffffff() in winmm (0x016cff5c) 0x639d7db6 EntryPoint+0xffffffff in winmm: cmpw $1,0x0(%eax) 5.0.0 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x639d7b36). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:639d7b36 ESP:0127f700 EBP:00000001 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:0089e300 ECX:0127f6a0 EDX:0089e678 ESI:00000000 EDI:0105fb0c Stack dump: 0x0127f700: 0089c3c8 639eb090 00000001 00000000 0x0127f710: 0089e31c 00000000 00000000 639d8335 0x0127f720: 0089e3cc 00000008 000000e8 0127f750 0x0127f730: 0000000c 00030038 0127f768 7e925c50 0x0127f740: 7ea78cc0 7ffc4000 0000003f 0089c9f0 0x0127f750: 0089c9f0 0127f770 639eee20 0089e300 Backtrace: =>0 0x639d7b36 EntryPoint+0xffffffff() in winmm (0x00000001) 1 0x639d8408 EntryPoint+0xffffffff() in winmm (0x0089e3cc) 2 0x639da339 EntryPoint+0xffffffff() in winmm (0x0127f858) 3 0x7e93863c in user32 (+0xa863b) (0x0127f858) 4 0x7e938cad in user32 (+0xa8cac) (0x0127f8a8) 5 0x7e93b113 in user32 (+0xab112) (0x0127f8f8) 6 0x7e8f635e in user32 (+0x6635d) (0x0127f968) 7 0x7e8f8a7f in user32 (+0x68a7e) (0x0127fe38) 8 0x7e8fedca in user32 (+0x6edc9) (0x0127fe98) 9 0x639d96c9 EntryPoint+0xffffffff() in winmm (0x0127ff4c) 0x639d7b36 EntryPoint+0xffffffff in winmm: cmpw $1,0x0(%eax) -- 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 42027] New: Xilinx Vivado 2014.4 installer fails: systeminfo is a stub
by wine-bugs＠winehq.org March 6, 2026

March 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=42027 Bug ID: 42027 Summary: Xilinx Vivado 2014.4 installer fails: systeminfo is a stub Product: Wine Version: 2.0-rc1 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: jack.lovell(a)ukaea.uk Created attachment 56490 --> https://bugs.winehq.org/attachment.cgi?id=56490 Log output until the installer crashes. When trying to run the Xilinx Vivado 2014.4 web installer, the program crashes shortly after startup. A look at the log output suggests the installer is calling systeminfo and piping the output to findstr to get the OS version. However, systeminfo is a stub, and so outputs nothing to stdout. I plan to file the findstr stub as a separate 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.

3 11

[Bug 59140] New: Bug avec le logiciel pronote pendant sa mise à jour
by bugs＠winehq.org March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59140 Bug ID: 59140 Summary: Bug avec le logiciel pronote pendant sa mise à jour Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: p.gerbaud(a)free.fr Distribution: --- Created attachment 79960 --> http://bugs.winehq.org/attachment.cgi?id=79960 Détails de l'erreur du programme J'ai voulu mettre mon logiciel à jour mais une fenètre Wine Debugger s'est ouverte, ainsi que la fenètre des Détails de l'erreur du programme (voir fichier joint) Je sui novice (2 mois) sur Linux Mint, merci pour votre aide -- 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 57415] New: ROMCenter crash after creating database > IO Exception cannot locate resource images/defaultsystemicon.png
by WineHQ Bugzilla March 6, 2026

March 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=57415 Bug ID: 57415 Summary: ROMCenter crash after creating database > IO Exception cannot locate resource images/defaultsystemicon.png Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: augusto7744(a)aol.com Distribution: --- Hello. Thanks for reading my topic. Ubuntu 24.04.1 and WINE 9.18 ( version 9.21 crash some softwares related with the bug https://bugs.winehq.org/show_bug.cgi?id=57306 so not tested with that version ). ROMCenter 4.1.1 32 bits. An rom manager software using database hash. When is done the creation of database happen an crash showing the error message below and close the software. IO Exception cannot locate resource images/defaultsystemicon.png Seeing in some sites is as if is related with net framework. Some WINE previous versions the software run perfectly without errors. Perhaps is related with wine-mono ? Have an nice week. -- 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 16

[Bug 59289] New: GOG-Game "Asterix and Obelix XXXL: The Ram From Hibernia" crashes on start
by WineHQ Bugzilla March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59289 Bug ID: 59289 Summary: GOG-Game "Asterix and Obelix XXXL: The Ram From Hibernia" crashes on start Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: jmb_tux(a)gmx.net Distribution: --- Created attachment 80222 --> http://bugs.winehq.org/attachment.cgi?id=80222 Screen Dump from Crash Report by AOA.exe I am now using WineHQ Repos - both stable and devel, but currently these are the same. Why is there no 11.0 as devel-version to select? Especially as both, stable and devel, are 11.0 ? But in this case, versions are quite unimportant, as it is the same on 10.0 or 9.0 ... The former 3 "Asterix&Obelix XXL" titles work without problem (Wine 9 like Wine 10), but now the new title no longer used their own engine, but OSome Studio / Microids use with the latest Release on 27.10.2022 Epic's Unreal Engine 5, but it looks this is severely broken. As I am not using Windows, I can not say that it works / don't work on Windows. Unfotunately, GOG is not willing give the slightest support when using Wine. Thus instead of getting info - I can only ask for Refund. Then after some time buy it again, test it, and ask for refund if its is still broken ... When starting it with Wine via "wine AOA.exe" (in 'GOG\ Games' binary path, I directly hear a sound and when it ends, the crash message appears: ~~~ "The UE4-AOA [File:Unknown] [Line: 339]" Direct3DDevice->CreateTexture2D(TextureDesc,SubResourceData,OutTexture2D) failed at D:/P41660/UE427Custom/Engine/Source/Runtime/Windows/D3D11RHI/Private/D3D11Texture.cpp:534 with error E-INVALIDARG, Size)1920x1080x1 PF=67 Format=(9x99999967), NumMips=1, Flags=D2D11_BIND_SHADER_RESOURCE, Usage:0x0, CPUFlags: 0x0, MiscFlags:0x0, SampleCount:0x1, SampleQuality:0x0, SubresPtr:0x0000000000000000m SubpresPitch:0,SupresSlicePitch:0 [OK] ~~~ (I hope I have no typo - but I have added a screen dump as attatchment.) The same error message shows on an o AMD system Zen 4: Ryzen 9 7900 & RDNA 3: Radeon RX 7800 XT as well as in an o Intel Skylake with Nvidi graphics. So it is not HW relevant ... but while gamers report about many bugs, I have not read about direct crashes on start as happening under Wine. It is the 1st game using 4 Players in locCoop for that series ... and it would be a pity, if this can not be played under Wine at all ... If I am able to reach for Devs/Publisher, I will hint them to this bug report ... and will add any information I might get - especially about changes following WineHQ-Devel. Maybe Wine Devs could hint to the current problem. -- 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 47279] New: TP-Link PowerLineUtility installs but does nothing
by wine-bugs＠winehq.org March 4, 2026

March 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=47279 Bug ID: 47279 Summary: TP-Link PowerLineUtility installs but does nothing Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dave(a)davehigton.me.uk Distribution: --- The TP-Link PowerLineUtility.exe installes OK under wine 4.9 (my thanks to the team for fixing the bug I reported recently which prevented installation). Running the installed app offers me "Trust and launch", whereupon I get the "round hourglass" for about 15 seconds, then... nothing. No error window, no nothing. It should be accessing the status and configuration of the power line modems that I have. The Linux box it's on is communicating over them to post this message. The app in question can be downloaded from https://static.tp-link.com/2018/201809/20180904/PowerLineUtility_Win_180816… -- 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 52570] New: d3d:debug_d3dformat Unrecognized 0x34324644 & 0x36314644 WINED3DFORMAT
by WineHQ Bugzilla March 4, 2026

March 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=52570 Bug ID: 52570 Summary: d3d:debug_d3dformat Unrecognized 0x34324644 & 0x36314644 WINED3DFORMAT Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- Hi all! It looks like there are present two unimplemented ATI texture features in WineD3D. I can confirm this for the Unigine Sanctuary benchmark. When WineD3D is used, I get on startup an "Unrecognized 0x34324644 (as fourcc: DF24)" and "Unrecognized 0x36314644 (as fourcc: DF16)" error message. Shortly after this the benchmark stops / halts. There is at the CLI the following information avaiable: ---- Render ---- Renderer: ATI R500 256Mb Direct3D9 desc: ATI Radeon X1600 Series Direct3D9 driver: atiumdag.dll Found required D3DPTEXTURECAPS_CUBEMAP Found required D3DPTEXTURECAPS_VOLUMEMAP Found required D3DPTADDRESSCAPS_WRAP Found required D3DPTADDRESSCAPS_CLAMP Found required D3DCAPS2_CANAUTOGENMIPMAP Found optional Vertex shader 3.0 Found optional Pixel shader 3.0 Found optional Vertex texture fetch Found optional HDR blending Found optional HDR filtering Found optional NULL texture Found optional RGB10A2 texture Found optional DXT texture compression Found optional ATI texture compression 1 Found optional ATI texture compression 2 0110:fixme:d3d:debug_d3dformat Unrecognized 0x34324644 (as fourcc: DF24) WINED3DFORMAT! 0110:fixme:d3d:wined3d_get_format Can't find format unrecognized (0x34324644) in the format lookup table. 0110:fixme:d3d:debug_d3dformat Unrecognized 0x36314644 (as fourcc: DF16) WINED3DFORMAT! 0110:fixme:d3d:wined3d_get_format Can't find format unrecognized (0x36314644) in the format lookup table. 0110:fixme:d3d:debug_d3dformat Unrecognized 0x34324644 (as fourcc: DF24) WINED3DFORMAT! 0110:fixme:d3d:wined3d_get_format Can't find format unrecognized (0x34324644) in the format lookup table. Found optional NVIDIA hardware shadow Found ATI alpha to coverage Found optional NVIDIA alpha to coverage Maximum texture width: 4096 Maximum texture height: 4096 Maximum render targets: 4 Interestingly this doesn't occur when Gallium Nine is used: ---- Render ---- Renderer: ATI R500 256Mb Direct3D9 desc: ATI Radeon X1600 Series Direct3D9 driver: atiumdag.dll Found required D3DPTEXTURECAPS_CUBEMAP Found required D3DPTEXTURECAPS_VOLUMEMAP Found required D3DPTADDRESSCAPS_WRAP Found required D3DPTADDRESSCAPS_CLAMP Found required D3DCAPS2_CANAUTOGENMIPMAP Found optional Vertex shader 3.0 Found optional Pixel shader 3.0 Found optional Vertex texture fetch Found optional HDR blending Found optional HDR filtering Found optional NULL texture Found optional RGB10A2 texture Found optional DXT texture compression Found optional ATI texture compression 1 Found optional ATI texture compression 2 Found optional ATI texture fetch 4 Found optional ATI hardware shadow Found optional NVIDIA hardware shadow Found ATI alpha to coverage Found optional NVIDIA alpha to coverage Maximum texture width: 4096 Maximum texture height: 4096 Maximum render targets: 4 So it looks that the "ATI texture fetch 4" and "ATI hardware shadow" features are not implemented in WineD3D. ;-) And by the way, the function "Vertex texture fetch" isn't supported by all ATI R500 based hardware so it shouldn't be listed as avaiable. Regarding this there exist a bug report on Mesa: https://gitlab.freedesktop.org/mesa/mesa/-/issues/6053 -- 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 52625] New: Vertex texture fetch advertised on R300-R500 class AMD hardware
by WineHQ Bugzilla March 2, 2026

March 2, 2026

https://bugs.winehq.org/show_bug.cgi?id=52625 Bug ID: 52625 Summary: Vertex texture fetch advertised on R300-R500 class AMD hardware Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: pavel.ondracka(a)gmail.com CC: stefan(a)codeweavers.com Distribution: --- I'm not 100% sure if this is an app bug, or if wine messes something up, but Unigine sanctuary reports: Found optional Vertex texture fetch and later fails badly, see https://gitlab.freedesktop.org/mesa/mesa/-/issues/6053 This is with mesa r300 driver (latest git). None of the R300-R500 cards have vertex texture support and as far as I can see mesa correctly reports GL_MAX_VERTEX_TEXTURE_IMAGE_UNITS = 0 BTW Anno1404 under nine also produces TXL opcodes in vertex shaders, but there is might be also gallium-nine problem. The Sanctuary is with pure 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.

2 6

[Bug 40157] New: logger32 Crash changing columns order
by wine-bugs＠winehq.org March 2, 2026

March 2, 2026

https://bugs.winehq.org/show_bug.cgi?id=40157 Bug ID: 40157 Summary: logger32 Crash changing columns order Product: Wine Version: 1.9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luca.civinini(a)gmail.com Distribution: --- Created attachment 53659 --> https://bugs.winehq.org/attachment.cgi?id=53659 Logger 32 backtrace Logger32 is an ham radio operator logging software (www.logger32.net) Installed wine-1.9.1 (Staging) under Fedora 23. created a 32 bit WINEPREFIX as a Windows XP environment with default settings Logger32 installs and starts ok. But if you right click on the logbook page, then select SETUP -> GRID LAYOUT and try to change some checkboxes (didn't matter which one), when clicking APPLY or CANCEL a crash will occur. Similar crashes also happens in other similar windows. Crash seems to occur every time a "modal" window is closed. I've tried setting several DLLs to native but no luck. -- 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 29775] New: Cannot install OrCAD 16.5
by wine-bugs＠winehq.org March 2, 2026

March 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=29775 Bug #: 29775 Summary: Cannot install OrCAD 16.5 Product: Wine Version: 1.4-rc1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified The installer for the OrCAD 16.5 Lite/Demo version (OrCAD_16.5_Demo_CapturePSpiceOnly.exe) does not ungray the "Next" button on the page for choosing the installation type (everyone vs. local user). This issue renders the 16.5 version of OrCAD unusable. This installer can be retrieved a number of places, one location is: http://www.ecse.rpi.edu/courses/S12/ENGR-4300/OrCAD/OrCAD_16.5_Demo_Capture… -- 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 33350] New: Maxthon 4 fails to start
by wine-bugs＠winehq.org March 2, 2026

March 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=33350 Bug #: 33350 Summary: Maxthon 4 fails to start Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gmazzone0(a)aol.com Classification: Unclassified When I open Maxthon 4, it shows a blonk page with:"Missing: sidebar/index.html Missing: layout:html" and can't be used -- 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 17

[Bug 39844] New: iqfeed.exe does crash after running couple of hours
by wine-bugs＠winehq.org March 2, 2026

March 2, 2026

https://bugs.winehq.org/show_bug.cgi?id=39844 Bug ID: 39844 Summary: iqfeed.exe does crash after running couple of hours Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mozdemir(a)gmail.com Distribution: --- Created attachment 53193 --> https://bugs.winehq.org/attachment.cgi?id=53193 winedbg output Hi, i have windows applications iqfeed.exe. I run it using wine.it does run pretty well but after couple of hours it does crash. All System info is below. I attach the winedbg/back trace file, too. Thanks a lot, musti System information: Wine build: wine-1.6.2 Platform: i386 Host system: Linux Host version: 3.19.0-30-generic -- 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 54644] New: Ofice 2021 Pro Plus 32/64 bit: installer doesn't work
by WineHQ Bugzilla March 2, 2026

March 2, 2026

https://bugs.winehq.org/show_bug.cgi?id=54644 Bug ID: 54644 Summary: Ofice 2021 Pro Plus 32/64 bit: installer doesn't work Product: Wine-staging Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: romulasry(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I launched from https://softcomputers.org/en/download/download-microsoft-office/download-mi… Doesn't launch. I can't get the log file though, could someone help? -- 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 59448] New: Emulate undocumented behaviors of MS TreeView customdraw
by WineHQ Bugzilla March 2, 2026

March 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=59448 Bug ID: 59448 Summary: Emulate undocumented behaviors of MS TreeView customdraw Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 Assignee: wine-bugs(a)list.winehq.org Reporter: p(a)perkele.cc Distribution: --- Created attachment 80432 --> http://bugs.winehq.org/attachment.cgi?id=80432 Minimal repro code MS TreeView can be made draw items with app-supplied selection state, allowing native-looking multi-selection support. Specifically, NM_CUSTOMDRAW CDDS_ITEMPREPAINT handler can set CDIS_SELECTED flag, causing the item to be drawn selected. Setting Explorer theme seems to enable the behavior, uItemState changes appear ignored otherwise. Wine currently does not emulate this behavior. Recommended change: pay attention to CDDS_ITEMPREPAINT altering uItemState and use changed state for drawing - but only if Explorer theme is set. Test C program attached: * 2 tree views, left themeless, right with Explorer theme * Custom draw handler sets CDIS_SELECTED everywhere * Windows behavior: left ignores CDIS_SELECTED, right draws all selected -- 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 1

[Bug 59463] New: Use of OpenThemeData() on treeview causes rendering bugs
by WineHQ Bugzilla March 2, 2026

March 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=59463 Bug ID: 59463 Summary: Use of OpenThemeData() on treeview causes rendering bugs Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)list.winehq.org Reporter: p(a)perkele.cc Distribution: --- Created attachment 80450 --> http://bugs.winehq.org/attachment.cgi?id=80450 Repro See attached program. Circles are drawn instead of treeview expand marks after use of OpenThemeData(). Original context was my code using theme data to render checkbox images for use in treeview. Attached program has been simplified to do nothing else but trigger 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 2

[Bug 19368] New: lpfnWndProc can't catch Up/Down/Left/Right and CTRL+ other Button
by wine-bugs＠winehq.org March 1, 2026

March 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=19368 Summary: lpfnWndProc can't catch Up/Down/Left/Right and CTRL+ other Button Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sakaihdt(a)d2.dion.ne.jp Hello I want to use "sakura editor". (a Japanese Open Souce text editor for MS Windows) (http://sakura-editor.sourceforge.net/) But this application is not work well in wine(1.0.1 or 1.1.26 Ubuntu GNU/Linux 9.0.4) - Not work Up/Down/Left/Right button in text area - Not work CTRL+C or CTRL+A and other in text area - Not work Backspace in text area - Not work Function Key in text area normal text button( a-z, 0-9 ) is work well, and Up/Down... is work well in menu . "sakura editor" catch Up/Down/Ctrl event from lpfnWndProc() callback. but wine's lpfnWndProc seem not work when push Up/Down... key. ( I insert log in sakura editor source and check.) I have 2 question. please tell me. (1) Can lpfnWndProc() catch Up/Down/Left/Right CTRL+A,X,C and Function key in Wine ? (2) "lpfnWndProc() can catch Up/Down/Left/Right ..." is WindowsAPI specification? Thank you. -- 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 13

[Bug 33241] New: incorrect display of a combobox in a Clipper application
by wine-bugs＠winehq.org March 1, 2026

March 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=33241 Bug #: 33241 Summary: incorrect display of a combobox in a Clipper application Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ironeman(a)tiscali.it Classification: Unclassified As mentioned in http://forum.winehq.org/viewtopic.php?f=8&t=18198, I am using 16-bit Clipper/xBase programs. When I have a listbox, the field is not correctly initialized, despite the list is ok. Debugging my application, I have found that it is due to a strange memory management. I start by saying that Clipper/xBase uses dynamic scoping, so the value of a variable is the last assigned to it into the stack; a variable can be local or global (prefixed by m->). When using the dialog that has the problem, I use the activation command (Fivewin library): m->mTipoDoc:=.... // assign the global variable m->mTipoDoc activate DIALOG oDlg centered on init (SettaCombo()) function SettaCombo() // initialization code of the dialog ... // use the global variable m->mTipoDoc but, at this point, when using WINE, the variable has lost its content and is empty I solved the problem using a local variable that temporarily holds the value of the global variable: m->mTipoDoc:=.... // assign the global variable m->mTipoDoc local tmpcod:=m->mTipoDoc // to solve the wine bug activate DIALOG oDlg centered on init (SettaCombo(tmpcod)) function SettaCombo(val) m->mTipoDoc:=val // to solve the wine bug ... // use the global variable m->mTipoDoc Evidently the local variable is managed in a different way by WINE and the error has disappered. To test this behaviour, I wrote the attached sample program. Into the zip there is a readme.pdf that explains how it works. Best regards. -- 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 5