August 2024 - Wine-Bugs - list.winehq.org

[Bug 56989] New: Doom 3: BFG Edition fails to start in virtual desktop
by WineHQ Bugzilla Aug. 10, 2024

Aug. 10, 2024

https://bugs.winehq.org/show_bug.cgi?id=56989 Bug ID: 56989 Summary: Doom 3: BFG Edition fails to start in virtual desktop Product: Wine Version: 9.8 Hardware: x86-64 URL: https://store.steampowered.com/app/208200/DOOM_3/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 17c6ac1f7be3f546d1c3aa274fc31b1f8062fa62 Distribution: ArchLinux Created attachment 76822 --> https://bugs.winehq.org/attachment.cgi?id=76822 terminal output Doom 3: BFG Edition doesn't start in virtual desktop mode. The Steam version crashes and generates a backtrace, the GOG version shows the game startup console with flashing 'Unable to initialize OpenGL' message. This is a regression introduced by commit 17c6ac1f7be3f546d1c3aa274fc31b1f8062fa62 winex11: Report all sources as detached in virtual desktop mode. wine-9.13-116-g6d6451fd6ce X.Org X Server 1.21.1.13 XFCE 4.18 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 550.40.65 -- 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 56140] New: ListView with a custom column sorter produces wrong resuls
by WineHQ Bugzilla Aug. 10, 2024

Aug. 10, 2024

https://bugs.winehq.org/show_bug.cgi?id=56140 Bug ID: 56140 Summary: ListView with a custom column sorter produces wrong resuls Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Distribution: --- Steps to reproduce: 1. Run 'wine rundll32.exe inetcpl.cpl,LaunchSiteCertDialog' 2. Go to the "Trusted Root Certification Authorities" tab 3. Click several times on "Issued to" or "Issued by" columns, observe that sorting takes multimple attemps to actually settle down and stop changing the items order This probably indicates a problem with DPA_Sort(). -- 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 56984] New: Star Wars: Knights of the Old Republic (Steam, GOG): broken rendering when soft shadows enabled
by WineHQ Bugzilla Aug. 10, 2024

Aug. 10, 2024

https://bugs.winehq.org/show_bug.cgi?id=56984 Bug ID: 56984 Summary: Star Wars: Knights of the Old Republic (Steam, GOG): broken rendering when soft shadows enabled Product: Wine Version: 9.13 Hardware: x86-64 URL: https://store.steampowered.com/app/32370/STAR_WARS_Kni ghts_of_the_Old_Republic/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: alexandros.frantzis(a)collabora.com Regression SHA1: 272c55ac257315ef8393df357a79aac4e0d6cd76 Distribution: ArchLinux Created attachment 76814 --> https://bugs.winehq.org/attachment.cgi?id=76814 plain terminal output The game used to work fine with all graphical options enabled/maxed out. Since Wine-9.13 most of the textures are missing in-game when soft shadows option is enabled. The menus and the intro/in-game videos are not affected. The problem is present since commit 272c55ac257315ef8393df357a79aac4e0d6cd76 opengl32: Add default implementation for wglChoosePixelFormatARB. The default implementation will be used automatically if the driver populates the wgl_pixel_format ARB fields. Reproduced with both the Steam and GOG versions. No mods or unofficial patches were installed. wine-9.13-90-gca938c795c0 X.Org X Server 1.21.1.13 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 550.40.65 -- 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 56494] New: Splashtop RMM v3.6.6.0 crashes
by WineHQ Bugzilla Aug. 10, 2024

Aug. 10, 2024

https://bugs.winehq.org/show_bug.cgi?id=56494 Bug ID: 56494 Summary: Splashtop RMM v3.6.6.0 crashes Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: patm(a)ait.cx Distribution: --- Created attachment 76259 --> https://bugs.winehq.org/attachment.cgi?id=76259 Wine 9.0 backtrace The new Splashtop RMM client (v 3.6.6.0) crashes with a page fault on Wine 9.0. On Wine 9.5, when I attempt to run it, a spinning cursor appears for a few seconds but the program never loads. No error message appears. The previous version, 3.5.8.2, runs with no problem. Attached is a backtrace from Wine 9.0. The program installer can be downloaded from: https://my.splashtop.com/rmm/win -- 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 9

[Bug 51704] New: Final Fantasy XI Online: Short Freezes / Stutters Every Second
by WineHQ Bugzilla Aug. 10, 2024

Aug. 10, 2024

https://bugs.winehq.org/show_bug.cgi?id=51704 Bug ID: 51704 Summary: Final Fantasy XI Online: Short Freezes / Stutters Every Second Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: escomk3(a)hotmail.com Distribution: --- With commit e91b19bf38e [1] and beyond, very tiny freezes/stutters can be observed in Final Fantasy XI Online. They happen more or less exactly every second, and are quite noticeable while moving around in the game, even though they are indeed very short-lived. 1. https://source.winehq.org/git/wine.git/commit/e91b19bf38e13c7a31d553a559308… -- 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 10

[Bug 57008] New: _fdopen(0) does not return stdin after it was closed
by WineHQ Bugzilla Aug. 10, 2024

Aug. 10, 2024

https://bugs.winehq.org/show_bug.cgi?id=57008 Bug ID: 57008 Summary: _fdopen(0) does not return stdin after it was closed Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: pipcet(a)protonmail.com Distribution: --- GNU Emacs contains the following code (abbreviated slightly): HANDLE stdin_save = INVALID_HANDLE_VALUE; DuplicateHandle (parent, GetStdHandle (STD_INPUT_HANDLE), parent, &stdin_save, 0, FALSE, DUPLICATE_SAME_ACCESS); fclose (stdin); if (stdin_save != INVALID_HANDLE_VALUE) _open_osfhandle ((intptr_t) stdin_save, O_TEXT); else _open ("nul", O_TEXT | O_NOINHERIT | O_RDONLY); _fdopen (0, "r"); The idea is that the last call to _fdopen will return stdin, so we can continue using stdin after this code runs, but its HANDLE will have become non-inheritable. This doesn't work on wine, which allocates a new FILE * in msvcrt_alloc_fp: for (i = 3; i < MSVCRT_max_streams; i++) { file = msvcrt_get_file(i); if (!file) return NULL; if (file->_flag == 0) { ... return file; } } The loop starts at index 3, not 0, so the stdin/stdout/stderr handles are never reused. Of course, what Emacs does is highly dodgy and not documented to work; apparently, it doesn't work with UCRT on native Windows either. However, there is interest in keeping Emacs usable on very old Windows systems, so it's possible that changing the Emacs code would break things subtly. Is there any possibility or interest in changing wine so it emulates MSVCRT behavior for this application? Changing "i = 3" to "i = 0" would probably suffice... -- 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 53531] New: FTDI Vinculum II IDE gets "Out of memory" error on startup
by WineHQ Bugzilla Aug. 10, 2024

Aug. 10, 2024

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 Aug. 10, 2024

Aug. 10, 2024

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 Aug. 10, 2024

Aug. 10, 2024

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 Aug. 10, 2024

Aug. 10, 2024

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