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

[Bug 54825] New: Visual Studio C++ Build Tools fails to install with 'Could not find Windows Runtime type'
by WineHQ Bugzilla 06 Aug '23

06 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54825 Bug ID: 54825 Summary: Visual Studio C++ Build Tools fails to install with 'Could not find Windows Runtime type' Product: Wine-staging Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lupino8211(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 74328 --> https://bugs.winehq.org/attachment.cgi?id=74328 full_install.log I'm trying to install MSVC toolchain in wine in docker, but didn't succeed. I'm installing tools in following order: - dotnet48 - winecfg /v win10 - Visual Studio C++ Build Tools Installation ends in the following error (from logs which can be found in wine user's Temp directory): [025c:000a][2023-04-13T20:48:57] Error 0x80131522: Rethrowing the exception from the engine: Could not find Windows Runtime type 'Windows.Networking.Connectivity.NetworkCostType'. but how I can inspect, these DLL's exist in the following paths: /root/.wine/drive_c/windows/system32/windows.networking.connectivity /root/.wine/drive_c/windows/syswow64/windows.networking.connectivity and should contain mentioned type. How to reproduce: Download vs_BulidTools.exe from https://download.visualstudio.microsoft.com/download/pr/d24d0627-f1e2-4a69-… Install it via: wine cmd /c start /wait vs_BuildTools.exe \--quiet --add "Microsoft.VisualStudio.Workload.VCTools;includeRecommended" --add "Microsoft.VisualStudio.Workload.MSBuildTools;includeRecommended" --add "Microsoft.VisualStudio.Workload.ManagedDesktopBuildTools;includeRecommended" --add "Microsoft.VisualStudio.Component.VC.Tools.x86.x64;includeRecommended" -- 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 25100] New: the program don't start...
by wine-bugs＠winehq.org 06 Aug '23

06 Aug '23

http://bugs.winehq.org/show_bug.cgi?id=25100 Summary: the program don't start... Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: salvatore91salvatore(a)yahoo.it .... -- 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 3

[Bug 32900] New: The Bat 5.2.2 - keyboard keys stick
by wine-bugs＠winehq.org 05 Aug '23

05 Aug '23

http://bugs.winehq.org/show_bug.cgi?id=32900 Bug #: 32900 Summary: The Bat 5.2.2 - keyboard keys stick Product: Wine Version: 1.1.22 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sprog(a)online.ru Classification: Unclassified It happens rarely and may be related to RU keyboard layout. You press Cntr-N a new message form is created but pressing letters on a keyboard won't work as expected. If fact it's like you're constantly holding right CTL key. You press right CTL again and the bug disappears.... The same happens happens with ALT key too. The probles was in Wine versions starting from 1.4.1 Unfortunately I can't give you the conditions how to reproduce the bug. This report is more like "think about what could go wrong". If you can advise how to trace this problem - I'll do it. The Bat all so has problems with ole32. From to time the Connection Center causes OLE32 error. The conditions are unkown. It happens once if 2-3 days. After that the connection center works but the status bar is showing OLE32 error... -- 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 7

[Bug 49845] New: Sacred Gold: very bad performance (low fps) when zoomed out
by WineHQ Bugzilla 03 Aug '23

03 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=49845 Bug ID: 49845 Summary: Sacred Gold: very bad performance (low fps) when zoomed out Product: Wine Version: 5.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: phaidros(a)gmx.at Distribution: --- Sacred 1 Gold provides 3 zoom levels: Very close, middle and zoomed out. I guess most people really only use the zoomed out setting, the other two show such a small portion of the world that i don't know how anybody could enjoy the experience. Unfortunately the zoomed out setting gives very bad performance, around 20fps on a Ryzen 2700X @ 3.7GHz. Using the middle zoom setting fps go up to about 30-35fps and the very close zoom setting gives 55-60fps. I don't really understand what's going on, I think this is a very old game and a 8-core 3.7GHz CPU should have no problem whatsoever to run it. The 20fps i'm getting make the game really unenjoyable to the extent where i would rather boot windows to play it (where i'm getting 60fps at all zoom levels). I tried with and without CSMT, fixing the process to a single CPU core etc. Unfortunately no luck. It is really strange that the game would run at almost 60fps when zoomed in and then take such a massive performance hit when zooming out. -- 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 53956] New: Sacred Underworld crashes after launching
by WineHQ Bugzilla 03 Aug '23

03 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=53956 Bug ID: 53956 Summary: Sacred Underworld crashes after launching Product: Wine Version: 7.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Alexandr42suv(a)mail.ru Distribution: --- Created attachment 73536 --> https://bugs.winehq.org/attachment.cgi?id=73536 automatically generated backtrace When I was trying to run Sacred Underworld 2.28, I got an error message and game crashes. Other games or windows programs works well CPU: Intel Core i3-4005u GPU: Intel HD Graphics 4400 -- 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 54124] New: Sacred Underworld black screen hanging
by WineHQ Bugzilla 03 Aug '23

03 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54124 Bug ID: 54124 Summary: Sacred Underworld black screen hanging Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: VladimirVSC(a)yandex.ru Distribution: --- Created attachment 73656 --> https://bugs.winehq.org/attachment.cgi?id=73656 Sacred Underworld crash report When starting the game, the black screen appears which hangs until you press Escape or anything else. Then "Application is not responding" message appears and the game crashes to desktop. The same for stable 7.0.1 and 8.0-rc1. -- 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 39236] New: shell32:shlfileop fails if privileges not high enough
by wine-bugs＠winehq.org 03 Aug '23

03 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=39236 Bug ID: 39236 Summary: shell32:shlfileop fails if privileges not high enough Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- If the user cannot write to the root of the c: drive the test fails with the following errors: shlfileop.c:2497: Test failed: The file does not exist shlfileop.c:2499: Test failed: File is not removed, ErrorCode: 1026 shlfileop.c:94: Test failed: Failure to open file shlfileop.c:2505: Test failed: The file does not exist shlfileop.c:2507: Test failed: File is not removed, ErrorCode: 1026 In particular one can notice this bug on the following WineTest box: fg-win2000-rusr: Windows 2000 with a Restricted user account The test should try to write its Unicode file in the temporary directory. The test regression was introduced by this commit: commit 1fc0cb75eebeb011a1f620fb96f32245d886916c Author: Nigel Liang <ncliang(a)gmail.com> Date: Fri Jun 8 14:25:24 2007 -0700 shell32: Conformance tests for unicode filenames and fix a bug for file deletion. -- 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 55298] New: gdi32:font fails the MS Shell Dlg tests in the Arabic, Japanese and Chinese locales in Wine
by WineHQ Bugzilla 02 Aug '23

02 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55298 Bug ID: 55298 Summary: gdi32:font fails the MS Shell Dlg tests in the Arabic, Japanese and Chinese locales in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- gdi32:font fails the MS Shell Dlg tests in the Arabic, Japanese and Chinese locales in Wine: test_nonexistent_font() font.c:4181: Test failed: MS Shell Dlg should be enumerated font.c:4183: Test failed: MS Shell Dlg should be enumerated font.c:4192: Test failed: expected MS Shell Dlg, got Arial font.c:4205: Test failed: expected MS Shell Dlg, got Arial font.c:4181: Test failed: MS Shell Dlg should be enumerated font.c:4183: Test failed: MS Shell Dlg should be enumerated font.c:4192: Test failed: expected MS Shell Dlg, got Arial font.c:4205: Test failed: expected MS Shell Dlg, got Arial font.c:4181: Test failed: MS Shell Dlg should be enumerated font.c:4183: Test failed: MS Shell Dlg should be enumerated font.c:4192: Test failed: expected MS Shell Dlg, got Arial font.c:4205: Test failed: expected MS Shell Dlg, got Arial font.c:4181: Test failed: MS Shell Dlg should be enumerated font.c:4183: Test failed: MS Shell Dlg should be enumerated font.c:4192: Test failed: expected MS Shell Dlg, got Arial font.c:4205: Test failed: expected MS Shell Dlg, got Arial font.c:4181: Test failed: MS Shell Dlg should be enumerated font.c:4183: Test failed: MS Shell Dlg should be enumerated font.c:4192: Test failed: expected MS Shell Dlg, got Arial font.c:4205: Test failed: expected MS Shell Dlg, got Arial test_EnumFonts_subst() font.c:5507: Test failed: MS Shell Dlg should be enumerated font.c:5509: Test failed: MS Shell Dlg should be enumerated as a TrueType font font.c:5529: Test failed: MS Shell Dlg should be enumerated font.c:5530: Test failed: MS Shell Dlg should be enumerated See https://test.winehq.org/data/patterns.html#gdi32:font This happens on both the TestBot's Debian11 and Testing VMs. -- 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 55339] New: d3d9:visual - add_dirty_rect_test() fails on w11pro64_nv
by WineHQ Bugzilla 02 Aug '23

02 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55339 Bug ID: 55339 Summary: d3d9:visual - add_dirty_rect_test() fails on w11pro64_nv Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com d3d9:visual - add_dirty_rect_test() fails on w11pro64_nv: visual.c:19792: Test failed: Got unexpected color 0x00adbeef. See https://test.winehq.org/data/patterns.html#d3d9:visual This failure goes back to at least 2022-11-23, is systematic and specific to w11pro64_nv, the TestBot's only NVidia test configuration. -- 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 43859] New: Snake Pass: In-game textures appear Black, White or Fuchsia and are extremely bright.
by wine-bugs＠winehq.org 02 Aug '23

02 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=43859 Bug ID: 43859 Summary: Snake Pass: In-game textures appear Black, White or Fuchsia and are extremely bright. Product: Wine Version: 2.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jason.bagavatsingham(a)gmail.com Distribution: --- Created attachment 59430 --> https://bugs.winehq.org/attachment.cgi?id=59430 Terminal Log Found: Upon reaching in-game, the worlds geometry is rendered correctly, but all assets are extremely bright and appear Black, White or Fuchsia. Some colours are visible, but overshadowed by the bloominess of the aforementioned colours. Steps to reproduce: # Launch Steam. # Launch Snake Pass. # Select New Game / Continue and select a level. Actual Results: In-game rendering is extremely bright and many of the textures appear completely White, Black or colours ranging around Fuchsia. Expected Results: Texture appears correctly on all assets while in-game. *Reproduction Rate:* 5/5. Notes: Menus / 2D assets appear correctly. See link below for video of the issues: https://www.youtube.com/watch?v=f5KtPyHnJyI Environment: Wine-Staging 2.18 -- 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