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

[Bug 52352] New: Impossible completing the installation of YI Home
by WineHQ Bugzilla March 22, 2024

March 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=52352 Bug ID: 52352 Summary: Impossible completing the installation of YI Home Product: Wine Version: 6.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: s.magrini(a)tiscali.it Distribution: --- Created attachment 71528 --> https://bugs.winehq.org/attachment.cgi?id=71528 Error log After launching the installation by means of the command: wine YIHomePCClientIntl_download_1.0.0.2.exe the installation starts correctly but, after asking some questions, it stops with the attached log. -- 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 56318] New: Totem Arts Launcher.exe does not open
by WineHQ Bugzilla March 22, 2024

March 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=56318 Bug ID: 56318 Summary: Totem Arts Launcher.exe does not open Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 6chars(a)proton.me Distribution: Mint Created attachment 76047 --> https://bugs.winehq.org/attachment.cgi?id=76047 The log after trying to launch the .exe After successfully installing "Totem-Arts-Launcher-latest.exe", when I go to the installation directory and try to launch "Totem Arts Launcher.exe" (so that I can install the game Renegade X), the application does not open. Download link for "Totem-Arts-Launcher-latest.exe": https://totemarts.games/forums/files/file/1-renegade-x/ SHA1 sum: d9b7f056103183c5a50003b4c164a23cdf605e95 Totem-Arts-Launcher-latest.exe My system: Linux Mint 21.3 x86_64, Kernel 6.5.0-17-generic, NVIDIA Geforce GTX 1050 driver 535.154.05, wine-9.2 (Staging). -- 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 53635] New: not implemented dll
by WineHQ Bugzilla March 22, 2024

March 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=53635 Bug ID: 53635 Summary: not implemented dll Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rafalohaki(a)gmail.com Distribution: --- Created attachment 73033 --> https://bugs.winehq.org/attachment.cgi?id=73033 backtrace not implemented -- 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 54155] New: wxwork failed to launch
by WineHQ Bugzilla March 22, 2024

March 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=54155 Bug ID: 54155 Summary: wxwork failed to launch Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ayafcc(a)163.com Distribution: --- Created attachment 73682 --> https://bugs.winehq.org/attachment.cgi?id=73682 log 1、download the application from attachment 2、install it to any path 3、execute command: wine path/WXWork.exe it shows：0024:err:sync:RtlReleaseSRWLockExclusive Lock 0F4BD460 is not owned exclusive! -- 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 12

[Bug 48085] New: Wine error trying to install Mono after a version update
by WineHQ Bugzilla March 22, 2024

March 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=48085 Bug ID: 48085 Summary: Wine error trying to install Mono after a version update Product: Wine Version: 4.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ronen.rozner(a)gmail.com Distribution: --- Created attachment 65637 --> https://bugs.winehq.org/attachment.cgi?id=65637 Backtrace file It started after an update a few versions ago (4.xx branch, currently running 4.19). When launching an application, wineconfig will initially run, prompting to update Mono. Then it will prompt an error (see trace). The Win application runs normally, so I guess it might not be a severe bug. -- 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 56380] New: Rocket League crashes with Wine 9.3 after BakkesMod (trainer app) injects into the game
by WineHQ Bugzilla March 22, 2024

March 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=56380 Bug ID: 56380 Summary: Rocket League crashes with Wine 9.3 after BakkesMod (trainer app) injects into the game Product: Wine Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: oguilherme(a)protonmail.com Distribution: --- Created attachment 76126 --> https://bugs.winehq.org/attachment.cgi?id=76126 Wine 9.3 output (where Rocket League crashes if BakkesMod is running) As of Wine 9.3, I can not use BakkesMod[1] (a Rocket League[2] trainer ), to inject into the game anymore. git bisect indicates commit bb872831deb48382e4733979e00243e5122385d0 is the culprit. Without BakkesMod running, the game runs just fine. --- Steps to reproduce: 1. Launch BakkesMod 2. Launch Rocket League 3. Wait 4. Rocket League crashes --- System information: Wine v9.3 NVIDIA driver 470.239.06 (GPU: NVIDIA GTX 660) DXVK 1.10.3 BakkesMod v190 (Injector version 31) Rocket League (from Epic, version BC2_Update48+441123) --- Ref: [1] https://github.com/bakkesmodorg/BakkesModInjectorCpp [2] https://store.epicgames.com/en-US/p/rocket-league -- 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 16

[Bug 56379] New: d2d1 regression unable to build after: https://gitlab.winehq.org/wine/wine/-/commit/167103114389c7f487f7d6aa398f56abf9cc5572
by WineHQ Bugzilla March 22, 2024

March 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=56379 Bug ID: 56379 Summary: d2d1 regression unable to build after: https://gitlab.winehq.org/wine/wine/-/commit/167103114 389c7f487f7d6aa398f56abf9cc5572 Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dofficialgman(a)gmail.com Distribution: --- Regression after https://gitlab.winehq.org/wine/wine/-/commit/167103114389c7f487f7d6aa398f56… unable to build with the following errors: i686-w64-mingw32-gcc -c -o dlls/d2d1/i386-windows/effect.o ../wine-9.3/dlls/d2d1/effect.c -Idlls/d2d1 -I../wine-9.3/dlls/d2d1 -Iinclude \ -I../wine-9.3/include -I../wine-9.3/include/msvcrt -D_UCRT -D__WINESRC__ -D__WINE_PE_BUILD -Wall \ -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Winit-self \ -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wvla \ -Wwrite-strings -Wpointer-arith -Wlogical-op -fno-omit-frame-pointer -mpreferred-stack-boundary=2 \ -gdwarf-4 -g -O2 ../wine-9.3/dlls/d2d1/effect.c: In function 'd2d_effects_init_builtins': ../wine-9.3/dlls/d2d1/effect.c:296:41: error: initializer element is not constant { &CLSID_D2D12DAffineTransform, _2d_affine_transform_description }, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../wine-9.3/dlls/d2d1/effect.c:296:41: note: (near initialization for 'builtin_effects[0].description') ../wine-9.3/dlls/d2d1/effect.c:297:46: error: initializer element is not constant { &CLSID_D2D13DPerspectiveTransform, _3d_perspective_transform_description}, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../wine-9.3/dlls/d2d1/effect.c:297:46: note: (near initialization for 'builtin_effects[1].description') ../wine-9.3/dlls/d2d1/effect.c:298:33: error: initializer element is not constant { &CLSID_D2D1Composite, composite_description }, ^~~~~~~~~~~~~~~~~~~~~ ../wine-9.3/dlls/d2d1/effect.c:298:33: note: (near initialization for 'builtin_effects[2].description') ../wine-9.3/dlls/d2d1/effect.c:299:28: error: initializer element is not constant { &CLSID_D2D1Crop, crop_description }, ^~~~~~~~~~~~~~~~ ../wine-9.3/dlls/d2d1/effect.c:299:28: note: (near initialization for 'builtin_effects[3].description') ../wine-9.3/dlls/d2d1/effect.c:300:30: error: initializer element is not constant { &CLSID_D2D1Shadow, shadow_description }, ^~~~~~~~~~~~~~~~~~ ../wine-9.3/dlls/d2d1/effect.c:300:30: note: (near initialization for 'builtin_effects[4].description') ../wine-9.3/dlls/d2d1/effect.c:301:33: error: initializer element is not constant { &CLSID_D2D1Grayscale, grayscale_description }, ^~~~~~~~~~~~~~~~~~~~~ ../wine-9.3/dlls/d2d1/effect.c:301:33: note: (near initialization for 'builtin_effects[5].description') Makefile:27950: recipe for target 'dlls/d2d1/i386-windows/effect.o' failed make: *** [dlls/d2d1/i386-windows/effect.o] Error 1 -- 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 29523] New: CDBurnerXP hangs on right-clicking empty space in the file browser
by wine-bugs＠winehq.org March 22, 2024

March 22, 2024

http://bugs.winehq.org/show_bug.cgi?id=29523 Bug #: 29523 Summary: CDBurnerXP hangs on right-clicking empty space in the file browser Product: Wine Version: 1.3.36 Platform: x86-64 URL: http://cdburnerxp.se/download?more-options OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Created attachment 38233 --> http://bugs.winehq.org/attachment.cgi?id=38233 Terminal output Right-clicking in an empty section of the file browser causes CDBurnerXP to become unresponsive. On Windows, this brings up a context menu. Steps to reproduce: 1. winetricks dotnet20 2. Install and run CDBurnerXP 3. Choose "data disc" from the main menu 4. Right-click in some empty space within the file browser (top-right section) The problem is also present in 1.2. -- 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 13

[Bug 56085] New: Guitar Pro 8.1.1 Build 17 crashes once hitting Design Button
by WineHQ Bugzilla March 22, 2024

March 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=56085 Bug ID: 56085 Summary: Guitar Pro 8.1.1 Build 17 crashes once hitting Design Button Product: Wine Version: 8.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vmustin(a)gmail.com Distribution: --- Created attachment 75748 --> https://bugs.winehq.org/attachment.cgi?id=75748 System Information Error is reproducible since several Versions (7.0, 7.5, 8.0, 8.1.1) Using Linux Mint 21.2 (see system information) -- 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 18

[Bug 52401] New: Improper synchronization in sock_recv/sock_send leads to arbitrary reordering of completion of I/O requests
by WineHQ Bugzilla March 21, 2024

March 21, 2024

https://bugs.winehq.org/show_bug.cgi?id=52401 Bug ID: 52401 Summary: Improper synchronization in sock_recv/sock_send leads to arbitrary reordering of completion of I/O requests Product: Wine Version: 7.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com Distribution: --- The sock_recv function (dlls/ntdll/unix/socket.c) issues a 'recv_socket' call to the server to complete the I/O request. Prior to calling the server, the function attempts to serve the I/O request locally first by calling try_recv(). The consequence is that there are two types of asynchronous I/O request (hereinafter "Async") sent to the server: 1. Eager: try_recv() call has succeeded before 'recv_socket'. There is no more I/O to be done. 2. Deferred: the request is still pending. When the server senses an incoming packet, async_recv_proc() (in client side) will be called to complete the I/O. The problem is that eager Asyncs are _not_ prioritized before deferred Asyncs. Therefore, deferred Asyncs may be completed before eagar Asyncs. The following scenario illustrates the problem: 1. The socket's incoming buffer is initially empty. 2. Client: The application calls WSARecv(). In sock_recv(), try_recv() fails with STATUS_DEVICE_NOT_READY; therefore, a deferred Async is queued to the server. WSARecv() returns with error ERROR_IO_PENDING. 3. The socket receives packet [A] in the meantime. The socket's incoming buffer is no longer empty. 4. Client: The application calls WSARecv() again. In sock_recv(), try_recv() succeeds with packet [A]; therefore, an eager Async is queued to the server. 5. The socket receives packet [B] in the meantime. 6. Server: the poll() loop detects this, and calls async_wake_up( &sock->read_q, status ). This causes APC_ASYNC_IO for deferred Async to be called to the client process. 6. Client: While still in the second sock_recv(), the client does wait_async() on the returned wait handle. This causes the APC_ASYNC_IO (a system APC) to be dequeued. 7. Client (select loop): The client does a server select call. This returns STATUS_KERNEL_APC with APC_ASYNC_IO. The client calls try_recv() (from async_recv_proc), which succeeds with packet [B]. The client process completes the deferred Async with this packet. 8. Client (select loop): The client re-issues the select call after the APC. 8. Server: the wait on the async wait handle is satisfied, causing async_satisified() to be called. This in turn calls async_set_result(), which completes the eager Async (with packet [A]). 9. Client: The client exits sock_recv() and in turn WSARecv(), which reports immediate success. (Ditto for sock_send and other similar asynchronous I/O requests.) If the application uses a completion port, it will observe the deferred Async first, and the eager Async second. The deferred Async carries packet [B], while the eager Async carriers packet [A]. This results in the application receiving the packets in the wrong order. -- Three possible solutions comes to mind: 1. Replace the call to try_recv()/try_send() in sock_recv()/sock_send() with STATUS_DEVICE_NOT_READY. This may slightly reduce performance, since it always defers all I/O requests and forces them to go through the poll() loop. 2. Make async_handoff() immediately call async_set_result() if the status and data are already set (i.e. the I/O has completed synchronously). Since this affects other asynchronous operations as well, I'm not sure this approach is semantically correct. 3. Prioritize immediately satiable async wait handles _before_ system APCs when waiting for objects. This approach too changes semantics, and appears much uglier than other solutions. -- 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