wine-bugs March 2021

wine-bugs@winehq.org

1 participants
6200 discussions

[Bug 7416] Support multiple independent displays for PowerPoint, OpenOffice.org, etc
by WineHQ Bugzilla 12 Mar '21

12 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=7416 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #21 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 6.4. -- 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 46969] New: Multiple 64-bit WDM kernel drivers want Windows 8+ ' ntdll.RtlQueryRegistryValuesEx' (WIBUKEY)
by wine-bugs＠winehq.org 12 Mar '21

12 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46969 Bug ID: 46969 Summary: Multiple 64-bit WDM kernel drivers want Windows 8+ 'ntdll.RtlQueryRegistryValuesEx' (WIBUKEY) Product: Wine Version: 4.5 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, as it says. It's not critical as most kernel drivers fall back to 'ntdll.RtlQueryRegistryValues' if the entry point can't be resolved. It still produces considerable 'fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not found' spam in some cases for every registry value read. Additionally it might lead people to draw incorrect conclusions as the fallback can't be seen without additional debug channels. --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl wineboot >>log.txt 2>&1 ... 0025:trace:ntoskrnl:open_driver opened service for driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\WIBUKEY" ... 0025:trace:ntoskrnl:load_driver loading driver L"SYSTEM32\\DRIVERS\\WibuKey64.sys" 0025:Call KERNEL32.LoadLibraryW(00026460 L"SYSTEM32\\DRIVERS\\WibuKey64.sys") ret=7f0a3ebbbe25 ... 0025:Call driver init 0x10004ee0 (obj=0x27980,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\WIBUKEY") ... 0025:Call ntoskrnl.exe.RtlInitUnicodeString(0032f260,10012210 L"RtlQueryRegistryValuesEx") ret=10005f5f 0025:Call ntdll.RtlInitUnicodeString(0032f260,10012210 L"RtlQueryRegistryValuesEx") ret=7bd10e87 0025:Ret ntdll.RtlInitUnicodeString() retval=0032f260 ret=7bd10e87 0025:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0032f260 ret=10005f5f 0025:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0032f260) ret=10005f6a 0025:Call ntdll.RtlUnicodeStringToAnsiString(0032f0a0,0032f260,00000001) ret=7f0a3ebb9187 0025:Ret ntdll.RtlUnicodeStringToAnsiString() retval=00000000 ret=7f0a3ebb9187 0025:Call KERNEL32.GetModuleHandleW(7f0a3ebcd1e0 L"ntoskrnl.exe") ret=7f0a3ebb91a5 0025:Ret KERNEL32.GetModuleHandleW() retval=7f0a3eb90000 ret=7f0a3ebb91a5 0025:Call KERNEL32.GetProcAddress(7f0a3eb90000,00026460 "RtlQueryRegistryValuesEx") ret=7f0a3ebb91c3 0025:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7f0a3ebb91c3 0025:Call KERNEL32.GetModuleHandleW(7f0a3ebcd200 L"hal.dll") ret=7f0a3ebb91e6 0025:Ret KERNEL32.GetModuleHandleW() retval=7f0a4cf80000 ret=7f0a3ebb91e6 0025:Call KERNEL32.GetProcAddress(7f0a4cf80000,00026460 "RtlQueryRegistryValuesEx") ret=7f0a3ebb920c 0025:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7f0a3ebb920c ... 0025:fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not found 0025:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000 ret=10005f6a 0025:Call ntoskrnl.exe.RtlQueryRegistryValues(00000000,100122e0,000266f0,00000000,00000000) ret=10005f87 0025:Call ntdll.RtlQueryRegistryValues(00000000,100122e0,000266f0,00000000,00000000) ret=7bd10e87 0025:Ret ntdll.RtlQueryRegistryValues() retval=c0000034 ret=7bd10e87 0025:Ret ntoskrnl.exe.RtlQueryRegistryValues() retval=c0000034 ret=10005f87 ... <repeated dozen times> ... 0025:Ret driver init 0x10004ee0 (obj=0x27980,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\WIBUKEY") retval=00000000 0025:Call KERNEL32.IsBadStringPtrW(00027918,ffffffffffffffff) ret=7f0a3ebaa4a8 0025:Ret KERNEL32.IsBadStringPtrW() retval=00000000 ret=7f0a3ebaa4a8 0025:trace:ntoskrnl:init_driver init done for L"WIBUKEY" obj 0x27980 0025:trace:ntoskrnl:init_driver - DriverInit = 0x10004ee0 0025:trace:ntoskrnl:init_driver - DriverStartIo = (nil) 0025:trace:ntoskrnl:init_driver - DriverUnload = 0x10005110 0025:trace:ntoskrnl:init_driver - MajorFunction[0] = 0x10005170 0025:trace:ntoskrnl:init_driver - MajorFunction[1] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[2] = 0x10005170 0025:trace:ntoskrnl:init_driver - MajorFunction[3] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[4] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[5] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[6] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[7] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[8] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[9] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[10] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[11] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[12] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[13] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[14] = 0x10005170 0025:trace:ntoskrnl:init_driver - MajorFunction[15] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[16] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[17] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[18] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[19] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[20] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[21] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[22] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[23] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[24] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[25] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[26] = 0x7f0a3ebb04dd 0025:trace:ntoskrnl:init_driver - MajorFunction[27] = 0x7f0a3ebb04dd --- snip --- The prototype seems to be the same as 'ntdll.RtlQueryRegistryValues' https://github.com/Gbps/gbhv/blob/master/gbhv/phnt/ntrtl.h#L6903 --- snip --- NTSYSAPI NTSTATUS NTAPI RtlQueryRegistryValues( _In_ ULONG RelativeTo, _In_ PWSTR Path, _In_ PRTL_QUERY_REGISTRY_TABLE QueryTable, _In_ PVOID Context, _In_opt_ PVOID Environment ); // rev NTSYSAPI NTSTATUS NTAPI RtlQueryRegistryValuesEx( _In_ ULONG RelativeTo, _In_ PWSTR Path, _In_ PRTL_QUERY_REGISTRY_TABLE QueryTable, _In_ PVOID Context, _In_opt_ PVOID Environment ); --- snip --- https://www.geoffchappell.com/studies/windows/win32/ntdll/api/index.htm https://www.geoffchappell.com/studies/windows/win32/ntdll/history/names62.h… --- quote --- RtlQueryRegistryValuesEx 6.2 and higher --- quote --- The purpose of this function is mentioned here (which also explains why the prototype is the same): http://www.powerofcommunity.net/poc2012/mj0011.pdf ("Using a Patched Vulnerability to Bypass Windows 8 x64 Driver Signature Enforcement") Slide 15 "Windows8 Kernel Security Improvements": --- quote --- Kernel Security Improvements on Windows 8: ... Introducingthe new RtlQueryRegistryValuesEx function. Windows 8 drivers use this new function as much as possible. If driver calls new function and the registy key is untrusted, it would cause BugCheck = KERNEL_SECURITY_CHECK_FAILURE. --- quote --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/reg.c#l1218 --- snip --- 1218 /************************************************************************* 1219 * RtlQueryRegistryValues [NTDLL.@] 1220 * 1221 * Query multiple registry values with a single call. 1222 * 1223 * PARAMS 1224 * RelativeTo [I] Registry path that Path refers to 1225 * Path [I] Path to key 1226 * QueryTable [I] Table of key values to query 1227 * Context [I] Parameter to pass to the application defined QueryRoutine function 1228 * Environment [I] Optional parameter to use when performing expansion 1229 * 1230 * RETURNS 1231 * STATUS_SUCCESS or an appropriate NTSTATUS error code. 1232 */ 1233 NTSTATUS WINAPI RtlQueryRegistryValues(IN ULONG RelativeTo, IN PCWSTR Path, 1234 IN PRTL_QUERY_REGISTRY_TABLE QueryTable, IN PVOID Context, 1235 IN PVOID Environment OPTIONAL) 1236 { ... --- snip --- $ sha1sum ARCHICAD-22-USA-3006-1.4.exe 981ffe19e9b03b2736dddc335c9dfc8a7cfe0750 ARCHICAD-22-USA-3006-1.4.exe $ du -sh ARCHICAD-22-USA-3006-1.4.exe 1.9G ARCHICAD-22-USA-3006-1.4.exe $ wine --version wine-4.5-227-g6552b7144e 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 8

[Bug 31814] New: Gecko should clean up when upgrading
by wine-bugs＠winehq.org 12 Mar '21

12 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31814 Bug #: 31814 Summary: Gecko should clean up when upgrading Product: Wine-gecko Version: unspecified Platform: x86-64 OS/Version: Linux Status: NEW Keywords: download, source Severity: enhancement Priority: P5 Component: wine-gecko-unknown AssignedTo: jacek(a)codeweavers.com ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified As you move from one version of Gecko to another (by upgrading Wine), the number of times Gecko is installed increases. Gecko should remove the old versions if they are no longer needed. $ rm -rf ~/.wine ; wine-git wineboot ; du -s ~/.wine 234680 /home/test/.wine $ rm -rf ~/.wine ; wine-1.1.25 wineboot ; sleep 4s ; wine-1.2.3 wineboot ; sleep 4s ; wine-1.3.20 wineboot ; sleep 4s ; wine-1.5.6 wineboot ; sleep 4s ; wine-1.5.12 wineboot ; sleep 4s ; du -s ~/.wine 369400 /home/test/.wine At the moment the amount of additional disk space isn't enormous, but if multiple users are updating Wine on the same machine the amount of disc space used can increase dramatically. The uninstall from the Control Panel just removes the listing, it doesn't actually delete any files. In real world use I don't think people will be updating in the fashion shown above, but it may be something worth thinking about. -- 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 4

[Bug 50422] New: (regression) Multiple games (Horizon Zero Dawn, Serious Sam 4) crash on start on Nvidia due to missing unwrap for VK_OBJECT_TYPE_SURFACE_KHR
by WineHQ Bugzilla 12 Mar '21

12 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50422 Bug ID: 50422 Summary: (regression) Multiple games (Horizon Zero Dawn, Serious Sam 4) crash on start on Nvidia due to missing unwrap for VK_OBJECT_TYPE_SURFACE_KHR Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: pgofman(a)codeweavers.com Distribution: --- That happens since the following commit: commit bff6bc6a79ffc3a915219a6dfe64c9bcabaaeceb Author: Georg Lehmann <dadschoorse(a)gmail.com> Date: Tue Oct 13 19:28:37 2020 +0200 winevulkan: Implement VK_EXT_debug_utils. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=49813 Signed-off-by: Georg Lehmann <dadschoorse(a)gmail.com> Signed-off-by: Liam Middlebrook <lmiddlebrook(a)nvidia.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Some details and the link to a WIP fix is available here: https://www.winehq.org/pipermail/wine-devel/2020-November/177282.html -- 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 48127] New: In SOA 1.1.2.178, at boot time of the level "Unknown error"
by WineHQ Bugzilla 12 Mar '21

12 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48127 Bug ID: 48127 Summary: In SOA 1.1.2.178, at boot time of the level "Unknown error" Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: yurikazakov9184(a)gmail.com Distribution: --- Created attachment 65716 --> https://bugs.winehq.org/attachment.cgi?id=65716 This error in stderr The error does not appear every time, but randomly. I have to click "Repeat" and then click on the tab or double-click the icon in the virtual desktop to continue playing. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 50769] New: notepad: menu bar items and title text are not translated.
by WineHQ Bugzilla 12 Mar '21

12 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50769 Bug ID: 50769 Summary: notepad: menu bar items and title text are not translated. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Regression SHA1: ff6a3433c5cc8991b6716c502ad9c69d495bf07f Distribution: Ubuntu I built recent git version of Wine, wine-6.3-42-g3c2db20f668. In Japanese locale, notepad.exe and other Wine apps show English text in menu bar and title bar instead of Japanese text. Wine 6.3 release doesn't have this issue. Steps to reproduce: 1) verify that you have Japanese locale support. In other words, locale -a | grep ja_JP should output ja_JP.utf8. 2) launch wine notepad in Japanese locale, LANG=ja_JP.UTF-8 wine notepad.exe Actual result: Menu bar items and title text are written in English. For instance, File, Edit, Untitled, Notepad. Expected result: Menu bar items and title text are written in Japanese. For instance, ファイル(F), 編集(E), 無題, メモ帳. git bisect shows the first bad commit is: commit ff6a3433c5cc8991b6716c502ad9c69d495bf07f Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sun Feb 28 11:30:37 2021 +0100 ntdll: Store the locales in Wine-specific environment variables. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/kernelbase/locale.c | 43 ++++++++++++++++++++++++++++++++++++------ dlls/ntdll/locale.c | 36 ----------------------------------- dlls/ntdll/unix/env.c | 19 ++++++------------- dlls/ntdll/unix/loader.c | 1 - dlls/ntdll/unix/unix_private.h | 1 - dlls/ntdll/unixlib.h | 5 +---- 6 files changed, 44 insertions(+), 61 deletions(-) -- 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 48879] New: PhysX-9.12.1031-SystemSoftware.msi error at install
by WineHQ Bugzilla 12 Mar '21

12 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48879 Bug ID: 48879 Summary: PhysX-9.12.1031-SystemSoftware.msi error at install Product: Wine Version: 5.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: animegirl(a)stronzi.org Distribution: --- Created attachment 66817 --> https://bugs.winehq.org/attachment.cgi?id=66817 wine log Latest wine. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 50731] New: All Winelib applications built with winegcc/wineg++ segfault on startup as of Wine 6.3
by WineHQ Bugzilla 12 Mar '21

12 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50731 Bug ID: 50731 Summary: All Winelib applications built with winegcc/wineg++ segfault on startup as of Wine 6.3 Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: mail(a)robbertvanderhelm.nl Distribution: --- As of some commit between Wine 6.2 and Wine 6.3 (I haven't done a bisect yet) all Winelib applications compiled with winegcc/wineg++ segfault on startup. To reproduce this, create a file named `main.cpp` with the following contents and compile this with `wineg++ -o main main.cpp`: ```cpp #include <iostream> int main(int argc, char* argv[]) { std::cout << "Hello, World!" << std::endl; } ``` Running this with plain Wine 6.3 results in a segfault, and I'm not getting any symbols in GDB backtrace. Running the same binary with Wine Staging 6.3 results in a `0100:err:seh:segv_handler_early Got unexpected trap 14 during process initialization` after which the application terminates. -- 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 50263] New: Entropia Universe: Won't Start the Game from Client Loader
by WineHQ Bugzilla 12 Mar '21

12 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50263 Bug ID: 50263 Summary: Entropia Universe: Won't Start the Game from Client Loader Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: verminator(a)gmx.net Distribution: --- Created attachment 68798 --> https://bugs.winehq.org/attachment.cgi?id=68798 short log with exception-line Starting the game shows the legal stuff and after accepting it the Client Loader appears. In the Client Loader the Start-button usually switches to full-screen mode and shows the login-screen. However, since a few versions of Wine that's not happening, but the Start-button gets disabled for a bit it becomes enabled shortly afterwards. And that's it. I also have Lutris running Wines lutris-5.7-4-x86_64 and lutris-5.7-11-x86_64 and both run fine. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 50678] New: Filmotech v3.91 x64: partial black area
by WineHQ Bugzilla 12 Mar '21

12 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50678 Bug ID: 50678 Summary: Filmotech v3.91 x64: partial black area Product: Wine Version: 6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)le-garrec.fr Distribution: --- Created attachment 69401 --> https://bugs.winehq.org/attachment.cgi?id=69401 screeshot_filmotech.png This bug is for wine-staging 6.2. With wine-vanilla, wine crashes. After install https://www.filmotech.fr/logiciel/Filmotech/PC/Installation_Filmotech_64-bi… (9fe6d4520b9e1e1fc5a8b3e0d50373005c465121 Installation_Filmotech_64-bit_391.exe) And imported few movies, I have an area that is always black. See attached file. Version wine-6.2 (Staging) -- 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

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