wine-bugs August 2024

wine-bugs@winehq.org

1 participants
1186 discussions

[Bug 53531] New: FTDI Vinculum II IDE gets "Out of memory" error on startup
by WineHQ Bugzilla 10 Aug '24

10 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=53531 Bug ID: 53531 Summary: FTDI Vinculum II IDE gets "Out of memory" error on startup Product: Wine Version: 7.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com Distribution: --- While investigating bug 38350, users noticed how after upgrading Wine (some time ago), the error message on startup changed from "OLE error 8002006" to "Out of memory". Using WINEDEBUG='+relay,+msxml' and looking at the last msxml call prior to the "Out of memory" string appearing, I found it comes from domelem_get_item() line 1837: ---snip--- 1834 curr = xmlNewNsProp(NULL, xmlns, ns->prefix, ns->href); 1835 if (!curr) { 1836 xmlFreeNs(xmlns); 1837 return E_OUTOFMEMORY; 1838 } ---snip--- and xmlNewNsProp() fails because ns->prefix is NULL. However that code wasn't always there. Looking through the Git history and testing past Wine versions, I isolated it to this commit, before which it got further during startup: ---snip--- commit 4460cb3377a045de8cde82d846e8e0d3592d5252 (HEAD) Author: Daniel Lehman <dlehman25(a)gmail.com> Date: Mon Oct 15 21:14:34 2018 -0700 msxml3: Treat namespaces as floating attributes. Signed-off-by: Daniel Lehman <dlehman25(a)gmail.com> Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> ---snip--- -- 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 57042] New: rsaenh RSAENH_CPDecrypt crashes when an application tries to decrypt an empty string
by WineHQ Bugzilla 10 Aug '24

10 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57042 Bug ID: 57042 Summary: rsaenh RSAENH_CPDecrypt crashes when an application tries to decrypt an empty string Product: Wine Version: 9.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rsaenh Assignee: wine-bugs(a)winehq.org Reporter: kubapet(a)gmail.com Distribution: --- BizAgi Modeler v 3.9.0.015 won't start because (for some strange reason) it tries to decrypt http proxy password even when it is not set (it is an empty string). The current implementation of RSAENH_CPDecrypt fails on segfault when Final = true, pbData = "" and apdwDataLen = 0. Unhandled Exception: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.Security.Cryptography.CapiNative.UnsafeNativeMethods.CryptDecrypt(SafeCapiKeyHandle hKey, SafeCapiHashHandle hHash, Boolean Final, Int32 dwFlags, IntPtr pbData, Int32& pdwDataLen) at System.Security.Cryptography.CapiSymmetricAlgorithm.Reset() at System.Security.Cryptography.CapiSymmetricAlgorithm.TransformFinalBlock(Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount) at Bizagi.ProcessModeler.BusinessEntities.Proxy.ProxyConnectionHelper.DecryptPassword_Aes(String encryptedPassword) at Bizagi.ProcessModeler.BusinessLogic.Cloud.HttpRequestUtil.SetProxyConfiguration() at lambda_method(Closure ) at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.CreateInstanceWithNullCheck() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.GetInterceptedInstance() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.BuildExpression() at SimpleInjector.InstanceProducer.BuildExpressionInternal() at System.Lazy`1.CreateValue() at System.Lazy`1.LazyInitValue() at SimpleInjector.InstanceProducer.BuildExpression() at SimpleInjector.Registration.BuildConstructorParameters(ConstructorInfo constructor) at SimpleInjector.Registration.BuildNewExpression() at SimpleInjector.Registration.BuildTransientExpression() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.CreateInstanceWithNullCheck() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.GetInterceptedInstance() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.BuildExpression() at SimpleInjector.InstanceProducer.BuildExpressionInternal() at System.Lazy`1.CreateValue() at System.Lazy`1.LazyInitValue() at SimpleInjector.InstanceProducer.BuildExpression() at SimpleInjector.Registration.BuildConstructorParameters(ConstructorInfo constructor) at SimpleInjector.Registration.BuildNewExpression() at SimpleInjector.Registration.BuildTransientExpression() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.CreateInstanceWithNullCheck() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.GetInterceptedInstance() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.BuildExpression() at SimpleInjector.InstanceProducer.BuildExpressionInternal() at System.Lazy`1.CreateValue() at System.Lazy`1.LazyInitValue() at SimpleInjector.InstanceProducer.BuildExpression() at SimpleInjector.Registration.BuildConstructorParameters(ConstructorInfo constructor) at SimpleInjector.Registration.BuildNewExpression() at SimpleInjector.Registration.BuildTransientExpression() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.CreateInstanceWithNullCheck() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.GetInterceptedInstance() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.BuildExpression() at SimpleInjector.InstanceProducer.BuildExpressionInternal() at System.Lazy`1.CreateValue() at System.Lazy`1.LazyInitValue() at SimpleInjector.InstanceProducer.BuildExpression() at SimpleInjector.Registration.BuildConstructorParameters(ConstructorInfo constructor) at SimpleInjector.Registration.BuildNewExpression() at SimpleInjector.Registration.BuildTransientExpression() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.CreateInstanceWithNullCheck() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.GetInterceptedInstance() at SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.BuildExpression() at SimpleInjector.InstanceProducer.BuildExpressionInternal() at System.Lazy`1.CreateValue() at System.Lazy`1.LazyInitValue() at SimpleInjector.InstanceProducer.BuildExpression() at SimpleInjector.Registration.BuildConstructorParameters(ConstructorInfo constructor) at SimpleInjector.Registration.BuildNewExpression() at SimpleInjector.Registration.BuildTransientExpression() at SimpleInjector.InstanceProducer.BuildExpressionInternal() at System.Lazy`1.CreateValue() at System.Lazy`1.LazyInitValue() at SimpleInjector.InstanceProducer.BuildInstanceCreator() at SimpleInjector.InstanceProducer.BuildAndReplaceInstanceCreatorAndCreateFirstInstance() at SimpleInjector.InstanceProducer.GetInstance() at SimpleInjector.Container.GetInstance(Type serviceType) at Bizagi.DependencyInjector.InjectorBase.Resolve[T]() at Bizagi.DependencyInjector.ApplicationFactory.BuildApplication[TApplication](IApplicationBuilder`1 applicationBuilder, Boolean verify) at BizagiProcessModeler.Program.Main() -- 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 54861] New: UK's Kalender: Crashes when adding or changing event category - comctl32 related
by WineHQ Bugzilla 10 Aug '24

10 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=54861 Bug ID: 54861 Summary: UK's Kalender: Crashes when adding or changing event category - comctl32 related Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: wineuser101(a)mailbox.org Distribution: --- Created attachment 74359 --> https://bugs.winehq.org/attachment.cgi?id=74359 Backtrace crash creating new category The program crashes when a new event category is added or when the category of an existing event is changed. To reproduce the crash on a clean program installation, follow these steps: go to Extras, Categories, and click the button with a blank paper icon next to the "Event" box. Enter the name of the new category and click "OK" to induce the crash. I've attached a screenshot with the cursor on top of the button in question and the backtrace log of the crash. I discovered a workaround that solves the crashes by bruteforce-installing different winetrick DLLs until it got resolved. The specific DLL that solves the crashes is comctl32. However, after adding this DLL you cannot export HTML/CSV files from the calendar anymore or do a backup/restore. This seems to be due to a known bug related to the file open dialog; https://bugs.winehq.org/show_bug.cgi?id=43188 The setup file for UK's Kalender can be downloaded here; https://www.ukrebs-software.de/download/kalender/Kalender_Setup.exe I used UK's Kalender version 2.5.6 (the latest as of writing) sha1sum Kalender_Setup.exe c88d6184e8b8bb51a37f10cf3fe1411783e270be -- 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 35991] New: Communication via COM1 crashes the app
by wine-bugs＠winehq.org 10 Aug '24

10 Aug '24

http://bugs.winehq.org/show_bug.cgi?id=35991 Bug ID: 35991 Summary: Communication via COM1 crashes the app Product: Wine Version: 1.7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: sh.yaron(a)gmail.com Created attachment 48115 --> http://bugs.winehq.org/attachment.cgi?id=48115 Backtrace from after the crash. I was trying to load the project with PLC online communication but apparently when I tried to check the connection the app crashed, backtrace attached. The PC is connected to COM1 of the PC. -- 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 17

[Bug 57028] New: LTSpice will not print with WINE 9.xx on Ubuntu 24.04
by WineHQ Bugzilla 10 Aug '24

10 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57028 Bug ID: 57028 Summary: LTSpice will not print with WINE 9.xx on Ubuntu 24.04 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: dpalmer035(a)gmail.com Distribution: --- I had been using Ubuntu 22.04 with wine version 6 and LTspice would run and print without issue. I recently upgraded to the new Ubuntu 24.04 and in doing so wine had been upgraded to version 9.0 LTspice will run without issue but printing no longer works. The printout is marked as stopped in the print manager and can not be restarted so it must be deleted. In addition, if I use the CUPS pdf driver, the only thing that is generated is a blank page. To troubleshoot further and make sure that I could figure out exactly what is causing the issue, I went back and loaded up a new copy of Ubuntu 22.04 into a virtual machine and then installed the default version of wine-6.0.3 that is part of that releases repro. Installed LTspice 17 and 24 both ran/printed without issue. I then removed the stock wine-6.0.3 release repro version, added the WineHQ repository and installed winehq-stable 9.0. Now both LTspice 17 or 24 both ran but neither would print. I then removed winehq-stable and installed winehq-dev 9.14. Same result in that both LTspice 17 or 24 both ran but neither would print. Next I installed Ubuntu 24.04 in a virtual machine. I then installed the default repository version of wine-9.0, LTspice 24 and again it would not print. I added the WineHQ repository and installed winehq-devel 9.14 and again it would not print. -- 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 56993] New: Can not change desktop window resolution (pixel size)
by WineHQ Bugzilla 10 Aug '24

10 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=56993 Bug ID: 56993 Summary: Can not change desktop window resolution (pixel size) Product: Wine Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: fanwj(a)mail.ustc.edu.cn Distribution: --- desktop only can set to default resolution successful. for example, run wine explorer.exe /desktop=test,800x600 It set explorer.exe resolution incorrect. I found that handler of message WM_DISPLAYCHANGE incorrectly. It use size by NtGetVirtualScreenRect instead of lparam(resolution size) -- 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 57012] New: Astra 2 needs kernel32.SetFirmwareEnvironmentVariableA
by WineHQ Bugzilla 10 Aug '24

10 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57012 Bug ID: 57012 Summary: Astra 2 needs kernel32.SetFirmwareEnvironmentVariableA Product: Wine Version: 9.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Just run Astra2Patcher.exe and it will show a messagebox complaining about the missing function. -- 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 39513] New: Desperados: input lag after resuming from pause
by wine-bugs＠winehq.org 10 Aug '24

10 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=39513 Bug ID: 39513 Summary: Desperados: input lag after resuming from pause Product: Wine Version: 1.7.53 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: alessandro.pezzoni(a)runbox.com Distribution: --- Created attachment 52652 --> https://bugs.winehq.org/attachment.cgi?id=52652 Sample savegame (to avoid cutscenes) While playing "Desperados: Dead or Alive" all input will lag for a few seconds after loading a saved game or resuming the game from the pause menu. It looks like all input is cached during that time and then executed all at once. The issue can be reproduced with the demo, obtainable from the Internet Archive [1]: 1. Install the demo in a clean prefix; 2. (Optional) Copy the attached savegame folder to "Desperados Demo/Game/Data"; 3. Start the demo; 4. Load the savegame from 2. or start a new game; 5. Press "Esc" and click "Continue"; 6. Moving the mouse or pressing a keyboard shortcut will have no effect for a few seconds. I've tested this issue on Arch Linux with wine stable 1.7.53 and with the current git head, wine-1.7.53-183-g12111d8. [1]: https://archive.org/download/desperadosDemo/desperadosDemo.rar sha1: 3c07da95cdc6807b9c08ff3d17de64790c08ec07 -- 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 33

[Bug 57026] New: compile_commands.json change causes segmentation faults when running configure.
by WineHQ Bugzilla 10 Aug '24

10 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57026 Bug ID: 57026 Summary: compile_commands.json change causes segmentation faults when running configure. Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: topgamer7(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 65880e0c8c8f5cd699af6d80bf890d23f6c5d856 Distribution: --- Created attachment 76875 --> https://bugs.winehq.org/attachment.cgi?id=76875 build log. This commit is causing running ./configure to encounter a segmentation fault: 65880e0c8c8f5cd699af6d80bf890d23f6c5d856 is the first bad commit commit 65880e0c8c8f5cd699af6d80bf890d23f6c5d856 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Jun 26 10:37:46 2024 +0200 makedep: Generate a compile_commands.json file. configure | 3 ++- configure.ac | 3 ++- tools/makedep.c | 131 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++----------------- 3 files changed, 118 insertions(+), 19 deletions(-) Found via git bisect. My machine details: Linux 6.10.2-arch1-1.1-g14 #1 SMP PREEMPT_DYNAMIC Tue, 30 Jul 2024 06:22:55 +0000 x86_64 GNU/Linux CPU: AMD Ryzen 9 6900HS with Radeon Graphics (16) @ 4.935GHz GPU: AMD ATI Radeon 680M GPU: AMD ATI Radeon RX 6650 XT / 6700S / 6800S Memory: 12822MiB / 23251MiB Host: ROG Zephyrus G14 GA402RK_GA402RK 1.0 OS: Manjaro Linux x86_64 WM: sway -- 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 57049] New: Periodic stutter when playing A Plague Tale: Requiem (GOG version)
by WineHQ Bugzilla 10 Aug '24

10 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57049 Bug ID: 57049 Summary: Periodic stutter when playing A Plague Tale: Requiem (GOG version) Product: Wine Version: 8.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: f0rump1x5r7(a)yahoo.com Distribution: --- Created attachment 76904 --> https://bugs.winehq.org/attachment.cgi?id=76904 Output with +timestamp,+loaddll When playing the GOG version of A Plague Tale: Requiem (version 20230706_1126), the game stutters exactly every 15 seconds. Earliest wine version tested is 8.21, bug still present in 9.14. Steps to reproduce: - Launch the game - Press a button to start the dialog of loading a save file - Notice a FPS stutter every 15 seconds when in a GPU bound scenario Notes: - The stutter occurs only after inducing the savegame loading dialog. Staying on the start screen without pressing a button then all is well - The save files are encrypted and stored in a GOG specific folder (drive_c/users/<username>/AppData/Local/GOG.com/Galaxy/Applications/55243620139303375/Storage/Shared/Files/), presumably created by the Galaxy64.dll in the main game folder (deleting it crashes the game on startup). - Replacing secur32.dll and sspicli.dll with their native Windows version, fixes the stutters (only replacing one or the other does not). - There are no reports about this for the Steam/Proton version (AFAIK) Console output created with +loaddll,+timestamp, otherwise nothing would show up at the moments of stutter. -- 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

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 August 2024