wine-bugs

wine-bugs@winehq.org

159134 discussions

[Bug 58592] New: Font substitution partially broken - regression
by WineHQ Bugzilla 27 Sep '25

27 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58592 Bug ID: 58592 Summary: Font substitution partially broken - regression 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: zdenek.koprivik(a)post.cz Distribution: --- While trying to replace "Tahoma" with "Noto Sans Regular" (the default Plasma desktop font), I've encountered an issue, where the font replacement does not work in some cases. Since I'm migrating from a very old system with Wine 1.6.2, I know that the font replacement used to work for the exact same binary and the same UI elements. I've set the following registry keys: [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes] "Tahoma"="Noto Sans Regular" "Segoe UI"="Noto Sans Regular" "MS Shell Dlg"="Noto Sans Regular" "MS Shell Dlg 2"="Noto Sans Regular" The issue can be reproduced by opening the file dialog in the built-in registry editor. Running the built-in registry editor I've got the main font changed to "Noto Sans Regular" as expected, but in the file open dialog for import, there is still "Tahoma". When I'm browsing for directories, the font changes to "Noto Sans Regular", but when an item is selected, the font changes back to "Tahoma". Here is a short video showing the issue: https://imgur.com/a/l0BhsB8 This is only one example of the non-working substitution. The "Tahoma" is also rendered on the buttons and almost everywhere around in the dialog. I'm using the substitution mostly for MikroTik network equipment management apps (WinBox and The Dude) to improve the readability. It is working fine when running the exact same binaries on the old PC with Wine 1.6.2, but I can't get it to work with the newest Wine. The system is KDE neon User, Plasma 6.4.4, Wine 10.12 from the WineHQ PPA. -- 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 49780] New: wineconsole reports VT sequence support when it does not
by WineHQ Bugzilla 27 Sep '25

27 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=49780 Bug ID: 49780 Summary: wineconsole reports VT sequence support when it does not Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: magiblot(a)hotmail.com Distribution: --- Created attachment 68092 --> https://bugs.winehq.org/attachment.cgi?id=68092 Demo application to reproduce the issue Wineconsole does not support applications writing Virtual Terminal sequences through the Console API. That's fine. However, when enabling the console ENABLE_VIRTUAL_TERMINAL_PROCESSING mode on stdout with SetConsoleMode, no error is returned, so the application has no way to detect whether VT sequences are supported or not. This is documented in https://docs.microsoft.com/en-us/windows/console/setconsolemode. The port of Turbo Vision at https://github.com/magiblot/tvision is affected by this. When using the Console API, Turbo Vision prefers VT sequences over SetConsoleCursorPosition/SetConsoleTextAttribute for code reusability and performance. Nevertheless, it can fall back to the latter method when SetConsoleMode fails to enable either ENABLE_VIRTUAL_TERMINAL_PROCESSING or DISABLE_NEWLINE_AUTO_RETURN. Since SetConsoleMode does not return error on wineconsole, garbage is shown instead of a colorful interface. STEPS TO REPRODUCE To reproduce the issue on Turbo Vision: (A) - Using the attached 'tvdemo.exe' 1. Run the application on wineconsole. You should see a black-and-white background and escape sequences drawn on the console. 2. Press Alt+F, then D. You should see the command prompt, and the message "VT enabled" at the top, which demonstrates the issue in SetConsoleMode. (B) - Compiling from source code (requires up-to-date CMake and MSVC). 1. Insert the following code after line 63 in source/linux/win32con.cpp (https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63…): ``` if (supportsVT) cerr << "VT enabled" << endl; else cerr << "VT not enabled: " << GetLastError() << endl; ``` 2. Follow the build instructions at https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63… 3. Follow the steps in (A). EXPECTED BEHAVIOUR On Windows, support for VT sequences can be disabled by turning on the "Legacy Console" mode. If tvdemo.exe is ran in these conditions, the interface is displayed properly. If entering the command prompt by pressing Alt+F, then D, the message "VT not enabled: 87" is displayed (error 87 stands for ERROR_INVALID_PARAMETER), which is what should be shown on wineconsole as well, since it clearly does not support VT sequences. Thank you! -- 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 58738] New: debian packages and wow64
by WineHQ Bugzilla 27 Sep '25

27 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58738 Bug ID: 58738 Summary: debian packages and wow64 Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: info(a)fernandolucas.info CC: dimesio(a)earthlink.net Distribution: --- So far it seems that the Debian packages are built without the wow64 support? Is this right? If so, in view of the wine 11 release, allowing the wow64 mode in the packages would be a great step forward. There is the step of the hardcoded dependency into the i386 packages. I have workaround this with a local dummy package, printf "Package: wine-devel-i386-dummy Version: %s Architecture: all Provides: wine-devel-i386 (= %s) Conflicts: wine-devel-i386 Replaces: wine-devel-i386 Maintainer: Dummy Maintainer <noreply(a)example.com> Description: Dummy package to satisfy wine-devel-i386 dependency This is a placeholder package that pretends to be wine-devel-i386. " "$VERSION" "$VERSION" > wine-devel-i386-dummy_${VERSION}/DEBIAN/control I install this package first, and then I can install wine-devel and winehq-devel without complaining about dependencies. It would be ideal if the repositories also provide something such as wine-devel-i386-dummy in the release process and document that by installing it, the win32 dependency is avoided. -- 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 51230] New: winecfg: Graphics tab - Per application settings don't work
by WineHQ Bugzilla 26 Sep '25

26 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=51230 Bug ID: 51230 Summary: winecfg: Graphics tab - Per application settings don't work Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jkfloris(a)dds.nl Distribution: --- "Wine can mimic different Windows versions for each application. This tab is linked to the Libraries and Graphics tabs to allow you to change system-wide or per-application settings in those tabs as well." >From this I understand that it should also be possible to also set the DPI or a virtual desktop per application. Unfortunately, this does not work. For example: winecfg Applications tab -> Add application -> "notepad.exe" (select notepad.exe) Graphics tab -> Select "Emulate a virtual desktop" (click "Apply" and "OK") wine notepad.exe Now I expect notepad to run in a virtual desktop. -- 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 19

[Bug 58736] New: Commandos: Behind Enemy Lines screen rotated, when playing on Xephyr/Wayland with KWin_x11
by WineHQ Bugzilla 26 Sep '25

26 Sep '25

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 2

[Bug 56941] New: EA app fails to launch game if total size of environment variables exceeds ~32000 characters
by WineHQ Bugzilla 26 Sep '25

26 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=56941 Bug ID: 56941 Summary: EA app fails to launch game if total size of environment variables exceeds ~32000 characters Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: tinozzo123(a)gmail.com Distribution: --- ### Steps to reproduce Preparation: - Have the EA app installed: https://origin-a.akamaihd.net/EA-Desktop-Client-Download/installer-releases… - I installed it through Bottles, which installs the following Winetricks dependencies: https://github.com/bottlesdevs/programs/blob/main/Games/eaclient.yml Reproducing: - Set a very long environment variable, before launching the EA app - From the EA app, launch any game - Alternatively, execute the game directly, it will automatically launch the EA app to launch the game - If you don't have any game, "The Sims 4" is free - The game won't launch, an error popup from the EA app will appear (see notes) ### Notes It doesn't matter whether these ~32000 characters are from a single environment variable, or from the combination of many of them. I didn't test on Windows. It may be impossible to test there, since the environment block there has a limit of 32760 characters (which may probably be the reason for this issue in the first place). I say "~32000", because the issue starts occurring a little before 32760 characters. However, my counting method was imprecise (I simply typed `set` in `wine cmd`, then counted the characters), and there's also the fact that the EA app also sets its own environment variables. The issue also occurs with games bought from Steam (thus launched with Proton) that also have to go through the EA app (thanks EA). This issue existed before, and the weird thing is that the error popup from the EA app is different from some time ago (I imagine due to the app being updated). Before it was: "Failed to launch game. An error on our end caused the launch to fail. Try again a little later." Now it's: "The game hasn't released yet" (which is obviously untrue). Is it a stack overflow issue? Logs obtained with `WINEDEBUG=EADesktop.exe:+relay` are too big to attach, even compressed. Let me know what `WINEDEBUG` parameters I should use instead. I can see that the app calls `GetEnvironmentStringsW`, shortly followed by a `WideCharToMultiByte` for each variable (key and value separately). This is done three times. -- 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 58734] New: How to disable usage of wayland and use x11 (xwayland) instead
by WineHQ Bugzilla 25 Sep '25

25 Sep '25

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 1

[Bug 43747] New: Yermom demoscene demo shows only a blackscreen
by wine-bugs＠winehq.org 25 Sep '25

25 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=43747 Bug ID: 43747 Summary: Yermom demoscene demo shows only a blackscreen Product: Wine Version: 2.17 Hardware: x86 URL: http://www.pouet.net/prod.php?which=71570 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Depends on: 43638 Distribution: --- The program needs "winetricks gmdls", and currently only works with wine-staging due to bug 43638. However, the screen is completely white, only the music plays. You're advised to use "emulate a virtual desktop" if you want to test the hack, then you can quit the fullscreen with ESC. -- 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 49195] New: Multiple 4k demoscene OpenGL demos crash on startup (failure to lookup atom 0xC019 'static' from global atom tables)
by WineHQ Bugzilla 25 Sep '25

25 Sep '25

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 9

[Bug 58137] New: Installation of WISO MeinGeld is impossible after entering the license key
by WineHQ Bugzilla 24 Sep '25

24 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58137 Bug ID: 58137 Summary: Installation of WISO MeinGeld is impossible after entering the license key Product: Wine Version: 10.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: guentera(a)gmx.de Distribution: --- Created attachment 78415 --> http://bugs.winehq.org/attachment.cgi?id=78415 Enter the License Key After entering the license key and confirming the licensing conditions, you will be asked to confirm the conditions again and again. Unable to complete the installation. WISO "Mein Geld Professional" is a German finance Software. Follow this link to get a free 30-day trial: https://www.buhl.de/c-j/wiso-meingeld-pro-2025/ Download: https://download.buhl.de/Download/MeinGeld/MG2025/ESD/WISOFinanz2025.exe Wine-Mono and Wine-Gecko must be installed. -- 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 47135] New: Onenote fails to start: Desktop Experience feature is not installed ( lacking Win32_ServerFeature class from wbemprox)
by wine-bugs＠winehq.org 24 Sep '25

24 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=47135 Bug ID: 47135 Summary: Onenote fails to start: Desktop Experience feature is not installed (lacking Win32_ServerFeature class from wbemprox) Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 64360 --> https://bugs.winehq.org/attachment.cgi?id=64360 hack to start Onenote The relaylog below *** made with ONENOTE (MSOffice 2010) shows problem apparently seems to be in wbemprox, missing Win32_ServerFeature class The attached crappy hack allowed me to start Onenote, and also Onenote from Office365 starts with it. Crappy hack is only to show where the problem is and problably contains several errors, hopefully someone can fix this in proper way (hint at Hans;)). Sidenote: reverting the hack makes Onenote from Office365 run into the bug again, but Onenote from office 2010 now continues happily to start; maybe it sets some registry key once started and the patch is not needed anymore? No idea. 008c:Call KERNEL32.lstrlenA(2e09825c "SELECT Name FROM Win32_ServerFeature") ret=2e0e8fd1 008c:Ret KERNEL32.lstrlenA() retval=00000024 ret=2e0e8fd1 008c:Call KERNEL32.MultiByteToWideChar(00000000,00000000,2e09825c "SELECT Name FROM Win32_ServerFeature",00000025,00000000,00000000) ret=2e0e8fe7 008c:Ret KERNEL32.MultiByteToWideChar() retval=00000025 ret=2e0e8fe7 008c:Call KERNEL32.MultiByteToWideChar(00000000,00000000,2e09825c "SELECT Name FROM Win32_ServerFeature",00000025,0033f9f0,00000025) ret=2e0e9085 008c:Ret KERNEL32.MultiByteToWideChar() retval=00000025 ret=2e0e9085 008c:Call oleaut32.SysAllocString(0033f9f0 L"SELECT Name FROM Win32_ServerFeature") ret=2e0e90bb . . . . 008c:Call user32.MessageBoxW(00000000,0033f6b2 L"OneNote cannot start because the Desktop Experience feature is not installed. Install it in the Windows Control Panel > Prog rams and Features > Turn Windows features on or off.",39835ba4 L"Microsoft Office",00000030) ret=39bb2183 -- 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 12

[Bug 58538] New: d2d_device_context_DrawGeometry Ignoring stroke style => No Circles, only Lines
by WineHQ Bugzilla 24 Sep '25

24 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58538 Bug ID: 58538 Summary: d2d_device_context_DrawGeometry Ignoring stroke style => No Circles, only Lines Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: d.astra(a)yopmail.com Distribution: --- Created attachment 79028 --> http://bugs.winehq.org/attachment.cgi?id=79028 WINEDEBUG=+d2d, Rainmeter 4.5.23 I'm using Rainmeter 4.5.23 with Wine 10.12-staging and everything, which should be round or a circle, is either not drawn at all or more of a hexagonal shape. Main error output in the console: 013c:fixme:d2d:d2d_geometry_sink_AddArc iface 0000000002E13CF8, arc 000000000011EC80 stub! 013c:fixme:d2d:d2d_geometry_sink_AddArc iface 0000000002E13CF8, arc 000000000011EC80 stub! 013c:fixme:d2d:d2d_path_geometry_GetWidenedBounds iface 0000000002E13BE0, stroke_width 0.00000000e+00, stroke_style 0000000000000000, transform 0000000000000000, tolerance 2.50000000e-01, bounds 000000000011EA40 stub! Further output with WINEDEBUG=+d2d as attachement -- 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 58665] New: cmd incorrectly wraps text containing ANSI escape sequences
by WineHQ Bugzilla 24 Sep '25

24 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58665 Bug ID: 58665 Summary: cmd incorrectly wraps text containing ANSI escape sequences Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: forestix(a)gaga.casa Distribution: --- Created attachment 79250 --> http://bugs.winehq.org/attachment.cgi?id=79250 reproducer: should print 3 lines; wine prints 4 lines Wine's cmd.exe prematurely inserts line breaks when a program's output contains non-printable ANSI escape sequences, such as those used to change colors. It looks as though Wine is counting not only the printable characters in the program's output, but also the non-printable ones, and using the total to decide where to insert a line break. Text that fits entirely on one line in a real Windows console is sometimes broken midway through the line, or followed by a blank line that should not be there, when run in an xterm using Wine. I am attaching a batch file that reproduces the problem. It should print 3 lines. The second line is identical to the others with the addition of some non-printable escape sequences. These characters should either occupy no width in the terminal (making the line length match the others) or be rendered as visible placeholder characters (as older Windows versions do). To see Wine handling it incorrectly, run it in an 80-column xterm or a similar terminal. Ideally, the output should look like this, with the head of line 2 in red: 79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789 79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789 79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789 In wine, the output looks like this: 79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789 79 chars _123456789_123456789_123456789_123456789_123456789_123456789_12 3456789 79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789 Bug 49780 is related, but IMHO does not excuse this behavior. Regardless of whether virtual terminal sequences are supported, Wine should either print a character or not count it toward the length of a line when deciding where to wrap 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 4

[Bug 58716] New: Camerabag Pro 2025.2 crashes with unhandled exception (unimplemented function propsys.dll.PropVariantToFileTime) on loading a JPEG
by WineHQ Bugzilla 23 Sep '25

23 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58716 Bug ID: 58716 Summary: Camerabag Pro 2025.2 crashes with unhandled exception (unimplemented function propsys.dll.PropVariantToFileTime) on loading a JPEG 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: superian(a)gmail.com Distribution: --- Created attachment 79316 --> http://bugs.winehq.org/attachment.cgi?id=79316 backtrace.txt generated by WINE New installation of WINE development version 10.15 on Linux Mint 22.2 (Ubuntu Noble-based). windowscodecs installed via winetricks (suggested at https://appdb.winehq.org/objectManager.php?sClass=version&iId=31067) then install the program. Installation OK, registration code accepted OK, runs until 'Load Photo/Video' when it crashes with the attached back trace saying: "Unhandled exception: unimplemented function propsys.dll.PropVariantToFileTime called in 64-bit code (0x006fffff3dd817)." -- 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 58719] New: Wagotabi crashes on wine-10.15.
by WineHQ Bugzilla 23 Sep '25

23 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58719 Bug ID: 58719 Summary: Wagotabi crashes on wine-10.15. 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: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 79320 --> http://bugs.winehq.org/attachment.cgi?id=79320 Console log The game Wagotabi (Steam AppID: 2701720. Uses Unity Engine) doesn't work under wine-10.15. Attempting to start the game in a clean prefix results in the game crashing with a black screen instantly on start up. Installing DXVK into the wine prefix gets the game to show it's company logos, but it then runs into https://bugs.winehq.org/show_bug.cgi?id=49028. Attempting to use -force-vulkan or -force-glcore Unity cmdline args results in the common UnityPlayer error: InitializeEngineGraphics failed. So the game lacks support for any alternative renderers. A demo is available on steam for anyone wanting to try this. Strangely, the game's store page claims it's Steam Deck Verified. So I guess proton is compatible, but I've only tested Wine, so I can't vouch for that claim. Console log attached. -- 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 58605] New: 10.13 - Compile Error
by WineHQ Bugzilla 23 Sep '25

23 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58605 Bug ID: 58605 Summary: 10.13 - Compile Error 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: jonfarr87(a)gmail.com Distribution: --- Created attachment 79140 --> http://bugs.winehq.org/attachment.cgi?id=79140 Config Log As of the 10.13 release I'm getting the below error. Tried both Vanilla and Staging, same issue. Can confirm the issue is not present with 10.12 i686-w64-mingw32-gcc -c -o dlls/ucrtbase/tests/i386-windows/printf.o dlls/ucrtbase/tests/printf.c -Idlls/ucrtbase/tests -Iinclude -Iinclude/msvcrt \ -D_UCRT -D__WINESRC__ -D__WINE_PE_BUILD -Wall -fno-strict-aliasing -Wdeclaration-after-statement \ -Wempty-body -Wignored-qualifiers -Winit-self -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits \ -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op -ffunction-sections \ -fno-omit-frame-pointer -mpreferred-stack-boundary=2 -gdwarf-4 -fno-builtin -g -O2 dlls/ucrtbase/tests/misc.c: In function ‘test_carg’: dlls/ucrtbase/tests/misc.c:2017:34: error: initializer element is not constant { -INFINITY, INFINITY, M_PI_3_4 }, ^~~~~~~~ dlls/ucrtbase/tests/misc.c:2017:34: note: (near initialization for ‘tests[8].expect’) dlls/ucrtbase/tests/misc.c: In function ‘test_cargf’: dlls/ucrtbase/tests/misc.c:2073:34: error: initializer element is not constant { -INFINITY, INFINITY, M_PI_3_4 }, ^~~~~~~~ dlls/ucrtbase/tests/misc.c:2073:34: note: (near initialization for ‘tests[8].expect’) make: *** [Makefile:191364: dlls/ucrtbase/tests/i386-windows/misc.o] Error 1 make: *** Waiting for unfinished jobs.... -- 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 58709] New: upgrade to 10.15 results in garbled fullscreen in Limelight Lemonade Jam
by WineHQ Bugzilla 23 Sep '25

23 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58709 Bug ID: 58709 Summary: upgrade to 10.15 results in garbled fullscreen in Limelight Lemonade Jam 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: pernegger(a)gmail.com Distribution: --- Created attachment 79308 --> http://bugs.winehq.org/attachment.cgi?id=79308 terminal output for 10.12–10.15 [Ubuntu 22.04, WINE packages from winehq.org repo] I've been playing the trial version of Limelight Lemonade Jam, which is available for free from https://sample9.dmm.co.jp/digital/pcgame/yuzu_0012/yuzu_0012t.zip, using WINE 10.12. No issues. Warning! The full game is NSFW, it's possible the trial has NSFW content as well; but if so, it doesn't come up for quite a while. WINE got upgraded to 10.15 just now, and the game doesn't launch correctly any more, the display is messed up, see screenshot. So I tested 10.12–10.15, each run with a fresh prefix, and it's reproducible: - 10.12: OK - 10.13: OK - 10.14: OK - 10.15: BROKEN Full disclosure, I've set the game to fullscreen and enabled the suspend/resume function, i.e. it'll bypass the main menu on launch and resume the game directly. Judging by the sound, the game loads fine even on 10.15, AFAICT it still reacts to keyboard input correctly, it's just the display that's messed up. It's likely that this affects other games using the KiriKiri engine as well. -- 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 58732] New: Bel Atout: when opening a file linked with a file type, Bel Atout is not brought to top
by WineHQ Bugzilla 23 Sep '25

23 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58732 Bug ID: 58732 Summary: Bel Atout: when opening a file linked with a file type, Bel Atout is not brought to top Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vincent.brevart3526(a)outlook.fr Distribution: --- Created attachment 79348 --> http://bugs.winehq.org/attachment.cgi?id=79348 A .bel file that can be opened by Bel Atout from the file explorer In Bel Atout (card game), .bel files can be opened by a double click from the file explorer. On Ubuntu 22.04, with Wine 10.0, if Bel Atout is not yet running, opening a .bel file works fine, with Bel Atout brought to top. Now, if Bel Atout is already running, a file can be opened in the same window, without opening a new instance. It works fine on Ubuntu. But if I click on the Bel Atout window, just once, anywhere, even if it has no action, the next time I open a file by a double click, the file explorer window will be brought to top, above the Bel Atout window. This doesn't happen on Windows. As I am the programmer of Bel Atout, I tried many Windows functions like SetForegroundWindow, BringWindowToTop, SetWindowPos, SetActiveWindow, ShowWindow and so on. But no way to avoid the file explorer window to be brought to top. You can download Bel Atout (free card game) from the page: https://vincent-brevart.fr/en/lin/card-games-for-linux.html I am attaching a .bel file that you can open from the file explorer. Not very annoying, but if the .bel file is a "prepared game" with a dialog box that opens before playing the deal, the file explorer windows appears twice: the first time when the file is opened, and a second time when clicking the "Play the prepared game" button and closing the dialog box. I don't understand why. You can test the opening of the prepared games on my page: https://vincent-brevart.fr/en/pre/belote/prepared-games-belote-beginner1.ht… But it may be a problem coming from my own way of programming, sorry if it does. Thanks for your great work. Vincent -- 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 58720] New: Using drag and drop on Shoebox (an Adobe Air program) causes a page fault
by WineHQ Bugzilla 23 Sep '25

23 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58720 Bug ID: 58720 Summary: Using drag and drop on Shoebox (an Adobe Air program) causes a page fault Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blox2000(a)protonmail.com Distribution: --- Created attachment 79323 --> http://bugs.winehq.org/attachment.cgi?id=79323 Program Error Details When trying to use the Shoebox program by dragging and dropping image files, the application crashes with a page fault. This happens both on AMD64 and i386 prefixes. -- 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 21855] New: WordPro Windows pull down does not show file names
by wine-bugs＠winehq.org 22 Sep '25

22 Sep '25

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 22

[Bug 58724] New: Regression: heroes of the storm doesn't start
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58724 Bug ID: 58724 Summary: Regression: heroes of the storm doesn't start Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: idarktemplar(a)mail.ru Distribution: --- Created attachment 79330 --> http://bugs.winehq.org/attachment.cgi?id=79330 0001-Fix-battle.net.patch Heroes of the storm crashes on start with error message "g_gfxErrorAPIError". It started happening with wine 10.15. Game URL: https://heroesofthestorm.blizzard.com/en-us/ Battle.net is needed for game. To run a battle.net application an attached patch is used. OS: Gentoo amd64 Videocard info: OpenGL vendor string: AMD OpenGL renderer string: AMD Radeon RX 7900 XTX (radeonsi, navi31, LLVM 20.1.8, DRM 3.61, 6.12.41-gentoo-v68) OpenGL core profile version string: 4.6 (Core Profile) Mesa 25.2.3 OpenGL core profile shading language version string: 4.60 dxvk 2.7.1 is used: https://github.com/doitsujin/dxvk/ vkd3d-proton 2.14.1 is used: https://github.com/HansKristian-Work/vkd3d-proton/ I've tried running wine without dxvk and vkd3d-proton and issue didn't go away. I did git bisect and got following result: f7619fe4875c0082c410570051c1770114c62b96 is the first bad commit commit f7619fe4875c0082c410570051c1770114c62b96 Author: Connor McAdams <cmcadams(a)codeweavers.com> Date: Tue Aug 12 09:52:40 2025 -0400 d3dx11: Implement D3DX11GetImageInfoFromMemory() using shared code. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=50210 Signed-off-by: Connor McAdams <cmcadams(a)codeweavers.com> dlls/d3dx11_43/Makefile.in | 5 ++++- dlls/d3dx11_43/d3dx11_43_main.c | 9 -------- dlls/d3dx11_43/dxhelpers.h | 21 +++++++++++++++++ dlls/d3dx11_43/tests/d3dx11.c | 21 ++++++----------- dlls/d3dx11_43/texture.c | 243 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 5 files changed, 275 insertions(+), 24 deletions(-) create mode 100644 dlls/d3dx11_43/dxhelpers.h $ git bisect log # bad: [72dc2afb1a78f88cd930d61a20498838a3bea271] Release 10.15. # good: [b073859675060c9211fcbccfd90e4e87520dc2c2] Release 10.0. git bisect start 'wine-10.15' 'wine-10.0' # good: [80278c34bd7d93dcfcb59c321bfb7f271cf1eda5] dbghelp: Add method to enumerate symbols. git bisect good 80278c34bd7d93dcfcb59c321bfb7f271cf1eda5 # good: [e374980d0bfc7413e0cc1da5fcca5e9c8c851281] sapi/stream: Remove the FIXME message for unknown ISpStream interfaces. git bisect good e374980d0bfc7413e0cc1da5fcca5e9c8c851281 # good: [618903c8006945e0949e5630857d495f8f81e183] cryptxml: Implement CryptXmlVerifySignature() stub. git bisect good 618903c8006945e0949e5630857d495f8f81e183 # good: [e672573bd7aa734cff7b8a44a78504ad77bf5d9c] cmd/tests: Add more tests about ERASE builtin command. git bisect good e672573bd7aa734cff7b8a44a78504ad77bf5d9c # good: [665229874b6c46247f7fb7b639e35a6b40b6fef1] win32u: Strip unsupported structs from vkCreateImage chain. git bisect good 665229874b6c46247f7fb7b639e35a6b40b6fef1 # good: [c20abdb856139f156ceab0afbb8454e0ad79f0a4] gdiplus: Manually blend to white background if the device doesn't support alpha blending. git bisect good c20abdb856139f156ceab0afbb8454e0ad79f0a4 # good: [9674f905fba249845ca282dee1c7218e57b4d074] windows.media.mediacontrol: Stub ISystemMediaTransportControlsDisplayUpdater::put/get_Thumbnail(). git bisect good 9674f905fba249845ca282dee1c7218e57b4d074 # bad: [93dbe66d6ef7e5f952885f1f79d2e90752482804] include: Use the client pointer in debugstr_opengl_drawable. git bisect bad 93dbe66d6ef7e5f952885f1f79d2e90752482804 # good: [3b41f3fba1014942598af49edd796dbb72bac68a] d3dx11/tests: Add a helper function for checking image info structure values. git bisect good 3b41f3fba1014942598af49edd796dbb72bac68a # bad: [d556ee879077ef65141ea9e910574f274ee86e0e] preloader: Make thread_ldt reference position independent. git bisect bad d556ee879077ef65141ea9e910574f274ee86e0e # bad: [f7619fe4875c0082c410570051c1770114c62b96] d3dx11: Implement D3DX11GetImageInfoFromMemory() using shared code. git bisect bad f7619fe4875c0082c410570051c1770114c62b96 # good: [d98935a7dab6338e57abefa58e12ac252eec6023] d3dx11/tests: Import more image info tests from d3dx10. git bisect good d98935a7dab6338e57abefa58e12ac252eec6023 # first bad commit: [f7619fe4875c0082c410570051c1770114c62b96] d3dx11: Implement D3DX11GetImageInfoFromMemory() using shared code. -- 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 48049] New: Basemark GPU crashes when using D3D12
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48049 Bug ID: 48049 Summary: Basemark GPU crashes when using D3D12 Product: vkd3d Version: 1.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: cybermax(a)dexter.no Distribution: --- Created attachment 65589 --> https://bugs.winehq.org/attachment.cgi?id=65589 Debug log of Basemark Basemark GPU - https://www.basemark.com/benchmarks/basemark-gpu/ - crashes when selecting D3D12. Vulkan and OpenGL works. Ran D3D12 test with logging: VKD3D_DEBUG=trace VKD3D_CONFIG=vk_debug VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_standard_validation Let me know if there are other logging options needed. PS. The benchmark is free to download. -- 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 57975] New: screen shaders don't work in BigPEmu.exe
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57975 Bug ID: 57975 Summary: screen shaders don't work in BigPEmu.exe Product: Wine Version: 10.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cemer99797(a)isorax.com BigPEmu is an Atari Jaguar emulator, it runs Atari Jaguar games fine under Wine Stable 10.0 on macOS 11. The problem is there is a "screen effects" feature (which are like screen shaders in RetroArch, used to emulate old CRTs, etc) which doesn't work. By default, BigPEmu uses OpenGL (BigPEmu main menu > Video > Video Plugin > BigPEmu_Video_OpenGL) but can also be changed to use D3D12 which will cause it crash at startup on macOS 11. Steps to reproduce: 1. launch BigPEmu 1.18 with the following options (also opens a console): wine ~/BigPEmu_v118/BigPEmu.exe * -conout 2. use backspace/enter to navigate backward/forward in BigPEmu, go back to the main menu, then Video > Screen Effect > choose any screen effect 3. an error message pops up: "Failed to set the selected screen effect. It may be incompatible with your hardware or video plugin. You can enable logging and check the log for more details." 4. check the console which shows this error: "[1;31mError: Graphics hardware isn't equipped to run screen effects. If this error occurs with SM5.0-compatible hardware, try updating your graphics drivers." tested with BigPEmu 1.18 for Windows x64 download link: https://www.richwhitehouse.com/jaguar/builds/BigPEmu_v118.zip SHA-256: 9863390fca342e7c6bff0d7dc7d70d181bdff92796aa8d262d91e8fc909104b2 tested on macOS 11.7.10 Intel CPU (Haswell), integrated Intel GPU (HD Graphics 5000) Wine Stable 10.0 with GStreamer 1.24.12 from homebrew -- 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 23

[Bug 58264] New: regression in multiple apps in Wine >=10.7, error: "Assertion failed: !status && "vkAllocateMemory", file /Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c, line 93"
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58264 Bug ID: 58264 Summary: regression in multiple apps in Wine >=10.7, error: "Assertion failed: !status && "vkAllocateMemory", file /Users/gcenx/Documents/GitHub/wine-private/dlls/winevu lkan/loader_thunks.c, line 93" Product: Wine Version: 10.7 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cemer99797(a)isorax.com Created attachment 78605 --> http://bugs.winehq.org/attachment.cgi?id=78605 macOS Terminal log, wine-devel 10.8 running cpuz_x64.exe On macOS, there is a regression in multiple Windows programs since Wine-devel 10.7 (including 10.8) releases by Gcenx, with the final lines of the terminal output reading: > -[MTLHeapDescriptorInternal validateWithDevice:]:327: failed assertion `Heap Descriptor Validation > Placement heap type is not supported. > ' > 01a0:err:msvcrt:_wassert (L"!status && \"vkAllocateMemory\"",L"/Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c",93) > Assertion failed: !status && "vkAllocateMemory", file /Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c, line 93 These programs work fine in Wine-devel 10.6 and lower tested with Wine-devel 10.7 and 10.8 binary releases from Gcenx (https://github.com/Gcenx/macOS_Wine_builds/releases) on macOS 11.7.10 tested with CPU-Z 2.15 (portable) (cpuz_x64.exe) download: https://download.cpuid.com/cpu-z/cpu-z_2.15-en.zip sha256: c8461d995d77a8fe1e8c5823403e88b04b733165cc151083b26379f1fe4b9501 -- 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 58156] New: Star Wars: Jedi Knight - Dark Forces II Demo: won't launch, "smackw32.DLL" failed to initialize
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

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 21

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs