wine-bugs February 2022

wine-bugs@winehq.org

1 participants
3932 discussions

[Bug 52349] New: Vortex Mod Manager Starts but Infinitely Loads
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52349 Bug ID: 52349 Summary: Vortex Mod Manager Starts but Infinitely Loads Product: Wine Version: 7.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nekoNexus(a)protonmail.ch Distribution: --- SHA256 of installer executable: ee6a45b1a4f88e1c5905b3dc9b25578a520279ff8d8be14b1f56b041388fcd6a Download location: https://github.com/Nexus-Mods/Vortex/releases/download/v1.4.16/vortex-setup… SHA256 of log .tar.gz file: f87b5914373ab521ebcb0ea0ffe0679e3968c7c6a1f8fef10f64496fcdc6835f WARNING: - The compressed tarball is about 149.9 MiB - It contains a 6 GB log file (it was difficult to not get it to expand so quickly and to log it in the first place) - I recommend anyone only attempt to go through it if they have a lot of RAM, seriously. - Since it greatly exceeds the attachment limit, I had to upload it to a cloud hosting site (namely, mega.nz) Log download link: https://mega.nz/file/ZiJAkB5Y#UgnbfHO99ldqN1cbAs0KAxXxxNVNPoKKdAM27RsXmEM ----- I created a (non-staging) Wine prefix and used winetricks afterwards like so: winetricks -q dotnet48 vcrun2017 python27 None of these are required to install the program, but the the program does use .NET at runtime and MSVC2017 and python27+ are build requirements, so I added them anyway just to be sure. After the winetricks and program installation, the program automatically launches itself but hangs on "Loading extensions" for literally forever - generating that gigantic log file and it does so somewhat quickly, and my only means I had of logging it was with &> because my attempts to do so within the terminal myself just crashes my terminal. However, Kate (the KDE text editor) CAN read the entirety of the file but it takes a bit to actually load it initially. As someone unfamiliar with any of the contents though, there's not much I can say about it aside from that it's baffling why it would be so large. -- 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 13

[Bug 51959] New: Missing procedure GetDayLightFlag
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51959 Bug ID: 51959 Summary: Missing procedure GetDayLightFlag Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)winehq.org Reporter: deridiot(a)gmail.com Distribution: --- Created attachment 70942 --> https://bugs.winehq.org/attachment.cgi?id=70942 german Error Message about the missing procedure In the build process of a python project we employ a docker image that uses pyinstaller via wine (https://github.com/cdrx/docker-pyinstaller). When executing the frozen exe it will raise an error noting that ucrtbase.dll misses the procedure GetDayLightFlag If i explicitly tell the build process to ignore ucrtbase.dll from being included in the package it will use the dll of the system it runs on. Meaning it doesn't employ the file supplied by wine. I poked around the code a bit and probably we are just lacking stdcall GetDaylightFlag() in https://github.com/wine-mirror/wine/blob/master/dlls/ucrtbase/ucrtbase.spec But C isn't my language of choice so i will gladly admit that's just guessing. I've managed to work around my problem by just excluding the dll, but i feel this might help someone else in the future. -- 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 51864] New: VeraCrypt Installer for 1.24-Update7 (Win8+) fails with HRESULT 0x800288BD
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51864 Bug ID: 51864 Summary: VeraCrypt Installer for 1.24-Update7 (Win8+) fails with HRESULT 0x800288BD Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: besentv(a)gmail.com Distribution: --- Created attachment 70779 --> https://bugs.winehq.org/attachment.cgi?id=70779 Veracrypt installer Winedump Seems like the installer, a 32bit App, tries to register a 64bit TypeLib, but it fails: ... 0100:Call oleaut32.RegisterTypeLib(00f2d118,051dd278 L"C:\\Program Files\\VeraCrypt\\VeraCrypt.exe",00000000) ret=00403782 0100:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00403782 ... 0100:Call oleaut32.RegisterTypeLib(00f2d118,051dd278 L"C:\\Program Files\\VeraCrypt\\VeraCrypt.exe",00000000) ret=00403782 0100:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00403782 ... A quick check of the source code shows us, that wine does this on purpose: oleaut32.typelib.c: HRESULT WINAPI RegisterTypeLib(ITypeLib *ptlib, const WCHAR *szFullPath, const WCHAR *szHelpDir) { ... #ifndef _WIN64 if (attr->syskind == SYS_WIN64) return TYPE_E_BADMODULEKIND; #endif ... } Windows allows this behavior, as the installer works perfectly fine 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.

1 8

[Bug 52220] New: TMIDI Player, Cherry: Playback with multiple MIDI ports is broken
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52220 Bug ID: 52220 Summary: TMIDI Player, Cherry: Playback with multiple MIDI ports is broken Product: Wine Version: 7.0-rc1 Hardware: x86-64 URL: https://www.vector.co.jp/soft/dl/win95/art/se038910.ht ml OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winealsa.drv Assignee: wine-bugs(a)winehq.org Reporter: kakurasan(a)gmail.com Regression SHA1: 3d57cc2863f2f9a5ace40d29317b3ff4357fd119 Distribution: --- Created attachment 71297 --> https://bugs.winehq.org/attachment.cgi?id=71297 Sample MIDI file that uses 2 MIDI ports When the apps are configured to use multiple MIDI ports, playback is broken if the song (MIDI file) uses multiple MIDI ports. Downloads: * TMIDI Player: https://www.vector.co.jp/soft/dl/win95/art/se038910.html * Cherry: https://www.vector.co.jp/soft/dl/win95/art/se071842.html Steps to reproduce: 1. Install ja_JP.UTF-8 locale 2. Execute "winetricks fakejapanese_ipamona" for Japanese fonts 3. Download TMIDI Player 4. Install/run TMIDI Player on ja_JP.UTF-8 locale 5. Open menu item "オプション(O) - MIDI設定(M)" (or press Alt-o and Enter) and set MIDI Port A and B to valid and different MIDI ports 6. Open/play the attached MIDI file This is a regression introduced by: commit 3d57cc2863f2f9a5ace40d29317b3ff4357fd119 Author: Jacek Konieczny <jajcus(a)jajcus.net> Date: Wed Feb 12 12:53:54 2020 -0600 winealsa.drv: Send MIDI events to port subscribers. This way changes to the port connections made by other applications will be honoured. Signed-off-by: Jacek Konieczny <jajcus(a)jajcus.net> Signed-off-by: Andrew Eikum <aeikum(a)codeweavers.com> 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.

1 17

[Bug 52173] New: kodi crashes at start: Call to unimplemented function wsdapi.dll.WSDCreateDiscoveryProvider, aborting
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52173 Bug ID: 52173 Summary: kodi crashes at start: Call to unimplemented function wsdapi.dll.WSDCreateDiscoveryProvider, aborting Product: Wine Version: 6.22 Hardware: x86-64 URL: https://mirrors.kodi.tv/releases/windows/win64/kodi-19 .3-Matrix-x64.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 71223 --> https://bugs.winehq.org/attachment.cgi?id=71223 patch with stub stub As the title says. Attached stub implementation gets it around this crash. Will send later to list Note: Starts further fine if I do 'winetricks dxvk141' but maybe my graphics card is too "simple', and this is not needed for other cards? -- 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 26350] New: Dungeons demo doesn't run
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=26350 Summary: Dungeons demo doesn't run Product: Wine Version: 1.3.15 Platform: x86 URL: http://www.bigdownload.com/games/dungeons/pc/dungeons- demo/ OS/Version: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com If I use mono-2.10-1, it fails with an error that mono can't handle it: Method '<Module>:<CrtImplementationDetails>.DoDllLanguageSupportValidation ()' in assembly 'C:\Program Files\Kalypso Media\Dungeons Demo\Mogre.dll' contains native code that cannot be executed by Mono in modules loaded from byte arrays. The assembly was probably created using C++/CLI. Method '<Module>:<CrtImplementationDetails>.ThrowModuleLoadException (string,System.Exception)' in assembly 'C:\Program Files\Kalypso Media\Dungeons Demo\Mogre.dll' contains native code that cannot be executed by Mono in modules loaded from byte arrays. The assembly was probably created using C++/CLI. System.NullReferenceException: Object reference not set to an instance of an object With dotnet35, fails with: Unhandled Exception: System.MissingMethodException: Method not found: 'Void System.Runtime.GCSettings.set_LatencyMode(System.Runtime.GCLatencyMode)'. at Realmforge.MogreUtil.Application.MainApplication`3.Run() at Realmforge.Dungeons.DungeonsMain.Main(String[] args) -- 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 16

[Bug 39699] New: WINE Crashed during setup of 'EDT for Windows'
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=39699 Bug ID: 39699 Summary: WINE Crashed during setup of 'EDT for Windows' Product: Wine Version: 1.6-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: D.Kurtz(a)web.de Distribution: --- Created attachment 52941 --> https://bugs.winehq.org/attachment.cgi?id=52941 Saved Crashfile During running the Setup-Programm WINE crashed. I have Linux-Mint 17.2 and Wine !:1.6.2 You can get the Programm 'EDTW = EDT für Windows' at this Link: http://opg.de/download/edtw/setupedt.exe If possible please answer in German language because my english is very bad. Thanks Dietmar -- 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 14

[Bug 52037] New: MaiDenSnow Eve trial crashes upon entering load menu
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52037 Bug ID: 52037 Summary: MaiDenSnow Eve trial crashes upon entering load menu Product: Wine Version: 6.19 Hardware: x86-64 URL: https://trial.dlsite.com/doujin/RJ116000/RJ115762_tria l.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- I'm reporting against 6.19, but IIRC this predates 6.0. I have no proof that the problem stems from the code in win32u/gdiobj.c, as gdb backtraces report stack being corrupted. Yet after changing the warning in handle_entry to print handle value, I can see the handle (font) being accessed after being freed by free_gdi_handle. Also, 'all,-heap' somehow sidesteps the crash, for a price of a major slowdown. The crash is 'illegal instruction', so once again, stack corruption. To reproduce: - run the trial - pick the last option (fourth) in the menu - pick 'New Game' - go with the first option in the next menu - as the game starts, access menu (press X) and save (first option) - press F12 to quickly restart the game - back at the title screen pick 'Load Game' - ...get the crash (if at any point you get a splash screen with some text and a clock image, you need to press 'up,left,up,down,right' on the keyboard) -- 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 15

[Bug 19841] New: Wolfenstein (2009): mouse cursor remains onscreen during FPS gameplay even after all menus are closed.
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=19841 Summary: Wolfenstein (2009): mouse cursor remains onscreen during FPS gameplay even after all menus are closed. Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben.r.xiao(a)gmail.com In Wolfenstein (2009), browsing the intelligence reports or upgrading weapons sometimes causes the mouse cursor to remain on screen even when the in-game menus are closed. In other words, during FPS gameplay, the cursor sits right where the crosshairs should be and does not disappear. Needless to say this is quite distracting. This cursor bug seems to appear randomly, but always after browsing an intelligence report or upgrading weapons. The only way to get rid of the cursor is to restart the game. I'll post an attachment showing this bug the next time I see 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 8

[Bug 52598] New: Update instructions for repository key usage due to deprecation of apt-key
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52598 Bug ID: 52598 Summary: Update instructions for repository key usage due to deprecation of apt-key Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- When using the repo, apt update produces such warning: W: https://dl.winehq.org/wine-builds/debian/dists/testing/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details. >From man apt-key DEPRECATION Except for using apt-key del in maintainer scripts, the use of apt-key is deprecated. This section shows how to replace existing use of apt-key. If your existing use of apt-key add looks like this: wget -qO- https://myrepo.example/myrepo.asc | sudo apt-key add - Then you can directly replace this with (though note the recommendation below): wget -qO- https://myrepo.example/myrepo.asc | sudo tee /etc/apt/trusted.gpg.d/myrepo.asc Make sure to use the "asc" extension for ASCII armored keys and the "gpg" extension for the binary OpenPGP format (also known as "GPG key public ring"). The binary OpenPGP format works for all apt versions, while the ASCII armored format works for apt version >= 1.4. -- 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

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 February 2022