wine-bugs August 2021

wine-bugs@winehq.org

1 participants
5119 discussions

[Bug 41024] New: Failure to install
by wine-bugs＠winehq.org 30 Sep '25

30 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=41024 Bug ID: 41024 Summary: Failure to install Product: Wine Version: 1.8.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: leo_one(a)telus.net Distribution: --- Created attachment 55190 --> https://bugs.winehq.org/attachment.cgi?id=55190 config.log shows compilation failure Attempts to install wine-1.8.3 fail to compile. config.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.

2 4

[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 29 Sep '25

29 Sep '25

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 7

[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 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 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 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 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 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 24951] New: Call of Duty / UO: Jerky freelook
by wine-bugs＠winehq.org 21 Sep '25

21 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=24951 Summary: Call of Duty / UO: Jerky freelook Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gav616(a)gmail.com At the main menu: When the cursor is moveed around it 'seems' to be at a very low framerate and it jerks about. In-game: When freelooking around, the game seems to stay at the correct rate but the mouse movements are jerked and misinterpreted. It looks like the FPS is dropping to 5 when the jerks occur, but the FPS remains constant through the jerks. Audio is not effected. -- 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 18

[Bug 42858] New: Stuttering sound setting the OS to Windows 7 and higher on FreeBSD
by wine-bugs＠winehq.org 20 Sep '25

20 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=42858 Bug ID: 42858 Summary: Stuttering sound setting the OS to Windows 7 and higher on FreeBSD Product: Wine Version: 2.4 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com On every games I try, when I set to Windows XP, the sound is working correctly but if I set to Windows 7 and higher, the sound will stutter, whatever the game you are trying. It's a bit annoying when you have to set the OS to Windows 7 like with Enter the Gungeon to make it work. I tried Resident Evil Revelations and Enter the Gungeon, they both have the same problem so I guess it's something related to FreeBSD (maybe more BSD OS) -- 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 48272] New: Crackling and slower audio on Ubisoft's Assassin's Creed 1 & Far Cry 3 games
by WineHQ Bugzilla 20 Sep '25

20 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48272 Bug ID: 48272 Summary: Crackling and slower audio on Ubisoft's Assassin's Creed 1 & Far Cry 3 games Product: Wine Version: 4.21 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com Created attachment 65940 --> https://bugs.winehq.org/attachment.cgi?id=65940 Output of Wine 4.21 running Assassin's Creed So here it is, it might be a bit long and I'll try to be as precise as I can to explain the problem. First, list of tested games : Far Cry 2 : No audio problem ✔ Crysis : No audio problem ✔ XIII : No audio problem ✔ Far Cry 3 : Crackling audio ✖ Assassin's Creed : Crackling audio ✖ I ran all the games set on DirectX 9 and I built Wine to use Open Sound System for audio (if this is important). Assassin's Creed 1's prefix is set to WinXP and Far Cry 3's one is set to Win7 (because of Uplay). The problem is that the audio on Far Cry 3 and Assassin's Creed is weirdly crackling and slower than it should be but, not EVERY sounds in the game are making the audio crackles. On Assassin's Creed, it's when a lot of people are around me and everytime I use the eagle vision. In the menu or when outside the Animus (in the present time of the game where there are only three people and a tiny room), the audio works well. Also, an important point is that neither Assassin's Creed nor Far Cry 3 are slowed down to fit the slowed down audio issue. They both work very well when it happens which is causing a strange issue I'll describe AND SHOW below. I'm using a GTX 765m to play which is not bad for old games like these. "Your computer certainly isn't powerful enough to run the game !" you say... Well, you are not totally wrong, I could have better hardware but, in the past, when I was playing these games on Windows then, later, on GNU/Linux, I never met this problem. The two differences are that I'm playing, for the first time, Assassin's Creed _ON_FREEBSD_ and we are now almost in 2020. My last Assassin's Creed session was on GNU/Linux in 2016. Wine changed so much in almost 4 years ! But let me remind you that only two of the five games mentioned above are having issue. all my native FreeBSD games (OpenMorrowind, Xonotic, Minetest, Tales of Maj'Eyal, Quake II from Yamagi's source code etc...), videos read with mpv, music listened with moc and even Firefox are all working well without crackling or slowed down audio. And three tested games on Wine with OSS are working perfecly. I could have tested more games but I think three is good enough. So here is the "show" I mentioned in the beginning. I took a video of Assassin's Creed's problem. I recorded it with my phone so... sorry for the poor quality but you can see the problem : https://www.youtube.com/watch?v=f5rhg-PwFeU In this video, you can see two people speaking together. In the normal game, one speak and, when finished, the other answer. They _NEVER_ speak above the other. In my Assassin's Creed, the game is running well but the audio is slowed down which creates a desyncing between the slowed down voice played and the mouth of the character. And, because the game is running well beside this issue, one didn't finish his sentence and the other will start his speech over the first one (it shouldn't happen). I found a longplay video of the game which is certainly played on Windows. I copied the video link to start at the exact same moment as the one I recorded from my computer and you can see how the game should normally behave : https://youtu.be/1gGz6vf35T0?t=2991 About the crackling audio issue, it can be heard by the end of my video when I use the eagle vision. For Far Cry 3, don't even need to run the game to hear crackling and slowed down audio. I also took a video of the problem, it speaks for itself : https://www.youtube.com/watch?v=JkOXvy_42jc The original theme can be listened here : https://youtu.be/rfAeL4JfHj8?t=10 I copied the video to start at the same time of my video of Far Cry 3, in the menu. What you can notice is that the normal music is faster than in my video, it's the same problem than with Assassin's Creed 1. I fetched the output of Wine when running Assassin's Creed 1. It repeatedly says two things so I cut it into "head -n 50" and "tail -n 50". I watched the long output and nothing is different between the first 50 and last 50 lines. I hope I was clear enough, English isn't my native language so I apologize if I didn't use it correctly. -- 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 44817] New: Some software protection schemes need ntdll.NtSetLdtEntries implementation
by wine-bugs＠winehq.org 20 Sep '25

20 Sep '25

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

2 5

[Bug 49028] New: X-plane 11 (windows) falls back to opengl when trying to run with vulkan.
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=49028 Bug ID: 49028 Summary: X-plane 11 (windows) falls back to opengl when trying to run with vulkan. Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hubert(a)limitset.net Distribution: --- Created attachment 67006 --> https://bugs.winehq.org/attachment.cgi?id=67006 X plane log When attempting to run the windows version of X-plane 11 (to get access to windows only add-ons) the game will not run with vulkan enabled. When attempting to start the simulator in vulkan mode this is the error message: "The graphics card or driver lacks support for a required extension: VK_KHR_external_memory_win32" and coontinues to run but with opengl. This happens on Arch Linux and Debian Sid, and so far this issue has occurred for everyone who has tried running the game with wine using vulkan. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 38190] New: FEAR crash at runs
by wine-bugs＠winehq.org 19 Sep '25

19 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=38190 Bug ID: 38190 Summary: FEAR crash at runs Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrdeathjr28(a)yahoo.es Distribution: --- Created attachment 50967 --> https://bugs.winehq.org/attachment.cgi?id=50967 backtrace fear Game config works but when game is launched crash -- 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 48548] New: Support running multiple tests in submitted jobs
by WineHQ Bugzilla 18 Sep '25

18 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48548 Bug ID: 48548 Summary: Support running multiple tests in submitted jobs Product: Wine-Testbot Version: unspecified Hardware: Other OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: cdavis5x(a)gmail.com When I submit a job manually on the testbot, I can only run one instance of one executable. For a binary, this makes sense, since there's only one binary; but a patch, for which a choice of Wine test executables is offered, can affect multiple Wine unit tests. I then have to submit the job multiple times, one for each test unit affected. This seems... suboptimal. It'd be much faster and more convenient if I could run multiple tests in a single job. -- 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 38142] New: Approach fields box only show 3/4 of one line
by wine-bugs＠winehq.org 15 Sep '25

15 Sep '25

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 21

[Bug 50242] New: Lotus Approach crashes on start up
by WineHQ Bugzilla 15 Sep '25

15 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=50242 Bug ID: 50242 Summary: Lotus Approach crashes on start up Product: Wine-staging Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68752 --> https://bugs.winehq.org/attachment.cgi?id=68752 Approach crash on start up Dear Wine Staging Maintainers, Fedora 33 wine-5.22-1.fc33.x86_64 As of 5.22, Lotus Approach now crashes on start up. Word Pro is okay. I have attached the trace. -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.

1 33

[Bug 50210] New: S.T.A.L.K.E.R.: Call of Pripyat needs D3DX11GetImageInfoFromMemory implementation
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

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 9

[Bug 45870] New: Star Wars Pit Droids fails to install
by wine-bugs＠winehq.org 14 Sep '25

14 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=45870 Bug ID: 45870 Summary: Star Wars Pit Droids fails to install Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zzarko(a)gmail.com Distribution: --- Created attachment 62369 --> https://bugs.winehq.org/attachment.cgi?id=62369 Screenshot of error I have tried to install an old Win95 game, Star Wars Pit Droids, but it always crashes during the install (actual error is in screenshot). I have created 32-bit wine environment and selected W95 as OS version. The game can be found at: https://www.myabandonware.com/game/star-wars-pit-droids-403 I have tried this with Wine 2.4, same error. I'll add WINEDEBUG=warn+all outputs for both 3.16 and 2.4 versions. -- 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 7

[Bug 48214] New: RPGmaker input does not work after moving window
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48214 Bug ID: 48214 Summary: RPGmaker input does not work after moving window Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: ilkka.prusi(a)gmail.com Distribution: --- In some games made with RPGMaker VX ACE the input does not work after you have moved window in desktop (input focus gone and back again). Symptom is that game character does not move, menu is not opened on pressing esc and so forth. This is repeatable on Debian bullseye with wine 4.0.2, Wayland + Gnome on x86-64 (Linux 5.4.1). To repeat simply grab the window with mouse, move it, click inside window and try keyboard input 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 6

[Bug 48232] New: Unhandled exception: page fault on read access to 0x00f1f1f1 in 32-bit code
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48232 Bug ID: 48232 Summary: Unhandled exception: page fault on read access to 0x00f1f1f1 in 32-bit code Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ilkka.prusi(a)gmail.com Distribution: --- Created attachment 65877 --> https://bugs.winehq.org/attachment.cgi?id=65877 Backtrace of crashed program Crash during running game made with RPG Maker VX ACE. (error details in attached backtrace) -- 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 30969] New: Tron 2.0 - No music while playing game and in menu
by wine-bugs＠winehq.org 13 Sep '25

13 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=30969 Bug #: 30969 Summary: Tron 2.0 - No music while playing game and in menu Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: an0nym0usse(a)hotmail.com Classification: Unclassified Created attachment 40628 --> http://bugs.winehq.org/attachment.cgi?id=40628 output when launching Tron.exe No music while playing game and in menu. The game install with no problem I add the msvcirt.dll in system32 like suggested on the wine site All seems to go well, the first setting menu launch with sound After that the diverse publishing companies videos are played with sound. After a couple of seconds the Game menu appears with sound effects but NO MUSIC. No music while playing the game too. You can look for clues in attachment1 When I re-install WMFADist.exe (probably audio codecs) included in Tron 2.0 cd it seem to install without a problem but in the console it give some errors: zool@Satellite-M40:~/JEUX/Progz/Win32/Tron2$ wine WMFADist.exe fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0 err:setupapi:SetupDefaultQueueCallbackW copy error 0 L"C:\\users\\zool\\Temp\\IXP000.TMP\\msdmo.dll" -> L"C:\\windows\\system32\\msdmo.dll" fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0 err:setupapi:SetupDefaultQueueCallbackW copy error 0 L"C:\\users\\zool\\Temp\\IXP000.TMP\\msvcrt.dll" -> L"C:\\windows\\system32\\msvcrt.dll" fixme:sfc:SFC_3 0 fixme:sfc:SFC_3 0 fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported. err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\windows\\system32\\logagent.exe" failed with error 0 err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\windows\\system32\\logagent.tlb" failed with error 2 It's all for now P.S. I have filed this bug under : directx-dmusic, seemed logical -- 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 20

[Bug 41549] New: Hover! in fullscreen mode does not cover the top bar in Gnome.
by wine-bugs＠winehq.org 13 Sep '25

13 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=41549 Bug ID: 41549 Summary: Hover! in fullscreen mode does not cover the top bar in Gnome. Product: Wine Version: 1.9.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aaronbpaden(a)gmail.com Distribution: --- I'm using wine-staging 1.9.20. When you set Hover! to fullscreen, it sets the display resolution and fills up most of the screen as it should, but it's set under top bar in GNOME, resulting in several rows of pixels from the bottom of the application also being outside of the display. I confirmed that Hover! does cover the task bar in a Windows VM. There's nothing really in the logs, except for a weird "fixme:process:LoadModule Strange error set by CreateProcess: 193", but that shows up before setting fullscreen. -- 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 51345] New: Regression: Visual Studio 2005 "package load failure"
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=51345 Bug ID: 51345 Summary: Regression: Visual Studio 2005 "package load failure" Product: Wine Version: 6.11 Hardware: x86-64 OS: FreeBSD Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com winetricks vc2005trial wine cmd "C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat" devenv Some time during 28-31 March 2021, the Visual Studio 2005 trial began giving +/- 10 of these error dialogs on startup, each relating to a different package. This is a rough transcript of one of them: ------------------------ Package Load Failure ------------------------ Package 'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualtyToolsPackage, Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03F5F7f11d50s3a' has failed to load properly { GUID = {AS4DSAES-9ACE-4FOE-ADGF-7AFESSFEFCET) ). Please contact package vendor for assistance. Application restart is recommended, due to possible environment corruption. Would you like to disable loading this package in the future? You may use 'devenv /resetskippkgs' to re-enable package loading. Yes No ------------------------ It is the worst git bisect I've ever done. Apart from the lengthy time needed to test each commit, the regression occurs within a range of 44 commits (bb065801a69..2a8a4cbbe63), the first 43 of which all die on startup, so we can't easily distinguish that bug from this one. I've now had to make a separate branch, "git rebase --onto <that range>" to copy commits from that range there, then "git rebase -i" to reorder them and separate the startup-breaking commits (ntdll/kernel32/kernelbase) from the other commits. Unfortunately, having done so, it appears the startup-breaking commits are also the commits that caused this regression. One or more of these is the culprit: ntdll: Move kernel32 loading into LdrInitializeThunk(). ntdll: Return system dir path for PE mapping bootstrap placeholders. ntdll: Fail to load non-existent dlls, except during prefix bootstrap. ntdll: Also check syswow64 to determine if the prefix was initialized. include: Add more SYSTEM_INFORMATION_CLASS definitions. kernel32: Implement GetSystemCpuSetInformation(). ntdll: Implement NtQuerySystemInformationEx(SystemCpuSetInformation). kernelbase: Don't fall back to dll loading for LOAD_LIBRARY_AS_DATAFILE. ntdll: Set the window title to the image name on the Unix side. ntdll: Remove load_builtin_dll() and get_load_order() from the Unix interface. ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the prefix. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 30

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 August 2021