wine-bugs July 2023

wine-bugs@winehq.org

1 participants
2725 discussions

[Bug 55198] New: QuickBooks SS 2009 installer crash
by WineHQ Bugzilla 07 Jul '23

07 Jul '23

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 07 Jul '23

07 Jul '23

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 07 Jul '23

07 Jul '23

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 05 Jul '23

05 Jul '23

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 05 Jul '23

05 Jul '23

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

[Bug 54135] New: JGlossator v5.0: Hovering textboxes not displaying
by WineHQ Bugzilla 05 Jul '23

05 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=54135 Bug ID: 54135 Summary: JGlossator v5.0: Hovering textboxes not displaying Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: metcalsr(a)gmail.com Distribution: --- Created attachment 73666 --> https://bugs.winehq.org/attachment.cgi?id=73666 +mshtml Application features hover-over translations for text in the search box. This is not only an important QoL feature, but often provides alternative translations which aid significantly in understanding the text. These hovering boxes break under 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 11

[Bug 55024] New: Sims 4 Studio window flickering
by WineHQ Bugzilla 05 Jul '23

05 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=55024 Bug ID: 55024 Summary: Sims 4 Studio window flickering Product: Wine Version: 8.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryu.ketsueki(a)outlook.com Distribution: --- This is something that was happening before for a while now but it was tolerable. Now it's unusable. Sims 4 Studio updated to the (Star) release, as in the 3.2.0.6 and it's actually usable now. The application doesn't freeze when trying to render anything 3D, which was apparently an issue on Sims 4 Studio itself, as even in a virtual machine, it had the exact same error. Could only get around it by a dual boot with Windows. Not anymore. Sims 4 Studio runs relatively well and I can create and modify game packages normally. That was until recently, when the flickering got so much worse. I'll explain what is happening. The window would hang frames for a bit and flicker them instead of completely update to the newest frame. Now it doesn't hang anymore. Instead, the window appears completely black, except when hovering over buttons or menus, when the window flash its content for a split second and goes black again. This is still on top of the flickering of before, so it still hangs frames but still goes black constantly, making the application unusable. Now, to my knowledge, Sims 4 Studio requires .NET 6.0 to launch at all. I had to install it to make it work, even when it was usable. Maybe this is related Mono or .NET itself, I don't know. I did observe a behavior that may be connected to what is going on. When the window is flashing black, the center of the window has a square showing the correct content but it's following the Windows 10/11 spinning wheel, so only this loading wheel shows correctly. The behavior persists even when the wheel is gone -- 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 55193] New: user32:sysparams - test_WM_DISPLAYCHANGE() fails on Windows 8
by WineHQ Bugzilla 05 Jul '23

05 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=55193 Bug ID: 55193 Summary: user32:sysparams - test_WM_DISPLAYCHANGE() fails on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:sysparams - test_WM_DISPLAYCHANGE() fails on Windows 8: sysparams.c:2473: Test failed: ChangeDisplaySettingsExW returned -1 sysparams.c:2504: Tests skipped: bpp 8: ChangeDisplaySettingsExW returned -1 sysparams.c:2504: Tests skipped: bpp 16: ChangeDisplaySettingsExW returned -1 sysparams.c:2505: Test failed: bpp 16: ChangeDisplaySettingsExW returned -1 sysparams.c:2504: Tests skipped: bpp 24: ChangeDisplaySettingsExW returned -1 sysparams.c:2505: Test failed: bpp 24: ChangeDisplaySettingsExW returned -1 sysparams.c:2523: Test failed: ChangeDisplaySettingsExW returned -1 See https://test.winehq.org/data/patterns.html#user32:sysparams Where -1 == DISP_CHANGE_FAILED (so not very helpful) This is systematic and impacts the two TestBot Windows 8 VMs. Also this check does not make sense: broken( DISP_CHANGE_FAILED && bpp == 8 ) and given that we get this res value for all bpps, maybe it should be: broken( res == DISP_CHANGE_FAILED ) -- 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 55195] New: wininet:http - test_http_connection() sometimes fails with a SENDING_REQUEST status on Windows
by WineHQ Bugzilla 05 Jul '23

05 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=55195 Bug ID: 55195 Summary: wininet:http - test_http_connection() sometimes fails with a SENDING_REQUEST status on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wininet:http - test_http_connection() sometimes fails with a SENDING_REQUEST status on Windows: http.c:4126: Testing reading compressed content from cache http.c:376: Test failed: unexpected status 30 (INTERNET_STATUS_SENDING_REQUEST) http.c:376: Test failed: unexpected status 31 (INTERNET_STATUS_REQUEST_SENT) http.c:376: Test failed: unexpected status 40 (INTERNET_STATUS_RECEIVING_RESPONSE) http.c:376: Test failed: unexpected status 41 (INTERNET_STATUS_RESPONSE_RECEIVED) http.c:376: Test failed: unexpected status 50 (INTERNET_STATUS_CLOSING_CONNECTION) http.c:376: Test failed: unexpected status 51 (INTERNET_STATUS_CONNECTION_CLOSED) http.c:3665: Test failed: expected status 30 (INTERNET_STATUS_SENDING_REQUEST) 1 times, received 2 times http.c:3666: Test failed: expected status 31 (INTERNET_STATUS_REQUEST_SENT) 1 times, received 2 times http.c:3667: Test failed: expected status 40 (INTERNET_STATUS_RECEIVING_RESPONSE) 1 times, received 2 times http.c:3668: Test failed: expected status 41 (INTERNET_STATUS_RESPONSE_RECEIVED) 1 times, received 2 times http.c:5908: Testing InternetReadFileExW with IRF_ASYNC flag... See https://test.winehq.org/data/patterns.html#wininet:http Sometimes some of the 41, 50 and 51 status failures do not happen. These failures go back to at least 2022-11-29 and have happened a bit over once per month since, impacting all Windows versions. But there have been months with no failure too, and lately it has mostly been happening on Windows 8: * 2022-11-29 win22H2_fgtb-w10pro64-rx550-64 * 2023-03-10 win21H1_newtb-w10pro64-32 * 2023-03-20 win7_newtb-w7pro64-64 * 2023-03-28 win22H2_fgtb-w10pro64-32 * 2023-04-06 win7_newtb-w7u-pt-PT * 2023-04-28 win21H1_newtb-w10pro64-ru-64 * 2023-05-22 win21H1_newtb-w10pro64-fr-64 * 2023-06-08 win81_newtb-w8adm * 2023-07-04 win81_newtb-w864-64 * 2023-07-04 win81_newtb-w8 -- 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 54240] New: wineserver crash when calling an rpc stub
by WineHQ Bugzilla 05 Jul '23

05 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=54240 Bug ID: 54240 Summary: wineserver crash when calling an rpc stub Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: memory.thrasher(a)gmail.com Distribution: --- "M.A.R.S." game would immediately crash when attempting to launch due to a missing (stubbed) function. I implemented the function in the linked merge request. Game submitted to app db, also linked below. https://gitlab.winehq.org/wine/wine/-/merge_requests/1888 https://appdb.winehq.org/objectManager.php?sClass=version&iId=41241&iTestin… With the above patch, the game progresses to a splashscreen before crashing without any helpful errors, likely due to "easy anti-cheat" software. With tracing enabled, I was able to confirm the rpc endpoint generated by my patch was functioning 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 7

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 July 2023