November 2024 - Wine-bugs - list.winehq.org

[Bug 48426] New: Wine-Gecko can't be installed.
by WineHQ Bugzilla 21 Nov '24

21 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=48426 Bug ID: 48426 Summary: Wine-Gecko can't be installed. Product: Wine-staging Version: 5.0-rc4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)evolution-hosting.eu CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- wine-staging 64/32 is asking to install Gecko, but the installation attempt hangs at "loading down" with no progress. -- 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 57426] New: Battlefield 2 won't launch.
by WineHQ Bugzilla 21 Nov '24

21 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=57426 Bug ID: 57426 Summary: Battlefield 2 won't launch. Product: Wine Version: 9.21 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: critical Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: tanvir.maht(a)outlook.com Created attachment 77419 --> https://bugs.winehq.org/attachment.cgi?id=77419 Terminal output Battlefield 2 opens to show a black screen and crashes later on. -- 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 57432] New: dxdiag will return "Windows XP" unconditionally from systeminfo.szOSExLongEnglish
by WineHQ Bugzilla 21 Nov '24

21 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=57432 Bug ID: 57432 Summary: dxdiag will return "Windows XP" unconditionally from systeminfo.szOSExLongEnglish Product: Wine Version: 9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: braiamp(a)gmail.com Distribution: --- Created attachment 77424 --> https://bugs.winehq.org/attachment.cgi?id=77424 dxdiag.log with windows xp set Running dxdiag /t dxdiag.log on a new prefix, will show that "Operating System: Windows XP Professional", despite the prefix being created by default with Windows 10 configuration on recent versions of wine. Whatever it is, is caused by dxdiag_info->system_info.szOSExLongEnglish being specified as Windows XP. I couldn't trace where it was set, after I reached https://gitlab.winehq.org/wine/wine/-/blob/master/programs/dxdiag/informati… and was lost in the source. Attached the "dxdiag /t dxdiag.log" resulting file. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 49933] New: Alt+Tab doesn't work with gog installers
by WineHQ Bugzilla 20 Nov '24

20 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=49933 Bug ID: 49933 Summary: Alt+Tab doesn't work with gog installers Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rtentser(a)yandex.ru Distribution: --- I need to minimize other windows to see progress. When i try to alttab to an installer i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable 0: stub!" in terminal. When i try to alttab out of it i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable -1: stub!" So, i'm guessing, implementing WINNLSEnableIME will help. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 71

[Bug 57436] New: ntlm_auth was not found after Debian update?
by WineHQ Bugzilla 20 Nov '24

20 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=57436 Bug ID: 57436 Summary: ntlm_auth was not found after Debian update? Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)infobahn.33m.co Distribution: --- So I am new to submitting bugs but will try to give relevant info. Wine --version = wine-8.0 (Debian 8.0~repack-4) I recently did a mundane: sudo apt-get update && sudo apt-get upgrade and later tried running a win program (foobar2000) and got: err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. So I checked the version: user(a)media:~/.wine/drive_c/Program Files$ ntlm_auth --version Version 4.17.12-Debian and the path: user(a)media:~/.wine/drive_c/Program Files$ echo $PATH /home/user/.local/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games user(a)media:~/.wine/drive_c/Program Files/foobar2000$ which ntlm_auth /usr/bin/ntlm_auth Ultimately this results in foobar2k crashing, but seemingly only fb2k. I have tried running mp3tag, Awesome Duplicate Finder, notepad.exe, and iexplorer.exe and none of them crashed (IE would not load pages but I can't be sure that is a related issue). I will be happy to post more information, please let me know what is needed. -- 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 54482] New: RtlCaptureStackBackTrace cause segv
by WineHQ Bugzilla 20 Nov '24

20 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=54482 Bug ID: 54482 Summary: RtlCaptureStackBackTrace cause segv Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ake.rehnman(a)gmail.com Distribution: --- Created attachment 74033 --> https://bugs.winehq.org/attachment.cgi?id=74033 patch attempt RtlCaptureStackBackTrace crash on segmentation fault because the unwinding keeps going beyond the stack end. It seems on x86-64 the stack actually starts at least 32 bytes below StackBase so the compariston with context.rsp to StackBase will never hit but we get a context.rpc value of 0 which obviously SEGV:s. I made a patch attempt and just check if rcp = 0 and end the unwinding. -- 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 41392] New: directory.c: match_filename always false if mask contains "*?"
by wine-bugs＠winehq.org 19 Nov '24

19 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=41392 Bug ID: 41392 Summary: directory.c: match_filename always false if mask contains "*?" Product: Wine Version: 1.9.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: lcmecmac(a)gmail.com Distribution: --- A mask containing '*' followed by '?' will not match any files. For example, "dir *?" does not show any files in a non-empty directory. -- 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 1

[Bug 42407] New: LdrUnloadDll may recursion unload same dll
by wine-bugs＠winehq.org 19 Nov '24

19 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=42407 Bug ID: 42407 Summary: LdrUnloadDll may recursion unload same dll Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: xiewei(a)deepin.com Distribution: --- Created attachment 57219 --> https://bugs.winehq.org/attachment.cgi?id=57219 LdrUnloadDll log file It may cause QQ crash.LdrUnloadDll funcation recursion unload Flash.ocx,and dsound.dll ldr.LoadCount to 0,then dsound.dll be unload.But QQ process is still using dsound.dll. Type: EXCEPTION_ACCESS_VIOLATION Error: Read address 0x7985C309 Address: 7985C309 -- 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 40972] New: RtlVerifyVersionInfo returns wrong results
by wine-bugs＠winehq.org 19 Nov '24

19 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=40972 Bug ID: 40972 Summary: RtlVerifyVersionInfo returns wrong results Product: Wine Version: 1.9.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: marcinwiaz(a)poczta.onet.pl Distribution: --- Created attachment 55126 --> https://bugs.winehq.org/attachment.cgi?id=55126 Tiny test program - EXE and source (Note: this a different problem than in Bug 36143) Steps to reproduce: 1) Download and unpack Reproduce.exe, which is attached to this bug report 2) Configure Wine to emulate Windows 2003 (which has version number 5.2) for Reproduce.exe 3) Launch Reproduce.exe - you will see in the console window: CurrentOS is: 5.2 RequestedOS is >= than: 5.19 CurrentOS is < than RequestedOS (which is WRONG!) 4) Run true Microsoft Windows 2003 Server 5) Launch Reproduce.exe - you will see in the console window: CurrentOS is: 5.2 RequestedOS is >= than: 5.19 CurrentOS is >= than RequestedOS Explanation: Minor version numbers should be treated similarly to digits after a decimal point - so when comparing software versions: version 5.1 is < than version 5.2 version 5.11 is < than version 5.2 (note that 11 is > than 2 !) version 5.19 is < than version 5.2 (note that 19 is > than 2 !) So when comparing for VER_MINORVERSION or VER_SERVICEPACKMINOR inside the "VerifyVersionInfo" API, Microsoft uses a lexical comparison - which works as: lstrcmp(tostring(dwMinorVersion1),tostring(dwMinorVersion2)) or lstrcmp(tostring(wServicePackMinor1),tostring(wServicePackMinor2)) Please note, that it's still different than comparing real numbers, because: 5.20 = 5.2 but lstrcmp("5.20","5.2") != 0 So lstrcmp-like function must be used for VER_MINORVERSION and VER_SERVICEPACKMINOR checking inside the "RtlVerifyVersionInfo" function (which is called by the "VerifyVersionInfo" API in Wine) to be compatible with Microsoft Windows. Possible fix: in "version.c" file, add a new "version_compare_values_lexical" function. It should be based on the original "version_compare_values" function, but should use "lstrcmp" calls instead of integer comparisons. This "version_compare_values_lexical" function should be called instead of "version_compare_values" when checking for VER_MINORVERSION and VER_SERVICEPACKMINOR inside the "RtlVerifyVersionInfo" function. -- 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 49828] New: MSVC 2019 executables with ASAN enabled fail to start
by WineHQ Bugzilla 19 Nov '24

19 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=49828 Bug ID: 49828 Summary: MSVC 2019 executables with ASAN enabled fail to start Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nyanpasu64(a)tuta.io Distribution: --- Recent versions of MSVC allow building Windows .exes with ASAN (it may have already been possible using Clang.): https://devblogs.microsoft.com/cppblog/addresssanitizer-asan-for-windows-wi… I took an old Win32/MFC application and built it using MSVC ASAN on Windows 10, to try to discover memory bugs on Windows and Wine. - Program download at https://cdn.discordapp.com/attachments/653168829891084298/75454092297227479… . - Source at https://github.com/nyanpasu64/Dn-FamiTracker/tree/b3ba802f (permalink at https://cdn.discordapp.com/attachments/653168829891084298/75454082852061186… ). - To build, copy cmake_user_begin.cmake.example to cmake_user_begin.cmake, then run CMake in MSVC 32-bit Release mode. It may be possible using Visual Studio's .json file or msbuild, but I haven't tried yet. On Windows, the program starts without problems. On wine-5.17, when I try to run this program, it crashes during the loading process. nyanpasu64(a)dell-arch ~/apps> wine Dn_FamiTracker_ASAN.exe 0024:fixme:ntdll:EtwEventRegister ({6c6c766d-3846-4e6a-a4fb-5b530bd0f3fa}, 00401030, 00884590, 008845A8) stub. 0024:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0084A41C, 34) stub ==32==AddressSanitizer CHECK failed: D:\agent\_work\3\s\src\vctools\crt\asan\llvm\compiler-rt\lib\asan\asan_rtl.cc:401 "((!asan_init_is_running && "ASan init calls itself!")) != (0)" (0x0, 0x0) <empty stack> `winedbg Dn_FamiTracker_ASAN.exe` doesn't work, it gets stuck on `0x00000000005c9701 EntryPoint+0xffffffffffffffff in dn_famitracker_asan: ret`. If I instead `winedbg --gdb Dn_FamiTracker_ASAN.exe`, I get a pile of identical SIGTRAP with different backtraces. These are non-fatal and can be continued. I think these correspond to asan errors that would normally terminate the program, but unfortunately it doesn't print log messages when running in winedbg. I don't know how to fix that. 0x005c9701 in _sanitizer_print_stack_trace () from /home/nyanpasu64/.wine/dosdevices/z:/home/nyanpasu64/apps/Dn_FamiTracker_ASAN.exe The last SIGTRAP is different: 0x7bc52379 in DbgBreakPoint(a)0 () from /home/nyanpasu64/.wine/dosdevices/c:/windows/syswow64/ntdll.dll Afterwards the program starts. (It used to crash, but works with lib32-libpulse and lib32-mpg123 installed, unsure if that's why.) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 15