November 2021 - Wine-Bugs - list.winehq.org

[Bug 40111] New: mpr:mpr regression
by wine-bugs＠winehq.org Dec. 4, 2021

Dec. 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=40111 Bug ID: 40111 Summary: mpr:mpr regression Product: Wine Version: 1.9.3 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Since the commit below, all Windows XP machines (even non-VMs) except the TestBot have a couple of systematic failures. It's not clear why the TestBot VM does not get a failure. It could be because it's the only one to be a Pro version, or because of a subtle network configuration difference. Failure: mpr.c:283: Test failed: Unexpected return: 53 mpr.c:303: Test failed: Unexpected return: 53 mpr:mpr results on test.winehq.org: https://test.winehq.org/data/tests/mpr:mpr.html commit d2ce22ba239d6ea4955e58784cf3e912920bb93b Author: Pierre Schweitzer <pierre(a)reactos.org> Date: Sun Jan 31 22:17:27 2016 +0100 mpr/tests: Add tests for WNetUseConnectionA(). Signed-off-by: Pierre Schweitzer <pierre(a)reactos.org> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 47938] New: kernel32:heap fails on fg-win7u64-* since 9 September 2019
by WineHQ Bugzilla Dec. 4, 2021

Dec. 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=47938 Bug ID: 47938 Summary: kernel32:heap fails on fg-win7u64-* since 9 September 2019 Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- <http://test.winehq.org/data/tests/kernel32:heap.html> Very consistently we see this: heap.c:1209: Test failed: GetPhysicallyInstalledSystemMemory unexpectedly failed heap.c:1210: Test failed: expected total_memory != 0 heap.c:1215: Test failed: expected total_memory >= memstatus.ullTotalPhys / 1024 I'm more than a little inclined to blame the virtualization software. -- 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 20987] New: msi tests can't be run in parallel
by wine-bugs＠winehq.org Dec. 4, 2021

Dec. 4, 2021

http://bugs.winehq.org/show_bug.cgi?id=20987 Summary: msi tests can't be run in parallel Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com We spend an awful lot of time waiting for tests to finish. It'd be awesome if "make -j 100 test" worked. As a first step, let's make the msi tests work in parallel. "make -j100" in the msi directory explodes at the moment because many of the tests use the same filenames. -- 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 6

[Bug 48047] New: urlmon:protocol - The https test fails on XP since the winehq.org upgrade
by WineHQ Bugzilla Dec. 4, 2021

Dec. 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=48047 Bug ID: 48047 Summary: urlmon:protocol - The https test fails on XP since the winehq.org upgrade Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 65588 --> https://bugs.winehq.org/attachment.cgi?id=65588 Screen capture of test.winehq showing the failures starting on Sep 09 The https protocol test in urlmon:protocol has been failing on Windows XP and 2003 since the winehq.org upgrade: protocol.c:3591: Testing https protocol (from urlmon)... protocol.c:1190: Test failed: hrResult = 800c0008, expected: 00000000 protocol.c:3435: Test failed: wait timed out protocol.c:3437: Test failed: expected Switch urlmon:protocol:0444 done (258) in 120s Test failed: timed out Note: 800c0008 is INET_E_DOWNLOAD_FAILURE. See https://test.winehq.org/data/tests/urlmon:protocol.html On Windows XP trying to open https://www.winehq.org in Internet Explorer (8.0.6001.18702) fails with no clear reason. Many other sites fail in the same way while trying to access google.com clearly indicates there is a certificate problem and asks whether to trust it anyway. As is Windows XP is unusable to surf the web. It's still possible to install Firefox 52.9.0 and then accessing https://www.winehq.org works. But then Firefox uses its own rot certificates and may not even use the Windows libraries for encryption. Windows Update offers no meaningful update (only Microsoft Security Essentials and Windows Live Essentials). So it's possible Windows XP and 2003 are either missing the required root certificates or do not support support whichever standard is used in the current certificates. In that case this test should be skipped on these platforms. -- 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 51084] New: Failed to load … win32k.sys, not working at all on Fedora 34
by WineHQ Bugzilla Dec. 4, 2021

Dec. 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=51084 Bug ID: 51084 Summary: Failed to load … win32k.sys, not working at all on Fedora 34 Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andy(a)madspunky.net Distribution: --- I don't know why the official Wine documentation doesn't even mention that there are official Fedora packages, or respectively why installing the Wine repository would be preferable. Anyway, it's not available for F34 yet. So I installed wine `dnf install wine` and tried `winecfg`, but it fails: ``` 002c:fixme:winediag:LdrInitializeThunk wine-staging is a testing version containing experimental patches. 002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when filing bug reports on winehq.org. 0058:err:winedevice:ServiceMain Failed to load L"C:\\windows\\system32\\win32k.sys" 0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 005c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0064:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 006c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 00a4:err:winedevice:ServiceMain Failed to load L"C:\\windows\\system32\\win32k.sys" 00a0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 002c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. wine: could not load kernel32.dll, status c0000135 ``` wine-6.7 (Staging) Thanks -- 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 49055] New: Multiple .NET WPF 4.x applications show black screen or have broken user interface rendering
by WineHQ Bugzilla Dec. 4, 2021

Dec. 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=49055 Bug ID: 49055 Summary: Multiple .NET WPF 4.x applications show black screen or have broken user interface rendering Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, separated from https://bugs.winehq.org/show_bug.cgi?id=45774#c6 Solmis v2.4 requires at least .NET Framework 4.5.2 ('winetricks -q dotnet452') Additionally 'winetricks -q corefonts' later. http://solmis.agoraplus.com/ http://solmis.agoraplus.com/ZippedInstall/Install.zip With .NET Framework 4.5.2 installed, click-once installer technology (dfsvc) is used which downloads additional 88 MB. After the splash window there is a login dialog supposedly shown but the client area is rendered (overlayed?) black. Moving the mouse cursor into bottom right corner and clicking the 'info' icon (briefly revealed) makes the user interface render. --- snip --- $ WINEDEBUG=+process,+loaddll wine ./setup.exe >>log.txt 2>&1 ... 00e0:trace:process:SetEnvironmentVariableW (L"__COR_COMMAND_LINE_APP_FULL_NAME__" L"http://solmis.agoraplus.com/Solmis.Client.application#Solmis.Client.applica…, Version=2.4.3.140, Culture=neutral, PublicKeyToken=bbf7981b5975ac11, processorArchitecture=x86/Solmis.Client.exe, Version=2.4.3.140, Culture=neutral, PublicKeyToken=bbf7981b5975ac11, processorArchitecture=x86"...) 00e0:trace:process:CreateProcessInternalW app (null) cmdline L"\"C:\\users\\focht\\Local Settings\\Application Data\\Apps\\2.0\\WOQPTZWG.M8V\\PQEDRA2Y.KYX\\solm..tion_bbf7981b5975ac11_0002.0004_38571e05ef5065e8\\Solmis.Client.exe\"" 00fc:fixme:dwmapi:DwmAttachMilContent (00030042) stub 0134:fixme:driver:GdiEntry13 stub 0134:fixme:dwrite:dwritefactory_CreateMonitorRenderingParams (0x1): monitor setting ignored 0134:fixme:d3d:wined3d_check_device_format_conversion output 0x4f47488, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 00fc:fixme:path:parse_url failed to parse L"PresentationFramework-SystemCore" 00fc:fixme:path:parse_url failed to parse L"PresentationFramework-SystemXml" 00fc:fixme:path:parse_url failed to parse L"PresentationFramework-SystemData" 00fc:fixme:path:parse_url failed to parse L"UIAutomationTypes" ... 0134:fixme:dwmapi:DwmIsCompositionEnabled 0F42FDF4 0134:fixme:d3d:wined3d_check_device_format_conversion output 0x4f47488, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8A8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0144:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. 0144:fixme:d3d:state_lastpixel Last Pixel Drawing Disabled, not handled yet 0134:fixme:path:parse_url failed to parse L"Solmis.Client.resources" 0134:fixme:d3d9:Direct3DShaderValidatorCreate9 Returning stub validator 0F464038. --- snip --- Workaround: https://docs.microsoft.com/en-us/dotnet/framework/wpf/graphics-multimedia/g… --- snip --- $ wine reg add "HKCU\\SOFTWARE\\Microsoft\\Avalon.Graphics" /v DisableHWAcceleration /t REG_DWORD /d 1 /f --- snip --- Although I mentioned this workaround in bug 45871 ("Several .NET 4.7 WPF applications crash with HLSL shader parsing failure when using builtin 'd3dcompiler_47.dll'") as well, d3dcompiler is not used in this case. $ sha1sum Install.zip d406efdd6a61a7291bbb8a8dad58847182dfa557 Install.zip $ du -sh Install.zip 40M Install.zip $ wine --version wine-5.7-97-g7ccc45f754 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 2

[Bug 42118] New: Chessmaster 9000 Mentor Lines/Thinking Lines don' t work and freeze the game
by wine-bugs＠winehq.org Dec. 4, 2021

Dec. 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=42118 Bug ID: 42118 Summary: Chessmaster 9000 Mentor Lines/Thinking Lines don't work and freeze the game Product: Wine Version: 2.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bkbk9(a)yahoo.ca Distribution: --- The "Mentor Lines" and "Thinking Lines" windows don't work in Chessmaster 9000. Both windows should display the chess engine's best moves being considered by its evaluation function. Under wine, these windows stay unresponsive and cause the game underway to freeze. -- 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 10

[Bug 41692] New: World of Tanks crashes instantly on start with OSSv4 on wine 1.9.17
by wine-bugs＠winehq.org Dec. 3, 2021

Dec. 3, 2021

https://bugs.winehq.org/show_bug.cgi?id=41692 Bug ID: 41692 Summary: World of Tanks crashes instantly on start with OSSv4 on wine 1.9.17 Product: Wine Version: 1.9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: HASH.DuOrden(a)gmail.com Distribution: --- Created attachment 56092 --> https://bugs.winehq.org/attachment.cgi?id=56092 WINEDEBUG=+tid,+seh,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+xaudio2,+xapofx,+dmusic,+mci,+pulse,+oss,+alsa,+coreaudio,+timestamp Starting with wine-1.9.17 and up, OSSv4 version: Version info: OSS 4.2 (b 2006/201611080054) (0x00040100) OSS_HG Hg revision: changeset: 948:233e1cedf15a WoT crashes on start: WorldOfTanks.exe wot_wait_for_mutex -clientGraphicsAPI d3d9 Regression testing result: 5df297206debc1256bfa479488e1941fce108cc5 is the first bad commit commit 5df297206debc1256bfa479488e1941fce108cc5 Author: Hugh McMaster <hugh.mcmaster(a)outlook.com> Date: Mon Aug 15 09:19:24 2016 +0000 reg/tests: Add more Unicode tests for 'reg import'. Signed-off-by: Hugh McMaster <hugh.mcmaster(a)outlook.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 ff708fa858bf6aac348c37802379037d5118796c ddfdae286b6a11eb4d9d162376226b047c724850 M programs Log of crash with wine-1.9.22 and "WINEDEBUG=+tid,+seh,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+xaudio2,+xapofx,+dmusic,+mci,+pulse,+oss,+alsa,+coreaudio,+timestamp" -- 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 10

[Bug 52058] New: GTA 1997 autorun.exe not work
by WineHQ Bugzilla Dec. 3, 2021

Dec. 3, 2021

https://bugs.winehq.org/show_bug.cgi?id=52058 Bug ID: 52058 Summary: GTA 1997 autorun.exe not work Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: guillere(a)adinet.com.uy Distribution: --- Created attachment 71069 --> https://bugs.winehq.org/attachment.cgi?id=71069 git bissect result I'am running GTA (Grand Theft Auto (1997)) using the original CD-ROM (mounting trow CDEMU) (using CUE from Internet Archive) d:\autorun.exe NOT WORK in master branch (git://source.winehq.org/git/wine.git) BUT it work in wine 6.0! I make a git bissect from tag wine-6.0 to MASTER The result.... guille(a)Aspire-I5:~/src/wine$ git bisect good 0dd37b02f99f5090dd855343fcd8a99496047f3e is the first bad commit commit 0dd37b02f99f5090dd855343fcd8a99496047f3e Author: Paul Gofman <pgofman(a)codeweavers.com> Date: Tue Nov 2 13:26:42 2021 +0300 ntdll: Store module dependencies in DDAG structure. Signed-off-by: Paul Gofman <pgofman(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/kernel32/tests/module.c | 12 +-- dlls/ntdll/loader.c | 201 +++++++++++++++++++++++++++++++------------ include/winternl.h | 4 +- 3 files changed, 152 insertions(+), 65 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 7

[Bug 51873] New: Joy.cpl crashes on the FFB tab when the FFB device is selected in the drop down list
by WineHQ Bugzilla Dec. 3, 2021

Dec. 3, 2021

https://bugs.winehq.org/show_bug.cgi?id=51873 Bug ID: 51873 Summary: Joy.cpl crashes on the FFB tab when the FFB device is selected in the drop down list Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: joy.cpl Assignee: wine-bugs(a)winehq.org Reporter: logos128(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: ArchLinux Created attachment 70792 --> https://bugs.winehq.org/attachment.cgi?id=70792 joy_cpl_6.19_crash.log This happens when the wineprefix is configured through registry to use bus_udev / hidraw ("Enable SDL" = 0 and "DisableInput" = 1). After some debugging found out that the supported number of buttons in Joy.cpl is 32, while the device is reporting 128. In result state.rgbButtons (main.c/ff_input_thread()) is being evaluated outside of its bounds, which eventually leads to going through the check where the real crash happens in IDirectInputEffect_SetParameters():775. After fixing the out of bounds issue (attached a patch for that), now joy.cpl doesn't crash immediately, but after choosing the desired FFB effect and pushing a button on the wheel to start the test. After some more debugging found out that joy->effects[chosen_effect].effect (the first operand) is NULL, leading to the segmentation fault. So probably the lpVtbl is not initialized for some reason. Other parts of that structure looked OK IMO. Otherwise the tracking of the steering wheel on the first tab worked properly through HIDRAW, as well as the available buttons. So this is already very positive :) Have tried it also through the SDL bus ("Enable SDL" = 1), and it worked as expected. The FFB test also partially worked. The sine wave effect was functional, while the constant and conditional effect didn't react. Also while debugging the above issue saw that joy->num_buttons is incorrectly set to 134 buttons, while the device (Simucube 2 Sport) has 128. Appeared that the PID State input report which includes several usages with report count 1, is being parsed as a normal input report in dinput/joystick_hid.c/enum_objects(), and those parameters are counted as buttons. So attached a patch for this too. Do you have any hints how to debug dinput properly for the lpVtbl issue? The gdb script helps a lot BTW :) (The attached crash log is after the first patch applied, but it was similar before that.) -- 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