July 2023 - Wine-Bugs - list.winehq.org

[Bug 55194] New: oleaut32:vartest - test_VarImp() fails in Wine
by WineHQ Bugzilla July 7, 2023

July 7, 2023

https://bugs.winehq.org/show_bug.cgi?id=55194 Bug ID: 55194 Summary: oleaut32:vartest - test_VarImp() fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- oleaut32:vartest - test_VarImp() fails in Wine: vartest.c:9551: Test failed: VarImp: NULL|0x0, DECIMAL|0x0: expected vt I4 hr 0x0, got vt NULL hr 0x0 See https://test.winehq.org/data/patterns.html#oleaut32:vartest A bisect shows that the failures started with the commit below: commit 36963b6d27abcf74b58bcf11953ebdf2b7e9767c Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Jul 4 12:42:53 2023 +0200 oleaut32: Get rid of the DECIMAL access macros. -- 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 55146] New: Virtual desktop is fullscreen regardless of the desktop size setting in winecfg
by WineHQ Bugzilla July 7, 2023

July 7, 2023

https://bugs.winehq.org/show_bug.cgi?id=55146 Bug ID: 55146 Summary: Virtual desktop is fullscreen regardless of the desktop size setting in winecfg Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Hello, Split from bug 55141. Happens since upgrade from Wine 8.9 to 8.11 (Not yet bisected). WINEDEBUG=+tid,+explorer,+system,+x11drv,+xrandr logs can be found in bug 55141: Log on Wine 8.11: https://bugs.winehq.org/attachment.cgi?id=74710 (In reply to Rémi Bernon from bug 55141) > The fullscreen virtual desktop issue may not be the same as bug reported > here, I have created > https://gitlab.winehq.org/wine/wine/-/merge_requests/3167 which I believe > should fix it. Merge request 3167 doesn't fix the issue. Log on Wine 8.11 + MR 3167: https://bugs.winehq.org/attachment.cgi?id=74713 Debian 8 X11 (Gnome 3.14.1) NVIDIA RTX2070 (proprietary 525.116.04) 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 5

[Bug 55144] New: Error when I run Navigraph FMS Data Manager
by WineHQ Bugzilla July 7, 2023

July 7, 2023

https://bugs.winehq.org/show_bug.cgi?id=55144 Bug ID: 55144 Summary: Error when I run Navigraph FMS Data Manager Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cyberguerro(a)gmail.com Distribution: --- Created attachment 74706 --> https://bugs.winehq.org/attachment.cgi?id=74706 dumped error When I run Navigraph FMS Data Manager(https://download.navigraph.com/software/fmsdatamanager/windows/navi… I get attached error. I With 8.9.x it works, with 8.10 and 8.11 not. -- 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 55120] New: kernel32:debugger - test_debug_loop_wow64() gets wrong ntdll count in the new WoW mode
by WineHQ Bugzilla July 7, 2023

July 7, 2023

https://bugs.winehq.org/show_bug.cgi?id=55120 Bug ID: 55120 Summary: kernel32:debugger - test_debug_loop_wow64() gets wrong ntdll count in the new WoW mode Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- kernel32:debugger - test_debug_loop_wow64() gets wrong ntdll count in the new WoW mode: debugger.c:1231: Test failed: Expecting two ntdll instances See https://test.winehq.org/data/patterns.html#kernel32:debugger These failures started on 2023-06-21 and are specific to the 64-bit tests running in the new WoW mode. A bisect shows that this failure started with the commit below: commit 2ef4cc48fbce406d67be32a90a2208868026a505 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Jun 21 12:08:00 2023 +0200 wow64: Map a copy of ntdll to build the syscall table. The original ntdll may have been hooked. -- 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 55110] New: quartz:vmr7 & quartz:vmr9 sometimes exit prematurely in Wine
by WineHQ Bugzilla July 7, 2023

July 7, 2023

https://bugs.winehq.org/show_bug.cgi?id=55110 Bug ID: 55110 Summary: quartz:vmr7 & quartz:vmr9 sometimes exit prematurely in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- quartz:vmr7 & quartz:vmr9 sometimes exit prematurely in Wine: vmr7.c:2393: Test marked todo: Got hr 0. vmr7.c:2424: Test marked todo: Got hr 0x8004020a. quartz:vmr7:0890 done (0) in 4s 2250B Notice the missing ' xxx tests executed' line. And also in the Wine traces: 01e4:fixme:d3d:wined3d_guess_card No card selector available for card vendor 0000 (using GL_RENDERER "llvmpipe (LLVM 11.0.1, 256 bits)"). X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 7 (X_ReparentWindow) Resource id in failed request: 0x140019d Serial number of failed request: 2252 Current serial number in output stream: 2253 See https://test.winehq.org/data/patterns.html#quartz:vmr7 https://test.winehq.org/data/patterns.html#quartz:vmr9 So it is most likely the X error that causes the test to be prematurely killed. I did not notice an X error for quartz:vmr9 but for now I will consider that it either has the same cause or is a consequence of the vmr7 failure. The first failure happened on 2023-06-13 and, across all test configurations, it has been happening about once a day since. Further, a bisect shows that the vmr7 failure started with the commit below: commit 9f8d9eef216d4ede3b53d3caab222ad8f896f10b Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Mon Jan 25 15:22:08 2021 +0100 winex11: Set the window cursor immediately in SetCursor. Instead of synchronizing the cursor on mouse changes. The SetCursor call should now only be made when cursor or window handle have changed. -- 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 55198] New: QuickBooks SS 2009 installer crash
by WineHQ Bugzilla July 6, 2023

July 6, 2023

https://bugs.winehq.org/show_bug.cgi?id=55198 Bug ID: 55198 Summary: QuickBooks SS 2009 installer crash Product: Wine Version: 8.11 Hardware: x86-64 URL: https://web.archive.org/web/20210307180900/http://dlm3 .download.intuit.com/SBD/QuickBooks/2009/R1/QuickBooks SimpleStartDirect2009.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Blocks: 34028, 34029, 34040 Distribution: Ubuntu Created attachment 74793 --> https://bugs.winehq.org/attachment.cgi?id=74793 Wine 8.11 backtrace Immediately following what appears to be a successful installation of QuickBooks Simple Start 2009, a cmd prompt opens and there is immediately a crash. Backtrace: =>0 0x7b012187 RaiseException+0x42(code=<is not available>, flags=<is not available>, count=<is not available>, args=<is not available>) [/usr/src/packages/BUILD/dlls/kernelbase/debug.c:350] in kernelbase (0x0237f634) 1 0x00de2bda RpcRaiseException+0x2a(exception=0x6a6) [/usr/src/packages/BUILD/dlls/rpcrt4/rpcrt4_main.c:214] in rpcrt4 (0x0237f654) 2 0x00da9932 in rpcrt4 (+0x9932) (0x0237f694) 3 0x6e466a98 remote_CloseHandle+0xb8(handle=0x3) [/usr/src/packages/BUILD/dlls/msi/i386-windows/winemsi_c.c:2877] in msi (0x0237f824) 4 0x6e40ce50 MsiCloseHandle+0xa0(handle=<couldn't compute location>) [/usr/src/packages/BUILD/dlls/msi/handle.c:302] in msi (0x0237f854) 5 0x100106cc in msifd08.tmp (+0x106cc) (0x0237f934) 6 0x6f504251 (0x00000000) I installed MFC80 as the console log complains loudly without it (though the installation continues apparently without issue). The crash occurs regardless. Unfortunately I don't know what it is trying to do at this point. 2997111 pts/7 S 0:05 QuickBooksSimpleStartDirect2009.exe /qb /s 2997117 ? Ss 0:14 /opt/wine-devel/bin/wineserver 2997121 ? Ssl 0:00 C:\windows\system32\services.exe 2997127 pts/7 Sl 0:00 C:\windows\system32\explorer.exe /desktop 2997136 ? Ssl 0:01 C:\windows\system32\winedevice.exe 2997159 ? Ssl 0:00 C:\windows\system32\svchost.exe -k LocalServiceNetworkRestricted 2997164 ? Ssl 0:00 C:\windows\system32\plugplay.exe 2997173 ? Ssl 0:31 C:\windows\system32\winedevice.exe 2997192 pts/7 S 0:00 C:\windows\system32\conhost.exe --unix --width 238 --height 63 --server 0x10 2997219 pts/7 Sl 0:02 C:\users\test\Temp\FSE\QBooks\setup.exe 2997270 ? Ssl 0:14 C:\windows\system32\msiexec.exe /I C:\users\test\Temp\FSE\QBooks\QuickBooks.msi /lv* C:\users\test\Temp\QuickBooks_09.log QB_LICENSENUM=4999-8780-2611-708 QB_PRODUCTNUM=450-165 ISW_PRODUCTNUM=309691 ISW_LICENSENUM=160710205397039 CDSKU=CDATOMLIMITED MEDIAPACKAGEPATH=\QBooks\ 2997274 ? Ssl 0:05 C:\windows\system32\msiexec.exe -Embedding 416 2998870 ? Ss 0:00 winedbg --auto 428 136 2998872 ? Ss 0:00 C:\windows\system32\conhost.exe --server 0x2c 2999260 pts/7 R+ 0:00 ps -x This never used to occur so tried Wine 7.0 but it crashes in a different way (in Mono). Tried dotnet20 with Wine 7.0 and it crashes in yet another way. Given the amount of time needed to install this app (/qb /s isn't very effective) a bisect will take quite some time... As I cannot figure out how to work around this, marking related bugs as blocked. Will update when I know more. -- 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 34040] New: QuickBooks SS 2008 R1 crashes multiple times on second run
by wine-bugs＠winehq.org July 6, 2023

July 6, 2023

http://bugs.winehq.org/show_bug.cgi?id=34040 Bug #: 34040 Summary: QuickBooks SS 2008 R1 crashes multiple times on second run Product: Wine Version: 1.6-rc5 Platform: x86-64 URL: http://dlm.download.intuit.com/SBD/QuickBooks/2008/R1/ QuickBooksSimpleStartDirect2008.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 45237 --> http://bugs.winehq.org/attachment.cgi?id=45237 wine-1.6-rc5 console output Running QB 2008 a second time after setting up a company file and closing the application will cause multiple crashes that are caught by the application itself. To get this far: 1. winetricks -q dotnet20 msxml4 (Bug 34028 and Bug 34029) 2. Install. 3. Run and set up a company file and save it. 4. Exit application. 5. Run application. Tried msxml3 but this simply causes the application to hang. NOTE: Native msxml3 cannot be installed before the first run as this appears to also cause Bug 34028. Tried vcrun2005 too but it made no difference. -- 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 5

[Bug 34028] New: QuickBooks SS 2008 R1 fails to load due to licence error
by wine-bugs＠winehq.org July 6, 2023

July 6, 2023

http://bugs.winehq.org/show_bug.cgi?id=34028 Bug #: 34028 Summary: QuickBooks SS 2008 R1 fails to load due to licence error Product: Wine Version: 1.6-rc5 Platform: x86-64 URL: http://download.microsoft.com/download/C/C/0/CC0BD555- 33DD-411E-936B-73AC6F95AE11/IE8-WindowsXP-x86-ENU.exe OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: msxml4 AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 45219 --> http://bugs.winehq.org/attachment.cgi?id=45219 wine-1.6-rc5 console output QuickBooks SS 2008 R1 fails to load due to a "Could not initialize license properties" error. fixme:msxml:domdoc_setProperty Ignoring property L"NewParser", value {VT_I2: -1} fixme:msxml:domdoc_setProperty Ignoring property L"NewParser", value {VT_BOOL: ffffffff} [...] fixme:msxml:domdoc_get_parseError (0x1aa674)->(0x32f2dc): creating a dummy parseError Workaround is "winetricks msxml4". -- 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 9

[Bug 55153] New: comdlg32:filedlg sometimes crashes on Windows 7
by WineHQ Bugzilla July 5, 2023

July 5, 2023

https://bugs.winehq.org/show_bug.cgi?id=55153 Bug ID: 55153 Summary: comdlg32:filedlg sometimes crashes on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comdlg32:filedlg sometimes crashes on Windows 7: comdlg32:filedlg start dlls/comdlg32/tests/filedlg.c 0ef8:filedlg: unhandled exception c0000005 at 766523AD comdlg32:filedlg:0ef8 done (-1073741819) in 5s 56B See https://test.winehq.org/data/patterns.html#comdlg32:filedlg Where c0000005 == STATUS_ACCESS_VIOLATION The first crash happened on 2023-02-28 and there has been a bit over 1.5 per month since. -- 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 55200] New: MSVC cl.exe misbehaving (buggy/inconsistent behaviour) wrt include paths since "ntdll: Default to Windows 10"
by WineHQ Bugzilla July 5, 2023

July 5, 2023

https://bugs.winehq.org/show_bug.cgi?id=55200 Bug ID: 55200 Summary: MSVC cl.exe misbehaving (buggy/inconsistent behaviour) wrt include paths since "ntdll: Default to Windows 10" Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st Regression SHA1: 69154f0329aec4fb64886a0689da198b5323dcde Distribution: --- Background: I package MSVC with Wine wrapping, so that people can compile software using MSVC on Unix systems - see https://github.com/mstorsjo/msvc-wine. Since Wine 8.1, specifically commit 69154f0329aec4fb64886a0689da198b5323dcde "ntdll: Default to Windows 10", cl.exe in Wine started misbehaving with respect to how it finds headers in some include paths. The misbehaviour isn't entirely consistent and only appears in some fairly specific cases. (When compiling a project of the size of LLVM, with ~3000 compiled translation units, the bug appears in 3 of these translation units.) I've managed to reproduce the situation with a fairly minimal testcase. To reproduce, first install a fresh version of msvc-wine: $ git clone https://github.com/mstorsjo/msvc-wine $ cd msvc-wine $ ./vsdownload.py --dest $HOME/msvc2022-17.6 --accept-license $ ./install.sh $HOME/msvc2022-17.6 Then set up a minimal mock source project structure: $ mkdir -p msvc-include-bug/subdir $ touch msvc-include-bug/subdir/header.h $ echo '#include "subdir/header.h"' > msvc-include-bug/subdir/file.cpp Now test preprocessing file.cpp to see that it manages to find the header. Bypass the msvc-wine wrapper scripts and call it with wine manually: $ . $HOME/msvc2022-17.6/bin/x64/msvcenv.sh # Set up the INCLUDE/LIB/WINEDLLOVERRIDES env vars as necessary $ WINEDEBUG=-all wine64 $HOME/msvc2022-17.6/vc/tools/msvc/14.36.32532/bin/Hostx64/x64/cl.exe -P -Fipreproc.cpp -I$(pwd)/msvc-include-bug/subdir -I$(pwd)/msvc-include-bug z:$(pwd)/msvc-include-bug/subdir/file.cpp Microsoft (R) C/C++ Optimizing Compiler Version 19.36.32532 for x64 Copyright (C) Microsoft Corporation. All rights reserved. file.cpp This runs successfully, as reference example. Now update file.cpp to include <corecrt_wio.h> before "subdir/header.h": $ echo '#include <corecrt_wio.h>' > msvc-include-bug/subdir/file.cpp $ echo '#include "subdir/header.h"' >> msvc-include-bug/subdir/file.cpp Rerun the same compilation command: $ . $HOME/msvc2022-17.6/bin/x64/msvcenv.sh $ WINEDEBUG=-all wine64 $HOME/msvc2022-17.6/vc/tools/msvc/14.36.32532/bin/Hostx64/x64/cl.exe -P -Fipreproc.cpp -I$(pwd)/msvc-include-bug/subdir -I$(pwd)/msvc-include-bug z:$(pwd)/msvc-include-bug/subdir/file.cpp Microsoft (R) C/C++ Optimizing Compiler Version 19.36.32532 for x64 Copyright (C) Microsoft Corporation. All rights reserved. file.cpp z:/home/martin/msvc-include-bug/subdir/file.cpp(2): fatal error C1083: Cannot open include file: 'subdir/header.h': No such file or directory For some unknown reason, the extra set of headers included by <corecrt_wio.h> make cl.exe no longer find "subdir/header.h" even though -I$(pwd)/msvc-include-bug is passed to the compiler. The bug only appears when both $(pwd)/msvc-include-bug and $(pwd)/msvc-include-bug/subdir are added to the include path. $(pwd) expanding to an absolute unix path should be resolvable as an drive-relative (implicitly relative to z:) within Wine. Now if we clarify the include paths, that previously were set up as -I$(pwd)/... into fully absolute windows paths as -Iz:$(pwd)/..., then the test succeeds again: $ WINEDEBUG=-all wine64 $HOME/msvc2022-17.6/vc/tools/msvc/14.36.32532/bin/Hostx64/x64/cl.exe -P -Fipreproc.cpp -Iz:$(pwd)/msvc-include-bug/subdir -Iz:$(pwd)/msvc-include-bug z:$(pwd)/msvc-include-bug/subdir/file.cpp Microsoft (R) C/C++ Optimizing Compiler Version 19.36.32532 for x64 Copyright (C) Microsoft Corporation. All rights reserved. file.cpp Before the relevant Wine commit, this bug didn't appear at all in this case. It's probably easy to work around this issue within msvc-wine by rewriting -I arguments with absolute paths into Windows absolute paths like z:/... - but it's curious why this is needed now when it wasn't needed before, and MSVC cl.exe itself is acting very inconsistent here - it's only needed in this very precise setup. (For context, for future self: When compiling LLVM, this bug currently hits three files under llvm/lib/Target/AArch64/MCTargetDesc - AArch64WinCOFFObjectWriter.cpp, AArch64MCTargetDesc.cpp and AArch64TargetStreamer.cpp.) -- 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