October 2025 - Wine-Bugs - list.winehq.org

[Bug 11265] New: A number of bugs with Civilization I
by wine-bugs＠winehq.org Oct. 4, 2025

Oct. 4, 2025

http://bugs.winehq.org/show_bug.cgi?id=11265 Summary: A number of bugs with Civilization I Product: Wine Version: 0.9.53. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: neptunia(a)mail.ru A Civilization I for Windows (16-bit) displays a number of bugs: 1. Some splash screens display no content. 2. In some dialogues (such as city-dialogue) there are some tranparent/non-rendered areas 3. Keyboard commands do not work in game. -- 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 32

[Bug 11273] New: Civilization I for Windows (16-bt) does not install through setup
by wine-bugs＠winehq.org Oct. 4, 2025

Oct. 4, 2025

http://bugs.winehq.org/show_bug.cgi?id=11273 Summary: Civilization I for Windows (16-bt) does not install through setup Product: Wine Version: 0.9.53. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: neptunia(a)mail.ru Civilization I for Windows (16-bt) does not install through setup. Already existing installation works, though, with some bugs I've reported separately. -- 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 4309] Directory-chooser GUI component is confused by directories named "..."
by WineHQ Bugzilla Oct. 4, 2025

Oct. 4, 2025

http://bugs.winehq.org/show_bug.cgi?id=4309 Janne <janne.kekkonen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|janne.kekkonen(a)gmail.com | -- 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 0

[Bug 4309] Directory-chooser GUI component is confused by directories named "..."
by WineHQ Bugzilla Oct. 4, 2025

Oct. 4, 2025

http://bugs.winehq.org/show_bug.cgi?id=4309 Janne <janne.kekkonen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |janne.kekkonen(a)gmail.com --- Comment #9 from Janne <janne.kekkonen(a)gmail.com> --- Tested on Windows 11. Directory named "..." cannot be created. E:\temp>ver Microsoft Windows [Version 10.0.26100.6584] E:\temp>mkdir ... A subdirectory or file ... already exists. E:\temp>mkdir "..." A subdirectory or file ... already exists. E:\temp> If directory name being created has one or more "." as last character(s). They will be omitted from directory name. E:\temp>ver Microsoft Windows [Version 10.0.26100.6584] E:\temp>dir /b E:\temp>mkdir test. E:\temp>mkdir test2.. E:\temp>mkdir test3... E:\temp>dir /b test test2 test3 E:\temp> -- 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 0

[Bug 38142] New: Approach fields box only show 3/4 of one line
by wine-bugs＠winehq.org Oct. 3, 2025

Oct. 3, 2025

https://bugs.winehq.org/show_bug.cgi?id=38142 Bug ID: 38142 Summary: Approach fields box only show 3/4 of one line Product: Wine Version: 1.7.36 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com Distribution: --- Created attachment 50869 --> https://bugs.winehq.org/attachment.cgi?id=50869 Field Box Hi All, Wine 1.7.36 and Smart Suite N9.8.0208.1200. Would you guys please fix this for me. It is driving me NUTS! In the "Find Assistant" the Fields box only shows about 3/4 on one line. It makes it impossible to file the other lines in the box. I will attach a screen shot Many thanks, -T -- 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 58688] New: Regression: Xenia Canary crashes with STATUS_CONFLICTING_ADDRESSES when starting a game on Wine 10.13+ (works on 10.12)
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=58688 Bug ID: 58688 Summary: Regression: Xenia Canary crashes with STATUS_CONFLICTING_ADDRESSES when starting a game on Wine 10.13+ (works on 10.12) Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: axel.avj1(a)gmail.com Distribution: Ubuntu The Xbox 360 emulator Xenia Canary runs correctly on Wine 10.12. However, starting from Wine 10.13+, it crashes immediately when launching any game. Xenia itself starts fine, but as soon as a title is executed, it fails with an unhandled exception: Unhandled Exception in Xenia Last Win32 Error: 0x1E7 (Invalid address.) Last NTSTATUS: 0xC0000018 (STATUS_CONFLICTING_ADDRESSES) Faulting thread name: XThread0260 This happens consistently with every game tested. On Wine 10.12 the exact same build of Xenia and the same games run without this crash. This looks like a regression in memory allocation / address space management introduced between Wine 10.12 → 10.13. Create a clean 64-bit Wine prefix. Run xenia_canary.exe (tested with the latest Canary build 7650730_canary_experimental). Load any Xbox 360 game. example: marble blast ultra demo On Wine 10.13+ → crash occurs immediately. On Wine 10.12 → works fine. -- 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 27

[Bug 27002] New: Shadow Company: Left for Dead fails with "No usable 3D Devices installed".
by wine-bugs＠winehq.org Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=27002 Summary: Shadow Company: Left for Dead fails with "No usable 3D Devices installed". Product: Wine Version: 1.3.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cfiend(a)talent.edu.pl Shadow Company: Left for Dead shows a messagebox with text "No usable 3D Devices installed. Exiting." on startup. Googling for more information suggests that it needs a Glide wrapper to work. However, I failed to get the game working with either OpenGlide, dgVoodoo and Zeckensack's Glide Wrapper. Tried putting dll files in game dir, in windows/system32 dir, setting overrides in winecfg, running on a virtual desktop and many different combinations of the above on two machines: one equipped with Intel graphics card, the other with rather old (~5 years) NVidia GeForce graphics card running binary blob drivers. Wine console output spews a few fixmes about EnumDisplayDevicesW stub. Attaching log below. Failure occurs in full version as well as in demo version of the game. Link to demo version: http://www.fileplanet.com/10258/download/Shadow-Company-Demo I'll gladly provide additional information on request. -- 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 27

[Bug 58710] New: wmic now also prints system properties since 3c8a072b52f2159e68bfd4e471faf284309201ed
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=58710 Bug ID: 58710 Summary: wmic now also prints system properties since 3c8a072b52f2159e68bfd4e471faf284309201ed Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Do: "WINEDEBUG=-all wine wmic bios get version" Output: __GENUS __CLASS __RELPATH __PROPERTY_COUNT__DERIVATION__SERVER __NAMESPACE __PATH Version 2 Win32_BIOS 1 {} WINE - 1 This confuses programs that use wmic's output (like Altium installer in win7 mode) Expected output: Version WINE -1 -- 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 58480] New: winebuild ASLR breaks older DLLs
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=58480 Bug ID: 58480 Summary: winebuild ASLR breaks older DLLs Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tres.finocchiaro(a)gmail.com Distribution: --- The following commit (to the best of my understanding) introduces build flags to the PE sections of a wineg++ produced '.so.exe' file that force ASLR/DYNAMICBASE onto executables that it creates. https://github.com/wine-mirror/wine/commit/518e394794160818ffe6826c874ff2f5… As identified downstream with mingw and msvc, some scenarios exist where this ASLR/DYNAMICBASE must be disabled for the highest compatibility with 3rd-party DLLs, specifically 3rd-party VST instrument and effect plugins as they're loaded through DAWs using a Linux-wine-bridge. (Linux can be read ambiguously here, the issue would impact Unixes too) The downstream bug report encompases Windows and Wine instances of the LMMS application, however a solution exists on Windows for both the MSVC compiler as well as the mingw compiler (via relevant dynamicbase flags). MSVC: https://learn.microsoft.com/en-us/cpp/build/reference/dynamicbase mingw: https://www.msys2.org/news/#2021-01-31-aslr-enabled-by-default Applying a similar flag to wineg++/winegcc/winebuild has proven difficult without forking the winebuild executable. The stop-gap patch that LMMS has developed is provided here as a reference https://github.com/Fastigium/winebuild/commit/7f9e27e44cfb8eba79f3850f46e12… however this patch requires us to add winebuild as a build-time dependency to our build system. This is OK for a stop-gap, but as a long-term solution, I would like advice from the winehq team on how to support legacy DLLs (such as pre-Vist VST plugins) through a wine-bridge as a long-term solution. -- 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 14

[Bug 43124] New: FlashWindowEx: WM_NCACTIVATE behavior is incorrect
by wine-bugs＠winehq.org Oct. 3, 2025

Oct. 3, 2025

https://bugs.winehq.org/show_bug.cgi?id=43124 Bug ID: 43124 Summary: FlashWindowEx: WM_NCACTIVATE behavior is incorrect Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: gamax92(a)aol.com Distribution: --- Created attachment 58328 --> https://bugs.winehq.org/attachment.cgi?id=58328 FlashWindowEx dwFlags parameter tests Depending on the dwFlags parameter, FlashWindowEx may send a WM_NCACTIVATE message with the wrong wParam value. Some flags should not send a WM_NCACTIVATE message at all. Attached is a document I've made from testing FlashWindowEx with various flags and having the window active/inactive. This issue seems to be related to Overwatch losing focus on respawn, it calls FlashWindowEx with dwFlags = 0xE (FLASHW_TIMERNOFG + FLASHW_TRAY), which according to my tests should send a WM_NCACTIVATE message with 1, but wine sends 0 instead. Forcing FlashWindowEx to send TRUE instead did resolve the loss of focus. -- 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 11

[Bug 49195] New: Multiple 4k demoscene OpenGL demos crash on startup (failure to lookup atom 0xC019 'static' from global atom tables)
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

https://bugs.winehq.org/show_bug.cgi?id=49195 Bug ID: 49195 Summary: Multiple 4k demoscene OpenGL demos crash on startup (failure to lookup atom 0xC019 'static' from global atom tables) Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, extracted from bug 48898 My comment: https://bugs.winehq.org/show_bug.cgi?id=48898#c12 --- quote --- To me it looks like bug 18490 ("Multiple games fail to set pixel format on D3D device context created on desktop window (Empire: Total War, Napoleon: Total War, Utopia City)") but for GL device context on the desktop window. According to online information it's not allowed to do any rendering using this context but enough to call functions like glGetString() etc. Maybe some of the Wine graphics folks could weigh in with an opinion if this limitation is already known / tracked in a bug? --- quote --- Henri's answer: https://bugs.winehq.org/show_bug.cgi?id=48898#c13 --- quote --- I'm not aware of an existing bug report for this issue, no. It does strike me as similar to bug 36506 though, and it would not particularly surprise me if wglGetProcAddress() is supposed to return results consistent with GL_EXTENSIONS/GL_VERSION here, even without a current GL context. I seem to recall having established in the context of bug 18490 that creating a GL context (or more specifically, setting a pixel format) on the desktop window is indeed supposed to fail. In any case, this seems like of of those bugs that would benefit from tests to establish what's supposed to happen. --- quote --- Turns out this was a side-effect of an earlier problem. It was not supposed to be GetDC(NULL) (Desktop window). --- snip --- $ WINEDEBUG=+seh,+relay,+server,+class,+win,+msg wine ./End\ of\ time\ 720p.exe >>log.txt 2>&1 ... 0024:Call user32.ChangeDisplaySettingsA(00421288,00000004) ret=004200da ... 0024: get_desktop_window( force=0 ) 0024: get_desktop_window() = 0 { top_window=00010020, msg_window=00010026 } ... 0024:Ret user32.ChangeDisplaySettingsA() retval=00000000 ret=004200da 0024:Call KERNEL32.CreateThread(00000000,00000000,004201ca,004304e8,00000000,00000000) ret=004200ee ... 0024:Ret KERNEL32.CreateThread() retval=00000080 ret=004200ee 00bc: *fd* 17 <- 38 00bc: init_thread( unix_pid=3683, unix_tid=3729, debug_level=1, teb=7ffd4000, entry=004201ca, reply_fd=15, wait_fd=17, cpu=x86 ) 0024:Call user32.CreateWindowExA(00000000,0000c019,00000000,91000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000) ret=004200f4 0024:trace:win:WIN_CreateWindowEx (null) #c019 ex=00000000 style=91000000 0,0 0x0 parent=(nil) menu=(nil) inst=(nil) params=(nil) 00bc: init_thread() = 0 { pid=0020, tid=00bc, server_start=1d62d3b280579be (-2.9701360), info_size=0, version=603, all_cpus=00000003, suspend=0 } 0024:trace:win:dump_window_styles style: WS_POPUP WS_VISIBLE WS_MAXIMIZE 0024:trace:win:dump_window_styles exstyle: ... 00bc:Starting thread proc 0x4201ca (arg=0x4304e8) ... 0024: create_window( parent=00010020, owner=00000000, atom=c019, instance=00000000, dpi=96, awareness=2, class=L"" ) 0024: create_window() = INVALID_HANDLE { handle=00000000, parent=00000000, owner=00000000, extra=0, class_ptr=00000000, dpi=0, awareness=0 } 0024:warn:win:create_window_handle error 6 creating window 0024:trace:class:GetClassInfoExW (nil) #c019 0x1518f9e0 0024:trace:class:CLASS_FindClass #c019 0x7e910000 -> not found 0024:Ret user32.CreateWindowExA() retval=00000000 ret=004200f4 --- snip --- The failing window creation resulted in NULL handle which got passed to user32.GetDC(): --- snip --- 0024:Call user32.GetDC(00000000) ret=004200fb 0024:trace:win:GetDCEx hwnd 0x10020, hrgnClip (nil), flags 00000003 ... 0024: get_visible_region( window=00010020, flags=00000013 ) 0024: get_visible_region() = 0 { top_win=00010020, top_rect={-1920,0;-1919,1}, win_rect={0,0;3200,1080}, paint_flags=00000001, total_size=16, region={{-1920,0;1280,1080}} } 0024:Call winex11.drv.GetDC(00030039,00010020,00010020,1518fde0,1518fdf0,00000013) ret=7e97bd3e 0024:Ret winex11.drv.GetDC() retval=00000001 ret=7e97bd3e 0024:trace:win:GetDCEx (0x10020,(nil),0x13): returning 0x30039 (updated) 0024:Ret user32.GetDC() retval=00030039 ret=004200fb --- snip --- Well, the rest of the OpenGL story is known and the current behaviour makes sense. Back to the actual problem... The creation of the window which ought the be used for OpenGL context/rendering fails because atom 0xc019 can't be found/resolved. I should have looked more carefully at the trace log and the demo disassembly. --- snip --- ... 004200B6 | xor esi,esi | 004200B8 | push esi | 004200B9 | push esi | 004200BA | push esi | 004200BB | push esi | 004200BC | push esi | 004200BD | push esi | 004200BE | push esi | 004200BF | push esi | 004200C0 | push esi | 004200C1 | push 91000000 | 004200C6 | push esi | 004200C7 | push C019 | global atom! 004200CC | push esi | 004200CD | push 4 | 004200CF | push end of time 720p.421288 | 004200D4 | call dword ptr ds:[<&user32.ChangeDisplaySettingsA>] | 004200DA | push esi | 004200DB | push esi | 004200DC | push end of time 720p.4304E8 | 004200E1 | push end of time 720p.4201CA | 004200E6 | push esi | 004200E7 | push esi | 004200E8 | call dword ptr ds:[<&KERNEL32.CreateThread>] | 004200EE | call dword ptr ds:[<&user32.CreateWindowExA>] | fails 004200F4 | push eax | 004200F5 | call dword ptr ds:[<&user32.GetDC>] | 004200FB | mov edi,eax | 004200FD | mov dword ptr ds:[3AB08EC],eax | 00420102 | push esi | 00420103 | push edi | 00420104 | push esi | 00420105 | push end of time 720p.42125C | 0042010A | push edi | 0042010B | call dword ptr ds:[<&gdi32.ChoosePixelFormat>] | 00420111 | push eax | 00420112 | push edi | 00420113 | call dword ptr ds:[<&gdi32.SetPixelFormat>] | 00420119 | call dword ptr ds:[<&opengl32.wglCreateContext>] | 0042011F | push eax | 00420120 | push edi | 00420121 | call dword ptr ds:[<&opengl32.wglMakeCurrent>] | 00420127 | call dword ptr ds:[<&user32.ShowCursor>] | 0042012D | call end of time 720p.4202CC | --- snip --- The demoscene guys are crazy and fight for each saved byte ;-) Courtesy of: http://www.pouet.net/topic.php?which=9894 --- quote --- I was able to get 4 bytes off of a test 1k intro (Peach GLSL Shader of Japan) by replacing the "edit" string with 0xC018, making it 1006 bytes instead of 1010. Nice. ...and then I got it down to 1004 bytes, because now "test eax, eax" compressed better than "test ax, ax", which used to compress better sometime before this newest change. ;) This 1k intro business is crazy, you'd really need some kind of brute-force code masher that tries all possible combinations of code that perform the same thing. --- quote --- --- quote --- That´s mine since 2009 using DirectX9...someone told me using "static" instead of "edit" would be better back then in some other thread...was iq if i remember correctly. The ATOM for "static" is 0xC019 btw, but be warned: it added 7 bytes here in my first test, opposed to chopping off 4 bytes in case of "edit". --- quote --- --- quote --- Oh, shit...i did the test the wrong way around...meaning the ATOM actually chopped off 7 bytes in case of "static" vs. "0xC019" :/ :D Yay, thanks for the nice trick, man! :) --- quote --- Also relevant, shows dump of global and typical local atom tables: https://github.com/lungetech/ICAS/blob/master/logs/volatility/win32/output/… Wine source: https://source.winehq.org/git/wine.git/blob/9e26bc811656ad8eb901bffa5528b9c… --- snip --- 407 /*********************************************************************** 408 * CLASS_FindClass 409 * 410 * Return a pointer to the class. 411 */ 412 static CLASS *CLASS_FindClass( LPCWSTR name, HINSTANCE hinstance ) 413 { 414 static const WCHAR comctl32W[] = {'c','o','m','c','t','l','3','2','.','d','l','l',0}; 415 struct list *ptr; 416 ATOM atom = get_int_atom_value( name ); 417 418 GetDesktopWindow(); /* create the desktop window to trigger builtin class registration */ 419 420 if (!name) return NULL; 421 422 name = CLASS_GetVersionedName( name, NULL, NULL, TRUE ); 423 424 for (;;) 425 { 426 USER_Lock(); 427 428 LIST_FOR_EACH( ptr, &class_list ) 429 { 430 CLASS *class = LIST_ENTRY( ptr, CLASS, entry ); 431 if (atom) 432 { 433 if (class->atomName != atom) continue; 434 } 435 else 436 { 437 if (strcmpiW( class->name, name )) continue; 438 } 439 if (!class->local || class->hInstance == hinstance) 440 { 441 TRACE("%s %p -> %p\n", debugstr_w(name), hinstance, class); 442 return class; 443 } 444 } 445 USER_Unlock(); 446 447 if (atom) break; 448 if (!is_comctl32_class( name )) break; 449 if (GetModuleHandleW( comctl32W )) break; 450 if (!LoadLibraryW( comctl32W )) break; 451 TRACE( "%s retrying after loading comctl32\n", debugstr_w(name) ); 452 } 453 454 TRACE("%s %p -> not found\n", debugstr_w(name), hinstance); 455 return NULL; 456 } --- snip --- https://source.winehq.org/git/wine.git/blob/9e26bc811656ad8eb901bffa5528b9c… $ sha1sum atz-end_of_time.zip 3a4ce3fd92e2fdd1a4533ee67d4809d3f2184f6b atz-end_of_time.zip $ du -sh atz-end_of_time.zip 3.3M atz-end_of_time.zip $ wine --version wine-5.8-173-g9e26bc8116 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.

1 10

[Bug 58515] New: Street Chaves only displays a black screen (regression)
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=58515 Bug ID: 58515 Summary: Street Chaves only displays a black screen (regression) Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: denilsonsa(a)gmail.com Distribution: --- Wine versions up to 9.7 were able to render the game graphics correctly. Now I tested again on Wine version 10.11 and all I get is a black screen. The game seems to be working, because I can blindly press "Z" to confirm, then "5" to insert credits (and hear the sound effect), and "1" to start, an "Z" a couple of times to select my character and advance to the actual fight… After all of this, I can hear the in-game music and the in-game sound effects of the fight. I just can't see any of it due to being pure black. How to reproduce? 1. Get the game archive from https://archive.org/details/street-chaves-1.5-a 2. Unpack it anywhere, and run `wine Chaves.exe` 3. After a few moments, a black window without any decoration will show up. Having no decorations is normal expected behavior. Having it completely black is a bug/regression. Tests? The game works fine under "Proton Experimental" on the Steam Deck, but I don't know exactly what is the Wine version. It also works fine under "Proton 10.0-1 (beta)". It does NOT work (black screen) under Wine 10.11 on Manjaro Linux. It does NOT work (black screen) under wine-ge-8-26-x86_64, which is the default Wine runner for Lutris, installed from Flatpak. https://lutris.net/games/street-chaves/ Other Wine versions are untested. If you are testing other versions, please be aware that older versions had a problem with keyboard input. You could see graphics on the screen, but you couldn't progress any further. This has been solved in bug 52738. -- 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 25

[Bug 49905] New: VbsEdit runs wscript.exe with unsupported switches /d and /u
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

https://bugs.winehq.org/show_bug.cgi?id=49905 Bug ID: 49905 Summary: VbsEdit runs wscript.exe with unsupported switches /d and /u Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wscript Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com Distribution: --- Created attachment 68266 --> https://bugs.winehq.org/attachment.cgi?id=68266 patch for wscript In VbsEdit version 9.2139 from https://www.vbsedit.com/, when choosing "Start Debugging with wscript", wscript.exe is called with unsupported options /d (debug) and /u (unicode). Therefore wscripts bail out and script is not executed. Solution is to ignore these options. -- 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 58637] New: SimCity 2000 Windows 95 edition doesn't launch
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=58637 Bug ID: 58637 Summary: SimCity 2000 Windows 95 edition doesn't launch Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ihatemylife0025(a)gmail.com Distribution: --- Created attachment 79198 --> http://bugs.winehq.org/attachment.cgi?id=79198 Logs The Windows 95 edition of SimCity 2000 (URL: https://archive.org/details/sc2000_win95) doesn't launch. I remember it did work in older versions of wine (I think 8.0) but I can't point out the exact version it stopped working. Steps to reproduce: Launch the game directly (not the setup, it's 16-bit and it's known to be problematic even on Windows. The game itself is 32-bit) WIN95/SC2K/SIMCITY.EXE I tried https://github.com/sc2kfix/sc2kfix too which is a patch that gets the game running on modern versions of Windows but it didn't make any difference. My computer's technical specifications (although I don't think they matter, I tried it with several different computers with different distros and got the exact same error): GPU: 0000:00:02.0 VGA compatible controller: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] (rev 01) Subsystem: Lenovo Device 3f9c Kernel driver in use: i915 Kernel modules: i915, xe CPU: 11th Gen Intel(R) Core(TM) i5-1135G7 (8) @ 4.20 GHz Laptop Model: 82H8 (IdeaPad 3 15ITL6) Kernel Version: Linux 6.15.10-200.fc42.x86_64 Distribution: Fedora 42 KDE Plasma Edition -- 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 28

[Bug 7115] Need for Speed III installer fails in Win9X mode, reporting "Could not get 'HardWareKey' value" (active PnP device keys in 'HKEY_DYN_DATA\\Config Manager\\Enum' missing)
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=7115 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #30 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 10.16. -- 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 0

[Bug 58699] New: Profi cash 12 user interface is rendered mostly black
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=58699 Bug ID: 58699 Summary: Profi cash 12 user interface is rendered mostly black Product: Wine Version: 10.15 Hardware: x86-64 URL: https://web.archive.org/web/20250914090219/https://www .vr-updates.de/gad/man/profi_cash_12_installer.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: arethusa26(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: c3f3ef24e8d1ebe49e8073e8e5b11de859951352 Distribution: --- Created attachment 79299 --> http://bugs.winehq.org/attachment.cgi?id=79299 Profi cash 12 debug output With wine-10.15, after launching Profi cash 12, its user interface is rendered mostly black, which makes it unusable. This problem did not occur with wine-10.14. Regression testing identified the following commit: c3f3ef24e8d1ebe49e8073e8e5b11de859951352 is the first bad commit commit c3f3ef24e8d1ebe49e8073e8e5b11de859951352 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Thu Sep 11 15:45:36 2025 +0200 win32u: Don't store the window OpenGL drawables on the DCs. -- 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 58744] New: Missing Type on get_type within dlls/msi/suminfo.c
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

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 58742] New: winedbg: Internal crash at 00006FFFFF8CB5E5 (pe_load_msc_debug_info)
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

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(a)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(a)pc:~/wine/test$ ``` Log from the official build of 10.15: ``` user(a)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 Oct. 3, 2025

Oct. 3, 2025

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 Oct. 3, 2025

Oct. 3, 2025

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 Oct. 3, 2025

Oct. 3, 2025

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 Oct. 3, 2025

Oct. 3, 2025

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 Oct. 3, 2025

Oct. 3, 2025

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 Oct. 3, 2025

Oct. 3, 2025

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 Oct. 3, 2025

Oct. 3, 2025

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

[Bug 21855] New: WordPro Windows pull down does not show file names
by wine-bugs＠winehq.org Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=21855 Summary: WordPro Windows pull down does not show file names Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ToddAndMargo(a)verizon.net Created an attachment (id=26459) --> (http://bugs.winehq.org/attachment.cgi?id=26459) Missing file names in Windows pull down Hi All, Would you guys fix this for me? I am using Lotus Word Pro N9.8.0208.1200. When you open two files (documents) from the command line (the jpeg I have attached), then go to the "Window" pull down to select which file to bring into focus, the file names are missing. If you start Word Pro, then use File, Open to select two files, one at a time, the second file does not show. Many thanks, -T -- 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 58602] New: Screen Issue in Colin McRae Rally 2
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=58602 Bug ID: 58602 Summary: Screen Issue in Colin McRae Rally 2 Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: marcinzw(a)gmail.com Regression SHA1: ae487930f8d3811a7434dc2cbb561982c894f5ba Distribution: --- The screen issue in Colin McRae Rally 2, originally reported in Bug #58488, is still happening in Wine 10.13. After the intro video plays, the screen just stays frozen when running the game in “Emulate a virtual desktop” mode – you can still hear the sound, but nothing shows up. The patch I posted in Bug #58488 still fixes it, though. --- a/dlls/winex11.drv/opengl.c +++ b/dlls/winex11.drv/opengl.c @@ -1462,7 +1462,7 @@ static BOOL x11drv_surface_swap( struct opengl_drawable *base ) if (pglXWaitForSbcOML) pglXWaitForSbcOML( gdi_display, gl->drawable, target_sbc, &ust, &msc, &sbc ); } - if (InterlockedCompareExchange( &base->client->offscreen, 0, 0 )) + //if (InterlockedCompareExchange( &base->client->offscreen, 0, 0 )) { if (!pglXWaitForSbcOML) XFlush( gdi_display ); client_surface_present( base->client, gl->hdc ); -- 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 58534] New: Grand Theft Auto: Vice City intros play with a black screen
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=58534 Bug ID: 58534 Summary: Grand Theft Auto: Vice City intros play with a black screen Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: e5e2fd0a5209b0d07233d294e0ace5f1e41dfed5 Distribution: --- State of df00a5c097cd9cb292952f5307ee96d96fbc58b4 works good. -- 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 58156] New: Star Wars: Jedi Knight - Dark Forces II Demo: won't launch, "smackw32.DLL" failed to initialize
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=58156 Bug ID: 58156 Summary: Star Wars: Jedi Knight - Dark Forces II Demo: won't launch, "smackw32.DLL" failed to initialize Product: Wine Version: 10.6 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cemer99797(a)isorax.com Created attachment 78437 --> http://bugs.winehq.org/attachment.cgi?id=78437 Wine-devel 10.6 log for "wine jkdemo.exe -windowgui" the Star Wars: Jedi Knight - Dark Forces II Demo: won't launch, it says "smackw32.DLL" failed to initialize. This is a Windows 95 game demo I tried setting the Windows Version to Windows 10, Windows 95, and Windows 98 in winecfg. I also tried launching the demo with and without the windowgui flag: `wine jkdemo.exe -windowgui` as mentioned in AppDB HowTo section. This is a regression because a lot of users report this game demo as Gold in AppDB, including on macOS (https://appdb.winehq.org/objectManager.php?sClass=version&iId=10948) The jedi.exe file is a launcher GUI which works fine, but when clicking "Play Jedi Knight Demo" it fails with the error: `file` command info for: jkdemo.exe PE32 executable (GUI) Intel 80386, for MS Windows Unable to start the Jedi Knight Demo game program. Try running JK.EXE where you installed the Demo directly. Also make sure you have the latest DirectX drivers installed on your system. The macOS terminal shows this error as one of the last things in the log: "err:module:loader_init "smackw32.DLL" failed to initialize, aborting" (the module is normally unzipped next to the jkdemo.exe executable) tested with Gcenx's Wine-devel 10.6 (https://github.com/Gcenx/macOS_Wine_builds/releases/tag/10.6) on macOS 11 and Wine-devel 9.21 (https://github.com/Gcenx/macOS_Wine_builds/releases/tag/9.21) and Gcenx's Wine CrossOverFOSS 23.7.1-1 based on Wine 8.0.1 (https://github.com/Gcenx/winecx/releases/tag/crossover-wine-23.7.1-1) download page (choose Download this File > Agree > Jedi Knight Demo.zip): https://community.pcgamingwiki.com/files/file/1308-jedi-knight-dark-forces-… sha256: 7bc013918cf79879a086a10c27306f2f3511852726f4b4a9fec09668ed221d18 -- 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 22

[Bug 58651] New: Legacy of Kain: Blood Omen black screen on startup but with sound
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=58651 Bug ID: 58651 Summary: Legacy of Kain: Blood Omen black screen on startup but with sound Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: erwiniosef(a)gmail.com Distribution: --- NOTE: This is with Verok's GL patch: https://www.pcgamingwiki.com/wiki/Blood_Omen:_Legacy_of_Kain#Essential_impr… Verok's patch works via adding in 'ddraw=native' in DLLOVERRIDEs, the last working version was 10.10 with https://gitlab.winehq.org/wine/wine/-/merge_requests/7064 patch The game launches with a black screen, the sound works and I can use the keyboard to control the game with the game giving feedback back through sound, so the only problem is the black screen. -- 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 53767] New: vbscript fails to handle ReDim when variable is not yet created
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

https://bugs.winehq.org/show_bug.cgi?id=53767 Bug ID: 53767 Summary: vbscript fails to handle ReDim when variable is not yet created Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- While working on leveraging the vbscript engine of Wine for a macos/linux port of Visual Pinball, I finally have the example table working and am starting to work through the runtime errors. Since the table scripts are often copies of copies of copied code, sometimes bad practices make their way in. Take the following code: Const tnob = 5 ' total number of balls ReDim rolling(tnob) This works in real vbscript, but fails here. As a work around, I've updated the script to: Const tnob = 5 ' total number of balls Dim rolling() ReDim rolling(tnob) According to the rules I've found: It's possible to create a new dynamic array within a procedure using the ReDim statement if the array to which it refers doesn't already exist at either module or level. Typically, this results from an error of omission; the programmer forgets to explicitly define the array using Dim, Public, or Private. Since this method of creating an array can cause conflicts if a variable or array of the same name is subsequently defined explicitly, ReDim should be used only to redimension an existing array, not to define a new one. -- 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 16

[Bug 32572] New: Alpha Polaris doesn't play well with built-in d3dx9 libraries
by wine-bugs＠winehq.org Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=32572 Bug #: 32572 Summary: Alpha Polaris doesn't play well with built-in d3dx9 libraries Product: Wine Version: 1.5.20 Platform: x86 URL: http://www.gamershell.com/download_75822.shtml OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Created attachment 42985 --> http://bugs.winehq.org/attachment.cgi?id=42985 terminal output The game comes with native d3dx9_34.dll installed in the game directory, the reported problems happen only when you set it to built-in. wine-1.5.20-57-gdabde6a or newer is needed to test this bug (a follow-up to bug #27627). The game starts and loads to the menu fine with the built-in d3dx9_34 but you will face several issues throughout the game. Install the demo then start it with AlphaPolaris.exe. Click <OK> in the launcher and get in the game. Start a new game from the menu, skip the intro video. Here are some issues I noticed with built-in d3dx: - anytime you press a key (either in the menu or in mid-game) a black bar appears in the upper left corner. An error message from the game engine (Wintermute) is hiding behind those black bars, as I've seen those in the game from bug #29495. "Script runtime error. View log for details". - the game begins with a conversation but dialogues/subtitles are displayed so fast that you can hardly read them. Probably due to this, most of the audio (speech) is missing from the game. - when the opening conversation ends you should see the main character standing in front of his bed. With built-in d3dx the character is missing (invisible). - the game tends to crash on exit as can be seen in the attached log file. All those issues are non-existent when d3dx9_34=native. Saved games that were created with built-in d3dx9_34 are also affected. If you load a saved game created with built-in, those issues are present, even if the game was started with native. -- 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 19

[Bug 50210] New: S.T.A.L.K.E.R.: Call of Pripyat needs D3DX11GetImageInfoFromMemory implementation
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

https://bugs.winehq.org/show_bug.cgi?id=50210 Bug ID: 50210 Summary: S.T.A.L.K.E.R.: Call of Pripyat needs D3DX11GetImageInfoFromMemory implementation Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Enhanced full dynamic lighting (DX11) fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 08D75427, src_data_size 65664, pump 00000000, img_info 0031D0C0, hresult 00000000 stub! wine-5.22-195-gcbca9f847f6 -- 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 57877] New: CMD: Parsing issue: Mismatch in parentheses provoked by trailing tab
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

https://bugs.winehq.org/show_bug.cgi?id=57877 Bug ID: 57877 Summary: CMD: Parsing issue: Mismatch in parentheses provoked by trailing tab Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: Dominik-Home(a)gmx.de Distribution: --- Wine has issues in parsing if-statements like the following: if not [%FOO:~-1%] == [True] ( <----- NOTE THE TRAILING TAB HERE echo ENTERED IF-EXPRESSION ) On Windows those kind of expressions execute as expected but on Wine it errors with a note 'Mismatch in parentheses.'. While playing around with this construct I realised that the trailing tab may cause this issue. As soon as I remove it, the code seems to work. See also the attached reproducers. For reference this, is the last issue to get the PlanAhead (part of Xilinx ISE) batch scripts to work. They are responsible for configuring the environment and starting the GUI. -- 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 58700] New: Regression: Direct3D applications show a blank screen under wined3d in 10.15
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=58700 Bug ID: 58700 Summary: Regression: Direct3D applications show a blank screen under wined3d in 10.15 Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: im.tech.tac+wine(a)gmail.com Distribution: --- As of Wine-staging 10.15, all Direct3D applications only render a blank (often black) screen while still producing sound and reacting to inputs. This issue was not present in 10.14, downgrading to it fixes the problem. Multiple Unity games seem to have consistently produced this issue. Arch Linux, latest packages up to 2025/09/14. KDE Plasma 6 Wayland session. Both X11 and Wayland Wine backends seem affected. AMD A8-5500B with Radeon HD 7560D. No Vulkan support whatsoever. -- 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 9127] Multiple applications require system stream support in the MPEG-I splitter (Drome Racers, Ninki Seiyuu no Tsukukurikata)
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=9127 --- Comment #125 from Zeb Figura <z.figura12(a)gmail.com> --- (In reply to Bob from comment #124) > This issue is still reproducible in Wine 10.14. > After the error message is shown, the cutscene audio works with a black > screen. > The terminal shows: > > 01a8:err:quartz:autoplug Failed to add filter, hr 0x80004005. Please ensure that your 32-bit GStreamer plugins are installed and try again. -- 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 0

[Bug 7115] Need for Speed III installer fails in Win9X mode, reporting "Could not get 'HardWareKey' value" (active PnP device keys in 'HKEY_DYN_DATA\\Config Manager\\Enum' missing)
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=7115 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |b2acf5d8568026715101d4509bb | |e043889f0aca1 Status|STAGED |RESOLVED CC| |z.figura12(a)gmail.com Resolution|--- |FIXED --- Comment #29 from Zeb Figura <z.figura12(a)gmail.com> --- Fixed upstream by b2acf5d8568026715101d4509bbe043889f0aca1. -- 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 0

[Bug 58736] New: Commandos: Behind Enemy Lines screen rotated, when playing on Xephyr/Wayland with KWin_x11
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=58736 Bug ID: 58736 Summary: Commandos: Behind Enemy Lines screen rotated, when playing on Xephyr/Wayland with KWin_x11 Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: nintyfan19(a)gmail.com Distribution: --- Created attachment 79358 --> http://bugs.winehq.org/attachment.cgi?id=79358 Logs from GDI Game is launched incorrectly. Screen is rotated. I do not known if GDI is broken or something else. I attached GDI logs, cause I think it is most suspicious. -- 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 57547] New: All HIDRAW devices stop working after pressing extra button on Logitech G903 mouse
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

https://bugs.winehq.org/show_bug.cgi?id=57547 Bug ID: 57547 Summary: All HIDRAW devices stop working after pressing extra button on Logitech G903 mouse Product: Wine Version: 10.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: dixonte+winehq(a)stc-networks.com Distribution: --- Created attachment 77615 --> https://bugs.winehq.org/attachment.cgi?id=77615 WINEDEBUG=+hid,+plugplay,+dinput,+rawinput WINEPREIF=$HOME/Games/star-citizen /usr/lib/wine-staging-10.0_rc2/bin/wine control I have my G903 configured such that pressing one of the extra buttons emulates pressing F14 on a keyboard. I have also built a foot pedal using a microcontroller that does the same thing. I use this for push-to-talk in Discord. When I press the extra button on my mouse, this seems to cause an error in wine that stops all HIDRAW devices from working until I restart wineserver. Oddly and importantly, the foot pedal does not cause the same issue. (I'm vaguely aware this mouse is what Logitech calls 'HID++', so I wouldn't be surprised if they are doing something weird that is tripping wine up.) I've attached a log of reproducing the issue by running 'wine control' with WINEDEBUG=+hid,+plugplay,+dinput,+rawinput Now that I know how to do it I can reproduce the issue 100% of the time. -- 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 33

[Bug 57367] New: DLNest crash due to unimplemented function
by WineHQ Bugzilla Oct. 3, 2025

Oct. 3, 2025

https://bugs.winehq.org/show_bug.cgi?id=57367 Bug ID: 57367 Summary: DLNest crash due to unimplemented function Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- DLNest new 2.0 version use dotnet and shown following message Unimplemented function ntdll.dll.NtCreateWaitCompletionPacket called at address 00006FFFFFC5F038 (thread 0140), starting debugger... which is seems like unimplemented in 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 15

[Bug 35648] New: Anthem Room Correction 2 v1.0.1: crash when connecting to A/V receiver in auto mode
by wine-bugs＠winehq.org Oct. 2, 2025

Oct. 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=35648 Bug ID: 35648 Summary: Anthem Room Correction 2 v1.0.1: crash when connecting to A/V receiver in auto mode Product: Wine Version: 1.7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tristan.schmelcher(a)gmail.com Created attachment 47607 --> http://bugs.winehq.org/attachment.cgi?id=47607 Console output The application Anthem Room Correction 2 v1.0.1 crashes when trying to connect to an A/V receiver if run in automatic mode (with "/Auto" specified on the command line). The application also fails in manual mode at the same spot, but it doesn't crash; instead it hangs with 100% CPU usage. The console output with stack trace from the crash in automatic mode is attached. The application can be downloaded at http://anthemav.com/downloads/ARC-2%20Setup.zip, but you must have an Anthem A/V receiver in order to get this far in it. I am happy to carry out suggested testing/debugging. 74dc2107ca936dddbd0fc6abbb2baf74e387c163 ARC-2 Setup.zip -- 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 58734] New: How to disable usage of wayland and use x11 (xwayland) instead
by WineHQ Bugzilla Oct. 2, 2025

Oct. 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=58734 Bug ID: 58734 Summary: How to disable usage of wayland and use x11 (xwayland) instead 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: euloanty(a)live.com Distribution: --- After 9.22 it enforces wayland but it does not work correctly on my machine (like UI issues, keyboard issues, no touch support etc). How to disable 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

[Bug 23326] New: Cannot change printer settings, Family Tree 7
by wine-bugs＠winehq.org Oct. 2, 2025

Oct. 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=23326 Summary: Cannot change printer settings, Family Tree 7 Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jamesl(a)bestweb.net Created an attachment (id=29072) --> (http://bugs.winehq.org/attachment.cgi?id=29072) FTW7 print dialogue, compare Wine to XP Cannot select printer/change print settings with Family Tree Maker 7. Dialogue box comes up, drop-down boxes are working, but radio buttons for switching between "default printer" and an alternate printer are not selectable. Have compared the print dialogue between Wine vs a native install under Windows XP (SP3) and notice some text from the Windows install does not show up under Wine. Also tried the same thing with the "free" version of FTM2005se available at http://past.familytreemaker.com/download/starter.aspx and found it's behavior is the same. So I will describe steps from there, since it would be eaier for someone to get that to test against. STEPS TO RECREATE: 1: Set up wine profile with "WINEPREFIX=/home/jelabarre/wine-apps/ftw2005 winecfg"; set winver to "Windows XP", point the Documents directory under Desktop Integration to my own Documents directory 2: install FTW2005 by running "WINEPREFIX=/home/jelabaWINEPREFIX=/home/jelabarre/wine-apps/ftw2005 wine ./FamilyTreeMaker2005se.exe", accept all defaults. 3: open FTW 2005 from "Wine" menu entry on Gnome menu. Selected "Buy Later" from popup window (does not affect outcome, as same print problem occurrs in a regular retail version of FTM7) 4: create new file, or use existing file (same result either way) 5: select "File | Print Setup", then try to select radio button for either "Default Printer" or "Specific Printer". Neither can be selected 6: try selecting a "specific printer" from drop-down box. Printer can be selected, but radio buttons still not functional. 7: after selecting a printer other than the default (such as print-to-PDF) and then try printing. Output will still go to the Linux default printer, no edits of the print settings will take effect. The "Family Archive Viewer v6.0" at http://familytreemaker.genealogy.com/abtffiv.html and "Family Archive Viewer v11.0" at http://www.genealogy.com/abtffiv.html are other variants that exhibits this behavior. Have attached sample screenshots of Wine vs WinXP versions of the print dialogue. -- 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 58733] New: widl gives a segmentation fault.
by WineHQ Bugzilla Oct. 2, 2025

Oct. 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=58733 Bug ID: 58733 Summary: widl gives a segmentation fault. Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian I tried this command: ~/wine/tools/widl/widl -I ~/wine/include/ -L ~/wine/dlls/stdole2.tlb/ ~/wine/include/msinkaut.idl Result: Segmentation fault This command works for other idl files like wbemdisp.idl I found a hack to work around the crash is to make the 4 methods in msinkaut that contain IDataObject static; might be a pointer to the cause of the bug? diff --git a/include/msinkaut.idl b/include/msinkaut.idl index 743dec82a40..0bc6d5c79d5 100644 --- a/include/msinkaut.idl +++ b/include/msinkaut.idl @@ -656,20 +656,20 @@ cpp_quote("#endif /* _WINGDI_ */") [in] VARIANT PacketData, [in] VARIANT PacketDescription, [out, retval] IInkStrokeDisp **Stroke); - HRESULT ClipboardCopyWithRectangle( + static HRESULT ClipboardCopyWithRectangle( [in] IInkRectangle *Rectangle, [in] InkClipboardFormats ClipboardFormats, [in] InkClipboardModes ClipboardModes, [out, retval] IDataObject **DataObject); - HRESULT ClipboardCopy( + static HRESULT ClipboardCopy( [in] IInkStrokes *strokes, [in] InkClipboardFormats ClipboardFormats, [in] InkClipboardModes ClipboardModes, [out, retval] IDataObject **DataObject); - HRESULT CanPaste( + static HRESULT CanPaste( [in] IDataObject *DataObject, [out, retval] VARIANT_BOOL *CanPaste); - HRESULT ClipboardPaste( + static HRESULT ClipboardPaste( [in] long x, [in] long y, [in, unique] IDataObject *DataObject, -- 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 58566] New: Maxis games (Simcity2000, SimCopter, StreetsofSimCity) do not work anymore because smackw32.dll won't load, no matter how much it's pasted all over the file system. WoW64 (yes I know you'll just ignore this bug as won't fix: that's how opensource is now)
by WineHQ Bugzilla Oct. 2, 2025

Oct. 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=58566 Bug ID: 58566 Summary: Maxis games (Simcity2000, SimCopter, StreetsofSimCity) do not work anymore because smackw32.dll won't load, no matter how much it's pasted all over the file system. WoW64 (yes I know you'll just ignore this bug as won't fix: that's how opensource is now) 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: chaosesqueteam(a)sogetthis.com Distribution: --- This dll doesn't work on WoW: it's in the game dir, and I put it in systemwow64, system32, and system. Doesn't work. No maxis games can run. (also note: the 16 bit installer doesn't work at all since you don't allow 16 bit apps in wow64 mode, only 32, so all of the games everyone is using wine for can't be installed the normal way anymore since they use 16 bit installer binaries) 0640:err:environ:init_peb starting L"F:\\WIN95\\SC2K\\SIMCITY.EXE" in experimental wow64 mode 0640:fixme:wow:wow64_NtSetLdtEntries 1107 0488323f 0000f335 0000 00000000 00000000: stub 0640:err:module:loader_init "smackw32.dll" failed to initialize, aborting 0640:err:module:loader_init Initializing dlls for L"F:\\WIN95\\SC2K\\SIMCITY.EXE" failed, status c0000005 Ok so I'll be banned now for reporting a bug >WOW64: WONT FIX!!! >MAXIS 16 bit installer! WONT FIX >32 bit dll though and you got around the installer >WONT FIX AND BANNED!!! Opensource really sucks these days. I liked it when I was coding with my friends 20 years ago. This culture of bullshit didn't exist then, and ultra professionalism. We are hackers. Not professional software engineers. -- 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 58613] New: wine cannot run WinAuth at all - no GUI, instant crash
by WineHQ Bugzilla Oct. 2, 2025

Oct. 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=58613 Bug ID: 58613 Summary: wine cannot run WinAuth at all - no GUI, instant crash Product: Wine Version: 10.13 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: owokkgccs0s8os0gk4o4gsk8wss0w0ww(a)ai.notifier.in Distribution: --- https://github.com/winauth/winauth 1. "wine /path/to/WinAuth.exe" -- 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 58583] New: msvcp140: Multiple modern applications using C++ Concurrency crash in CONCRT140.dll on startup
by WineHQ Bugzilla Oct. 2, 2025

Oct. 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=58583 Bug ID: 58583 Summary: msvcp140: Multiple modern applications using C++ Concurrency crash in CONCRT140.dll on startup Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: waser(a)waser.tech Distribution: --- Created attachment 79107 --> http://bugs.winehq.org/attachment.cgi?id=79107 The game's own crash log from its `_appdata_ixray_/logs` directory. This report details a consistent, immediate startup crash in `CONCRT140.dll` affecting modern S.T.A.L.K.E.R. engine forks. These engines are based on the open-source **Open X-Ray 1.6**, which itself works flawlessly under Wine. The crash only appears in these newer, more advanced forks which leverage the MSVC concurrency runtime for performance. This strongly indicates the issue lies within Wine's implementation of these APIs, not a bug in the engines themselves. This is effectively a regression, as the baseline engine works while the newer, concurrency-enabled versions do not. **Existing Related Bugs:** This issue appears to be a new, highly reproducible test case for known problems in Wine's concurrency support. We are filing this as a new report due to the unique test case and the specific failure point (constructor vs. destructor), but it is likely caused by the same underlying issues as: - **Bug 52899:** Notes that `CONCRT140.dll` requires `CreateEventExW` from `kernel32`. This is the most likely root cause. - **Bug 41749:** Shows a crash in the destructor for `Concurrency::details::_TaskCollection`. Our crash occurs in the *constructor* of this same object, demonstrating a different failing code path. Our report provides two clear methods to reproduce this crash, including one that is fully free and requires no commercial software. --- ### **Primary Reproduction Steps (IX-Ray on S.T.A.L.K.E.R.: Call of Pripyat)** *(Steps 1-5 as in previous draft)* 6. **Run the Game with Debug Logging:** Launch the game using its main executable with full debug channels enabled. ```bash WINEDEBUG=+all wine Stalker-COP.exe &> stalker_cop_crash_all.log WINEDEBUG=+seh,+loaddll wine Stalker-COP.exe &> stalker_cop_crash_seh.log ``` 7. **Result:** The process will crash immediately. The game's own crash log (in `_appdata_ixray_/logs`) and the attached Wine debug logs will show a fatal error in `CONCRT140.dll`. --- ### **Alternative Reproduction Steps (AOEngine on S.T.A.L.K.E.R. Anomaly)** *(As in previous draft, but with the same logging commands)* --- **Expected Behavior:** The game launcher should appear, and the game should launch to the main menu successfully, as it does on Windows and as the baseline Open X-Ray 1.6 engine does under Wine. **Logs:** Three files will be attached for the primary reproduction case: 1. `stalker_cop_crash_seh.log`: A small log with `+seh,+loaddll` for quick initial review. 2. `stalker_cop_crash_all.log.bz2`: The complete `+all` debug log, compressed with bzip2 due to its large size. 3. `ixray-2025.08.10-02.37.21-waser.log`: The game's own crash log from its `_appdata_ixray_/logs` directory. **References:** - **IX-Ray GitHub (Open Source Engine):** https://github.com/ixray-team/ixray-1.6-stcop - **GE-Proton Issue #197 (Full History):** https://github.com/GloriousEggroll/proton-ge-custom/issues/197 -- 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 57744] New: Custom? 7z self extracting archive for autocad is broken
by WineHQ Bugzilla Oct. 2, 2025

Oct. 2, 2025

https://bugs.winehq.org/show_bug.cgi?id=57744 Bug ID: 57744 Summary: Custom? 7z self extracting archive for autocad is broken Product: Wine Version: 10.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: francisco278herrera(a)gmail.com Distribution: --- Created attachment 77944 --> https://bugs.winehq.org/attachment.cgi?id=77944 dlls that aren't extracted I tried installing autocad 2025 from the autodesk website https://www.autodesk.com/products/autocad/overview?term=1-YEAR&tab=subscrip… the installer at first fails to open. it seems to be a custom? 7z self extracting archive that is broken so some dlls within it are not extracted and the installer does not run. i have attached the full terminal output with the dlls. so i opened the exe using gnome file roller and copied those dlls to wine's system32 folder. then the installer runs and gets stuck at 3%, but that is another 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 9

[Bug 58569] New: 32 bit video dll "smackw32" does not load under WoW64 for some reason (mac OSX, 64 bit only) (sorry, wine works fine elsewhere, only hit this on macOSX)
by WineHQ Bugzilla Oct. 2, 2025

Oct. 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=58569 Bug ID: 58569 Summary: 32 bit video dll "smackw32" does not load under WoW64 for some reason (mac OSX, 64 bit only) (sorry, wine works fine elsewhere, only hit this on macOSX) Product: Wine Version: 10.12 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chaosesqueteam(a)sogetthis.com The widely used video codec DLL smackw32.dll, which is used by Maxis games and other things from the fun era of PC videogaming, doesn't load for some reason under WoW64 on MacOSX 64-bit only (ie: past 10.15 etc). Other 32 bit apps work fine (notepad++ 32 bit compile, simcity 3000 executable works fine, etc). No idea why this one 32 bit dll doesn't work, but it doesn't Reporting as it's a 32 bit item that isn't loading under WoW64: (not 16 bit issue as mistaken for). 0640:fixme:wow:wow64_NtSetLdtEntries 1107 0488323f 0000f335 0000 00000000 00000000: stub 0640:err:module:loader_init "smackw32.dll" failed to initialize, aborting (Note: happens on 32 bit compiled apps like: Streets of Sim .exe , simcopter.exe, and network enabled simcity 2000.exe (2SCN), which is 32 bit). I tried the smackw32.dll included on the CDs, and put them in different places: system64wow, system32, and then system. It is also in existance alongside the exes. So every possibility was tried. -- 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 56881] New: BloodRayne unable to run in wow, but able to run under none wow build
by WineHQ Bugzilla Oct. 2, 2025

Oct. 2, 2025

https://bugs.winehq.org/show_bug.cgi?id=56881 Bug ID: 56881 Summary: BloodRayne unable to run in wow, but able to run under none wow build Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 76692 --> https://bugs.winehq.org/attachment.cgi?id=76692 Log with WINEDEBUG=+server,relay the game seems and anti-cheat in it. Game is unable to run under wow build of wine but success run under none wow build OS is ubuntu 20.04 wine is latest master. -- 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 12