wine-bugs June 2023

wine-bugs@winehq.org

1 participants
2527 discussions

[Bug 31046] New: Wine advertises 32bit depth buffer, behaves like 24bit
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=31046 Bug #: 31046 Summary: Wine advertises 32bit depth buffer, behaves like 24bit Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: billy65bob(a)gmail.com Classification: Unclassified Created attachment 40757 --> http://bugs.winehq.org/attachment.cgi?id=40757 title screen: 32-bit Z buffer on wine (DirectX9 Hardware) Title says it all really. I'm currently playing a game in PCSX2 (Persona 4) and frankly it looks really bad. According to the application, wine is reporting a 32bit Z-buffer, but amusingly it behaves precisely how a 24bit buffer behaves in windows with this application. -- 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 12

[Bug 46501] New: GFWL: fails to verify cert file
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=46501 Bug ID: 46501 Summary: GFWL: fails to verify cert file Product: Wine Version: 3.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: lilyrivers48(a)gmail.com Distribution: --- Created attachment 63349 --> https://bugs.winehq.org/attachment.cgi?id=63349 Backtrace of Universe at War Earth Assault GFWL startup The bcrypt functions don't work for verifying the cert Wintrust fails to get information from the CAT file -- 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 49635] New: Fallout NV: Radio skip song after ~40sec
by WineHQ Bugzilla 09 Jul '24

09 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=49635 Bug ID: 49635 Summary: Fallout NV: Radio skip song after ~40sec Product: Wine Version: 5.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: timofeevsv1989(a)gmail.com Distribution: --- wine-staging 5.12 from Manjaro repo, and wine-tkg git (5.13) Tested on clean GOG installation (DRM-Free, without mods, old configs removed) It is not depend on my pulseaudio settings, with or without pulseaudio-staging patchset EAX disabled to I have installed: chaotic-aur/ ffmpeg (+32bit) chaotic-aur/faudio-tkg-git chaotic-aur/lib32-faudio-tkg-git But this bug still exist. There is no cure for it, Installations of codecs, quartz.dll, FAudio.dll, XACT does not solve this problem. -- 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 48291] New: Detroit: Become Human crashes on launch
by WineHQ Bugzilla 09 Jul '24

09 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=48291 Bug ID: 48291 Summary: Detroit: Become Human crashes on launch Product: Wine Version: 5.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- Created attachment 65990 --> https://bugs.winehq.org/attachment.cgi?id=65990 backtrace For now I've only uploaded a backtrace, but it's a bit unusual: 0x0000000000000000: -- no code accessible -- Let me know if you need anything else. -- 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 70

[Bug 49640] New: Loading certain builtin/Winelib DLLs twice may crash
by WineHQ Bugzilla 09 Jul '24

09 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=49640 Bug ID: 49640 Summary: Loading certain builtin/Winelib DLLs twice may crash Product: Wine Version: 5.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Distribution: --- When certain "builtin"/Winelib DLLs/EXEs get loaded, then unloaded, then loaded again (by two calls to GetFileVersionInfoSize() for example), the second load may result in a crash. The underlying problem is that dlopen_dll() in dlls/ntdll/unix/loader.c assumes that dlopen() is returning a freshly-mapped copy of the file. POSIX doesn't guarantee this though, and if the file was already previously loaded by Wine, and relocation fixups were applied, those fixed-up headers will be still be present. map_so_dll then applies fixups again, and that's where I'm seeing the crash. In particular, when map_so_dll is building the import directory, I see that imports->Name already has the delta applied to it from the previous load. An EXE that has this problem is the "steam.exe.so" shipped with Proton, I believe since it links to a C++ library it will not be unloaded by a dlclose() call (see https://stackoverflow.com/questions/38869657/dlclose-not-unloading-so-file-…) -- 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 49699] New: Red Dead Redemption 2 has crackling audio
by WineHQ Bugzilla 09 Jul '24

09 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=49699 Bug ID: 49699 Summary: Red Dead Redemption 2 has crackling audio Product: Wine Version: 5.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winepulse.drv Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Distribution: --- Red Dead Redemption 2 uses WASAPI for audio, and sometimes has crackly audio. It asks for a very small buffer (10 ms) when calling IAudioClient::Initialize(), and then has a thread which checks the buffer padding every 2 ms. It waits until there's at least 256 frames free in the buffer, and fills 256 frames at a time. When using winepulse, it has a low latency path and provides a 10 ms buffer. This is 440/480 frames, not leaving much slack when refills are only 256 at a time. As far as I can tell, Windows never gives out a buffer smaller than 20 ms though. This is more around 1056 frames, leaving much more slack. Disabling the winepulse low latency path results in a buffer around this size, and audio is much better. winealsa also seems to do this by default, and it sounds fine. -- 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 36628] New: Multiple GFWL (Games For Windows Live) 2.0.0687.0 games fail on startup, reporting 'E_INVALIDARG : XLiveInitialize(&xii)' (Resident Evil 5)
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=36628 Bug ID: 36628 Summary: Multiple GFWL (Games For Windows Live) 2.0.0687.0 games fail on startup, reporting 'E_INVALIDARG : XLiveInitialize(&xii)' (Resident Evil 5) Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, split off from bug 23914 I'm copying my analysis verbatim here. To come this far you have to work around some bugs... The first issue is bug 36627 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/CAPCOM/RESIDENT EVIL 5 $ wine ./Launcher.exe err:module:import_dll Library MSASN1.dll (which is needed by L"C:\\windows\\system32\\xlive.dll") not found err:module:import_dll Library xlive.dll (which is needed by L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\RE5DX9.EXE") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\RE5DX9.EXE" failed, status c0000135 --- snip --- The game bundles 'Games For Windows Live 2.0.0687.0' which hard-binds to 'MSASN1.dll'. This can be worked around with: 'winetricks -q msasn1' The next issue is bug 17195 (SetNamedPipeHandleState implementation, support for named pipe message mode) as indicated by comment #22 The launcher uses named pipe in message mode for IPC with main game process. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/CAPCOM/RESIDENT EVIL 5 $ WINEDEBUG=+tid,+seh,+relay,+snoop,+msvcrt wine ./Launcher.exe >>log.txt 2>&1 ... 002b:Call KERNEL32.CreateNamedPipeW(00dbe080 L"\\\\.\\pipe\\0000002a",40080003,00000006,00000001,00000400,00000400,00001388,00dbe054) ret=00403d54 002b:Ret KERNEL32.CreateNamedPipeW() retval=0000006c ret=00403d54 ... 002c:Starting thread proc 0x401490 (arg=0x2413b8) ... 002c:Call KERNEL32.ConnectNamedPipe(0000006c,002413fc) ret=004033ed 002c:Ret KERNEL32.ConnectNamedPipe() retval=00000000 ret=004033ed 002c:Call KERNEL32.GetLastError() ret=004033fa 002c:Ret KERNEL32.GetLastError() retval=000003e5 ret=004033fa 002c:Call KERNEL32.WaitForMultipleObjects(00000002,00241414,00000000,ffffffff) ret=00403a88 ... 002b:Call KERNEL32.CreateProcessW(00000000,00dbcd58 L"RE5DX9.exe -dx9",00000000,00000000,00000000,00000410,00000000,0013ba40 L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\",00dbc410,00dbc400) ret=7e56607a ... 002e:Call KERNEL32.__wine_kernel_init() ret=7bc5a4b2 002b:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7e56607a ... 002e:Call KERNEL32.CreateFileW(0033d78c L"\\\\.\\pipe\\0000002a",c0000000,00000000,00000000,00000003,40000000,00000000) ret=00e26522 002e:Ret KERNEL32.CreateFileW() retval=000000b4 ret=00e26522 002e:Call KERNEL32.SetNamedPipeHandleState(000000b4,0033d784,00000000,00000000) ret=00e26547 002e:Ret KERNEL32.SetNamedPipeHandleState() retval=00000000 ret=00e26547 002e:Call KERNEL32.GetLastError() ret=00e26450 002e:Ret KERNEL32.GetLastError() retval=00000000 ret=00e26450 ... 002e:Ret KERNEL32.CloseHandle() retval=00000001 ret=00e265a0 ... 002c:Ret KERNEL32.WaitForMultipleObjects() retval=00000000 ret=00403a88 ... 002e:Call user32.MessageBoxA(00000000,01273d08 "Errorcode:80070507",00f64bfc "InitRpl Failed",00041010) ret=00721f07 --- snip --- The child closes the other end of pipe after failure to bring the pipe in message mode which also wakes the parent with broken pipe error. Faking "success" is obviously not a good solution hence I ran the game with a Wine version that carries Adam Martinson's patchset (branch rebased to tip). This brings the game further - only to run into GFWL init problem: --- snip --- ... 002e:CALL xlive.5297(<unknown, check return>) ret=0044eb72 002e:Call advapi32.RegisterTraceGuidsA(015e39d7,00000000,01495c5c,00000003,01ab8744,00000000,00000000,01ac85b0) ret=015e3a5c 002e:fixme:advapi:RegisterTraceGuidsA (0x15e39d7, (nil), {d5b9ac76-d546-4891-bb8c-bfd865e5c7d5}, 3, 0x1ab8744, (null), (null), 0x1ac85b0): stub 002e:Ret advapi32.RegisterTraceGuidsA() retval=00000000 ret=015e3a5c ... 002e:Call KERNEL32.LoadLibraryW(0033c0c8 L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\RE5DX9.EXE") ret=01573fd8 002e:Ret KERNEL32.LoadLibraryW() retval=00400000 ret=01573fd8 ... 002e:Call KERNEL32.lstrcmpiW(001ed71c L"xlive.dll",01492e70 L"shimeng.dll") ret=015738f6 002e:Ret KERNEL32.lstrcmpiW() retval=00000001 ret=015738f6 002e:Call KERNEL32.K32GetModuleInformation(ffffffff,00400000,0033c0b0,0000000c) ret=01571ca9 002e:Ret KERNEL32.K32GetModuleInformation() retval=00000001 ret=01571ca9 002e:Call KERNEL32.FreeLibrary(00400000) ret=01573e42 002e:Ret KERNEL32.FreeLibrary() retval=00000001 ret=01573e42 002e:Call KERNEL32.UnmapViewOfFile(13360000) ret=01574ab9 002e:Ret KERNEL32.UnmapViewOfFile() retval=00000001 ret=01574ab9 002e:Call KERNEL32.CloseHandle(00000104) ret=01574ade 002e:Ret KERNEL32.CloseHandle() retval=00000001 ret=01574ade 002e:Call KERNEL32.CloseHandle(00000100) ret=01574afc ... 002e:Call advapi32.RegisterEventSourceW(00000000,01495a2c) ret=015eccbf 002e:fixme:advapi:RegisterEventSourceW ((null),L"XLive"): stub 002e:Ret advapi32.RegisterEventSourceW() retval=cafe4242 ret=015eccbf 002e:Call advapi32.ReportEventW(cafe4242,00000002,00000000,80000002,00000000,00000004,00000000,0033bb24,00000000) ret=015eccff 002e:fixme:advapi:ReportEventW (0xcafe4242,0x0002,0x0000,0x80000002,(nil),0x0004,0x00000000,0x33bb24,(nil)): stub 002e:Ret advapi32.ReportEventW() retval=00000001 ret=015eccff 002e:Call advapi32.DeregisterEventSource(cafe4242) ret=015ecd1f 002e:fixme:advapi:DeregisterEventSource (0xcafe4242) stub 002e:Ret advapi32.DeregisterEventSource() retval=00000001 ret=015ecd1f ... 002e:Call advapi32.UnregisterTraceGuids(00000000,00000000) ret=015e3a6f 002e:fixme:advapi:UnregisterTraceGuids 0: stub 002e:Ret advapi32.UnregisterTraceGuids() retval=00000078 ret=015e3a6f 002e:RET xlive.5297(0033d330,2002af00) retval=80004005 ret=0044eb72 002e:Call KERNEL32.GetLastError() ret=00e31b72 002e:Ret KERNEL32.GetLastError() retval=00000000 ret=00e31b72 002e:Call KERNEL32.FatalAppExitA(00000000,0033cec8 "E_FAIL : XLiveInitialize(&xii)") ret=0042eb7d 002e:warn:seh:FatalAppExitA AppExit 002e:Call user32.MessageBoxA(00000000,0033cec8 "E_FAIL : XLiveInitialize(&xii)",00000000,00001000) ret=7b83bee7 --- snip --- xlive.5297 API entry = XLiveInitializeEx() This is bug 33034 After merging my fix on top of named pipe branch it fares better but still fails in the end: --- snip --- 002e:CALL xlive.5297(<unknown, check return>) ret=0044eb72 ... 002e:CALL sqmapi.SqmStartUpload(<unknown, check return>) ret=015e368f ... 002e:RET sqmapi.SqmStartUpload(0033c9c0,0033c5b0,00000000,00000002,015e2de0) retval=00000000 ret=015e368f ... 002e:CALL sqmapi.SqmGetSession(<unknown, check return>) ret=015e3243 ... 002e:RET sqmapi.SqmGetSession(01495a2c,00008000,00000001) retval=00000001 ret=015e3243 ... 002e:CALL sqmapi.SqmSetAppVersion(<unknown, check return>) ret=015e347a ... 002e:RET sqmapi.SqmSetAppVersion(00000001,00020000,02af0000) retval=00000001 ret=015e347a 002e:CALL sqmapi.SqmReadSharedMachineId(<unknown, check return>) ret=015e348c ... 002e:RET sqmapi.SqmReadSharedMachineId(0033cba4) retval=00000001 ret=015e348c 002e:CALL sqmapi.SqmSetMachineId(<unknown, check return>) ret=015e34b7 ... 002e:RET sqmapi.SqmSetMachineId(00000001,0033cba4) retval=00000001 ret=015e34b7 002e:CALL sqmapi.SqmReadSharedUserId(<unknown, check return>) ret=015e34c5 ... 002e:RET sqmapi.SqmReadSharedUserId(0033cbb4) retval=00000001 ret=015e34c5 002e:CALL sqmapi.SqmSetUserId(<unknown, check return>) ret=015e34f0 ... 002e:RET sqmapi.SqmSetUserId(00000001,0033cbb4) retval=00000001 ret=015e34f0 ... 002e:CALL sqmapi.SqmSetEnabled(<unknown, check return>) ret=015e3087 ... 002e:RET sqmapi.SqmSetEnabled(00000001,00000000) retval=00000001 ret=015e3087 ... 002e:CALL sqmapi.SqmSet(<unknown, check return>) ret=015e2e4a ... 002e:RET sqmapi.SqmSet(00000001,000000c1,0001b5e7) retval=00000000 ret=015e2e4a ... 002e:CALL sqmapi.SqmTimerStart(<unknown, check return>) ret=015e2fcd ... 002e:RET sqmapi.SqmTimerStart(00000001,00000035) retval=00000000 ret=015e2fcd ... 002e:CALL sqmapi.SqmSetBits(<unknown, check return>) ret=015e2eaa ... 002e:RET sqmapi.SqmSetBits(00000001,0000002e,0000000c) retval=00000000 ret=015e2eaa ... <lots of DRM checks/anti-debugging> ... 002e:Call advapi32.RegisterEventSourceW(00000000,01495a2c) ret=015eccbf 002e:fixme:advapi:RegisterEventSourceW ((null),L"XLive"): stub 002e:Ret advapi32.RegisterEventSourceW() retval=cafe4242 ret=015eccbf 002e:Call advapi32.ReportEventW(cafe4242,00000002,00000000,80000002,00000000,00000004,00000000,0033bb24,00000000) ret=015eccff 002e:fixme:advapi:ReportEventW (0xcafe4242,0x0002,0x0000,0x80000002,(nil),0x0004,0x00000000,0x33bb24,(nil)): stub 002e:Ret advapi32.ReportEventW() retval=00000001 ret=015eccff 002e:Call advapi32.DeregisterEventSource(cafe4242) ret=015ecd1f 002e:fixme:advapi:DeregisterEventSource (0xcafe4242) stub 002e:Ret advapi32.DeregisterEventSource() retval=00000001 ret=015ecd1f ... 002e:RET xlive.5297(0033d330,2002af00) retval=80070057 ret=0044eb72 ... 002e:Call KERNEL32.FatalAppExitA(00000000,0033cec8 "E_INVALIDARG : XLiveInitialize(&xii)") ret=0042eb7d 002e:warn:seh:FatalAppExitA AppExit 002e:Call user32.MessageBoxA(00000000,0033cec8 "E_INVALIDARG : XLiveInitialize(&xii)",00000000,00001000) ret=7b83bee7 --- snip --- $ wine --version wine-1.7.19-70-gd6a59f7 Regards -- 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 12

[Bug 44740] New: "A Hat in Time" any x360 joystick' s sticks seems to be stuck in upper right corner.
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=44740 Bug ID: 44740 Summary: "A Hat in Time" any x360 joystick's sticks seems to be stuck in upper right corner. Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: spam(a)hjkos.com Distribution: --- Game: https://appdb.winehq.org/objectManager.php?sClass=version&iId=36033 Game recognizes joystick correctly, buttons work as expected, however game sees analog stick as if it's stuck in some corner, making character run in circles. Jiggling the joystick makes it slightly change direction, but game is still unplayable this way. Joystick appears to be working correctly - it works fine in Linux games, and joystick control panel also shows correct positions. I tried two joysticks: Logitech F710 (XInput mode) Steam Controller (sc-controller x360 joystick emulation) both yield same result. dumbxinputemu makes game see two controllers, one real and one emulated by dumbxinputemu, and seems this time around emulated one works normally, but the real one keeps overriding it, so character just changes directions frequently and in with drastic direction changes. Also, Logitech F710 has DirectInput mode, which has working sticks, however it has weird bindings and i am unable to rebind it in-game. -- 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 6

[Bug 48769] New: Attack on Titan 2 requires support for 64-bit codec drivers
by WineHQ Bugzilla 09 Jul '24

09 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=48769 Bug ID: 48769 Summary: Attack on Titan 2 requires support for 64-bit codec drivers Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com Distribution: --- To get to this stage in the first place, native wmvcore, qasf, wmasf, and media foundation libraries must be used. ... 00dd:warn:msvideo:ICInfo No driver found for codec vidc.0x00000004. 00dd:warn:msvideo:ICLocate Could not find a driver for codec vidc.WMV3. 00dd:trace:quartz:avi_decompressor_sink_connect Unable to find a suitable VFW decompressor 00dd:trace:quartz:avi_decompressor_sink_connect Connection refused 00dd:warn:quartz:FilterGraph2_Render Unable to connect L"AVI Decompressor" to renderer (80040207) 00dd:trace:quartz:FilterGraph2_RemoveFilter (000000005F262510/000000005F262518)->(0000000070488BF0) 00dd:trace:quartz:FilterGraph2_RemoveFilter Removing filter L"AVI Decompressor". ... Using winetricks wmv9vcm should work, but unfortunately it doesn't due to wmv9vcm.dll being 32-bit only. It's also not included in any modern windows installation. I'm not sure where the 64-bit drivers are stored, but my guess is possibly wmvdecod.dll? Related bug (tracking WMV9 support): https://bugs.winehq.org/show_bug.cgi?id=32723 . It's not a duplicate however, as this bug is about supporting the new 64-bit codec driver model (whatever that may be). -- 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 11

[Bug 51543] New: Origin client doesn't understand/know that the game has quit and doesn't log game details in Linux.
by WineHQ Bugzilla 09 Jul '24

09 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=51543 Bug ID: 51543 Summary: Origin client doesn't understand/know that the game has quit and doesn't log game details in Linux. Product: Wine-staging Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sampingu02(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70386 --> https://bugs.winehq.org/attachment.cgi?id=70386 This is the screenshot of the issue. General Information:- I am having Battlefield 4 (Origin Version) through Lutris. I tried playing with Lutris-Wine-6.13 Runner, Wine-GE-Custom-6.13 Runner and system installed Wine-Staging 6.13. I have used the Lutris Script to install Battlefield 4 with mangohud, __GL_SHADER_DISK_CACHE_SKIP_CLEANUP=1, __GL_SHADER_DISK_CACHE_PATH, DXVK_HUD=compiler environment variables set. Also I have ran it with WineD3D and the same problem occurs. So this isnt a DXVK issue. Steps To Reproduce:- 1. Open Origin through wine-staging 6.13 or the other wine runners. 2. Play a game from Origin Client (like Battlefield 4 in my case). 3. Launch the game and quit it. 4. Origin Client doesn't change the state of the game. The play button remains greyed out. When quitting it either from system tray icon or from Menu Bar > Origin > Quit Origin, it says that Battlefield (in my case) is sill running and the information like "Hours Played" and "Last Played" wont be updated when force quitting. Restarting Origin is the only way to play the game again. Expected Result:- The Origin client should recognize/know that the game has quit and show the play button again, restart shouldn't be necessary to restart the game. The client also should log the "Hours Played" and "Last Played" details. System Specifications:- OS/Kernel:- Arch Linux/Linux-TKG-PDS-5.13.6 (Also tested with Linux-Zen Kernel). Desktop Environment:- KDE Plasma 5.22.4 (All up-to-date - KDE Frameworks, Qt Version). CPU:- Intel Core i5 7500. GPU:- NVIDIA GeForce GTX 1060 6 GB. GPU Driver:- NVIDIA 470.52 Proprietary Driver. Additional Information:- The attached screenshot shows that the Play button is greyed out even after quitting the game and a dialog is visible when quitting Origin saying "Battlefield 4 is still running" even though it clearly isn't. Also the Last Played and Hours Played information are from the time I played in Windows. I played this game for nearly 20 hours and last played on August 30 in Linux. -- 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

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 June 2023