January 2025 - Wine-Bugs - list.winehq.org

[Bug 57542] Visual studio 2022 installer can't connect to the internet

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57542 --- Comment #18 from F H <francisco278herrera(a)gmail.com> --- (In reply to F H from comment #12) > (In reply to F H from comment #9) > > Created attachment 77624 [details] > > setup program not finishing in a clean wineprefix > > > > seems i cannot get the setup program to finish in a clean wineprefix anymore > > so it never tries to download stuff anymore it just closes itself after > > extracting files, it now only works if dotnet 4.7.2 is installed, please > > disregard the nothing under available issue in a clean wineprefix > > > > and it turns out dotnet 4.7.2 is all that is needed to run the setup > > program and the installer, > > > > with only dotnet 4.7.2 enough glitches go away to see the error message > > saying the install operation failed, > > > > and with it installed i can pick stuff to download and i can see that it > > tries to download stuff before saying the install operation failed > > when this happens visual studio creates a log file at > ~/.wine/drive_c/users/asdf/AppData/Local/Temp/ with the prefix > "dd_installer_elevated" and combining it with the file with the prefix > "dd_installer_" it seems to fail because of "Could not find Windows Runtime > type 'Windows.Networking.Connectivity.NetworkCostType'." Both files are created by the visual studio installer -- 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.

Jan. 4, 2025

[Bug 56654] Unreal Editor for Fornite: Menu disappear (Proton 9+ - GE Proton 8+ - Wine 10+)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=56654 Florian RICHER <florian.richer(a)protonmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Unreal Editor for Fornite: |Unreal Editor for Fornite: |Menu disappear (Proton 9+ - |Menu disappear (Proton 9+ - |GE Proton 8+) |GE Proton 8+ - Wine 10+) -- 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.

Jan. 4, 2025

[Bug 56654] Unreal Editor for Fornite: Menu disappear (Proton 9+ - GE Proton 8+)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=56654 Florian RICHER <florian.richer(a)protonmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|9.0 |10.0-rc4 -- 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.

Jan. 4, 2025

[Bug 57632] fallout 3 radio broke with gstreamer 1.24.10 (9.22 silent, 10rc4 stalls)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57632 --- Comment #2 from zlice <zlice(a)crtdrift.us> --- Created attachment 77760 --> https://bugs.winehq.org/attachment.cgi?id=77760 wine10rc4-dbglog -- 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.

Jan. 4, 2025

[Bug 57632] fallout 3 radio broke with gstreamer 1.24.10 (9.22 silent, 10rc4 stalls)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57632 --- Comment #1 from zlice <zlice(a)crtdrift.us> --- Created attachment 77759 --> https://bugs.winehq.org/attachment.cgi?id=77759 wine922-dbglog -- 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.

Jan. 4, 2025

[Bug 57632] New: fallout 3 radio broke with gstreamer 1.24.10 (9.22 silent, 10rc4 stalls)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57632 Bug ID: 57632 Summary: fallout 3 radio broke with gstreamer 1.24.10 (9.22 silent, 10rc4 stalls) Product: Wine Version: 10.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: zlice(a)crtdrift.us Distribution: --- old similar bug https://bugs.winehq.org/show_bug.cgi?id=42033 (i'm sure there's more but this should be the latest) recently updated to gstreamer 1.24.10 which had security patches wine 9.22 the radio does not work, nor in 10rc4 but it does have less output errors and crash/stall in 10rc4. 9.22 is just silent, no radio but you keep playing. the last line in terminal (without WINEDEBUG) is different for 9.22 and 10rc4 01c8:err:quartz:DSoundRender_SendSampleData WaitForSingleObject() returned 0. ^^^ 9.22 vvv 10.0rc4 0024:err:quartz:BaseMemAllocator_Decommit Waiting: 1 since these were mostly security fixes i assumed it's something wine may have to update? if it doesn't seem that way let me know and i can go make a bug over there -- 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.

Jan. 4, 2025

[Bug 57628] Simple StackWalk64 code example doesn't produce output as expected

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57628 Eric Pouech <eric.pouech(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eric.pouech(a)gmail.com --- Comment #4 from Eric Pouech <eric.pouech(a)gmail.com> --- I'm not sure it's wrong API usage :-( MSDN documentation for StackWalk64 doesn't explicitly requests that the process has been initialized (whereas it's explicitly stated for most of the others dbghelp's APIs) this likely requires something like what's done in minidump writing (eg creating a dbghelp context with SymInitialize if none exists) (*) what's harder is the STACKFRAME64 part... MSDN states that only the 3 addresses need to be initialized... let's see when using > memset(&s, 0xA5, sizeof(s)); before the the init of the STACKFRAME64, I get a nice exception thrown from within StackWalk64... it seems to be triggered when the KDHELP64 RetpolineStubFunctionTableSize field is set to 0xA5A5A5A5A5A5A5A5 So not initializing the STACKFRAME can lead so severe impacts! I see also usage of STACKFRAME64.Reserved fields - after first call, Reserved[0] is set to 0, - after second call, Reserved[2] can be touched - afterwards no Reserved fields are changed the Far & Virtual fields are only changed when their value is 0 or 1 depending if Far&Virtual are among 0,1 or not, modification on Reserved[2] is different (set to 1 vs decreased by one) but in any case, native seems to do more work to try to identify if the structure has been initialized or not... note: builtin dbghelp also requires to distinguish, first call, second call and any other calls on x86_64 (situation is way more complex on i386) note also that non initialized content on stack can vary between Wine & Windows is this snipnet derived from a real application? If so, can you share which one? (the observations above are only for x64, and are likely to be different for another machine. current dbghelp code makes the assumption that the Reserved fields are zero:ed upon first call; I'm not sure we can simply detect the uninitialized state without making any assumption on the Reserved fields content) (*) would require some testing as likely the process handle shall be a live (real) process handle, and whether the context is kept somehow (otherwise would require rewalking the module list at each call, which could be time expansive at the end) -- 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.

Jan. 4, 2025

[Bug 57631] New: Call from 7BD50E18 to unimplemented function iertutil.dll.653, aborting

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57631 Bug ID: 57631 Summary: Call from 7BD50E18 to unimplemented function iertutil.dll.653, aborting Product: Wine Version: 10.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nosoy1(a)charter.net Distribution: Mint App Fails to run after 10-rc4 update. Running "Uninstaller" from winetricks fails with: wine: Call from 7BD50E18 to unimplemented function iertutil.dll.653, aborting Application also fails with similar string of errors: see below Reinstall of application fails with same errors: No need to repeat ron(a)RCS1:~$ env WINEPREFIX="/home/ron/ThumbsPlus10" wine C:\\users\\Public\\Desktop\\ThumbsPlus\ 10.lnk 0074:err:vulkan:vulkan_init_once Failed to load libvulkan.so.1 0074:err:xrandr:vulkan_init_once Failed to load libvulkan.so.1 0128:err:setupapi:create_dest_file failed to create L"C:\\windows\\system32\\shlwapi.dll" (error=80) wine: Call from 7BD50E18 to unimplemented function iertutil.dll.653, aborting wine: Call from 7BD50E18 to unimplemented function iertutil.dll.653, aborting wine: Call from 7BD50E18 to unimplemented function iertutil.dll.9, aborting wine: Call from 7BD50E18 to unimplemented function iertutil.dll.653, aborting 002c:err:setupapi:do_file_copyW Unsupported style(s) 0x10 0024:fixme:exec:SHELL_execute flags ignored: 0x00004000 ron(a)RCS1:~$ 014c:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0237F710, 0237F724 0237F718 014c:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 0237F710 0237F724 0237F718) returning a dummy value (current locale) 014c:err:winediag:ntlm_check_version ntlm_auth was not found. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 014c:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems wine: Call from 7BD50E18 to unimplemented function iertutil.dll.653, aborting 014c:err:module:loader_init "urlmon.dll" failed to initialize, aborting 014c:err:module:loader_init Initializing dlls for L"C:\\Program Files\\ThumbsPlus 10\\Bin\\Thumbs10.exe" failed, status 80000100 -- 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.

Jan. 4, 2025

[Bug 38975] Alpha Protocol launcher: menu options hidden behind grey boxes

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=38975 Béla Gyebrószki <gyebro69(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Fixed by SHA1| |51b16963f6e0e8df43118deac63 | |f640aee4698b7 Resolution|--- |FIXED --- Comment #9 from Béla Gyebrószki <gyebro69(a)gmail.com> --- This bug was just fixed in 10.0-rc4, thanks to https://gitlab.winehq.org/wine/wine/-/commit/51b16963f6e0e8df43118deac63f64… Btw. the game is back on Steam for a while now. -- 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.

Jan. 4, 2025

[Bug 57630] New: 15 days crashes with vulkan renderer

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57630 Bug ID: 57630 Summary: 15 days crashes with vulkan renderer Product: Wine Version: 10.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: titan.costa(a)gmail.com Distribution: --- Created attachment 77758 --> https://bugs.winehq.org/attachment.cgi?id=77758 Console log It seems the crash comes from an assert: vkd3d:0194:err:spirv_compiler_find_resource Failed assertion: entry -- 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.

Jan. 4, 2025