wine-bugs

wine-bugs@winehq.org

1 participants
159131 discussions

[Bug 54093] New: Tomb Raider Level Editor - Custom Level "Biohazard" has problems loading Save-File
by WineHQ Bugzilla 15 Feb '24

15 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=54093 Bug ID: 54093 Summary: Tomb Raider Level Editor - Custom Level "Biohazard" has problems loading Save-File Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Hello everyone, download link is at: https://www.trle.net/levels/levels/2021/0621/TombRaider95-TRBiohazard.zip with a sha256sum of: bash-5.1$ sha256sum TombRaider95-TRBiohazard.zip 58b35b648ecaaab691ce9904833730953ae155b4556d752f70d0f0a7442bcfa7 TombRaider95-TRBiohazard.zip Please note that it comes with its own Tomb4.exe and you don't need to have your own copy of any "Tomb Raider" episode. Unpacking the .zip file and running Tomb4.exe is fine. Still created its own prefix though. The problem I am facing is that (at least in the first level) you can save your game state (press Escape to get to menu and press the Arrow-Downkey) but then in turn this new game state isn't being loaded. The progress bar when loading the state goes to 100% but then nothing more happens and you can't get back into the game from where you left off. bash-5.1$ /sbin/lspci | grep VGA 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mullins [Radeon R2 Graphics] bash-5.1$ wine --version wine-7.22 Console output will follow in the next couple of minutes. -- 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 21

[Bug 56329] New: Constantly showing "LTSpice is not responding" while browsing file folders for opening an existing file.
by WineHQ Bugzilla 15 Feb '24

15 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56329 Bug ID: 56329 Summary: Constantly showing "LTSpice is not responding" while browsing file folders for opening an existing file. Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: teddychn(a)yahoo.com Distribution: --- Created attachment 76060 --> https://bugs.winehq.org/attachment.cgi?id=76060 tracking log for "LTSpice is not responding" under Wine The application program under Wine was LTSpice 17.1. While browsing file folders for opening an existing file. It was always poping up "LTSpice is not responding". After a while, there's a program error message came out. And the backtrack file is as the attachment 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 1

[Bug 56297] New: Othercide - video playback without a/v and hangs on loading screen
by WineHQ Bugzilla 14 Feb '24

14 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56297 Bug ID: 56297 Summary: Othercide - video playback without a/v and hangs on loading screen Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: bugs(a)massaraksh.net Distribution: --- Created attachment 76014 --> https://bugs.winehq.org/attachment.cgi?id=76014 Wine 9.1 log Steps to reproduce: launch the game like wine64 Othercide.exe. Expected result: the game should play intro video (publisher/developer logos), then display splash screen with some more logos etc, then loading screen with a little wheel turning in the corner and showing percents, and then the game menu. Actual result is black screen, no sound, no image, instead of intro, then (e.g. on click) splash screen, correctly displayed, then loading screen, also technically displayed correctly, but the little wheel shows 0% and keeps turning forever. The game has to be killed by ctrl+c or wineserver -k. Some other info: a) Othercide is Unity game, in my case GOG version, Steam and console versions also exist, so it is pretty multiplatform, but there is no Linux version. Real shame. b) Protom (8.05+ clone from git with what appears like 8-ish Wine inside) has also broken video playback, but at least produces sound and does not hang, it gets to the game menu and it is kinda playable. c) Wine 9.1 and 8.1 behave the same, i.e. black screen instead of intro, then eternal loading screen. d) Wine 6.1 suprisingly DOES play intro and DOES NOT hang on loading screen, the game appears to work. The reason I tried this particular version is that, while searching for fix, I found a number of similar bugs reported here and at Proton's website (but not pertaining to Othercide), mostly revolving around mfplat.dll or Media Foundation, a somewhere, but I do not recall where, was a link to wine mailing list, where somebody patched something related to that in february 2021, if you allow me to be so vague :D So I tried Wine from January. Maybe I got the whole issue wrong and mfplat is not to blame, but 6.1 does work, that much is sure. e) Intro video appears to be ineed H264 file in Othercide/Othercide_Data/StreamingAssets/videos/SplashFocusLBC_New.m4v -- 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 50177] New: War Thunder Launcher doesn't render anything, just spams d2d_geometry_sink_AddArc stubs
by WineHQ Bugzilla 14 Feb '24

14 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=50177 Bug ID: 50177 Summary: War Thunder Launcher doesn't render anything, just spams d2d_geometry_sink_AddArc stubs Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: fzatlouk(a)redhat.com Distribution: --- Created attachment 68699 --> https://bugs.winehq.org/attachment.cgi?id=68699 stdout It appears WarThunder Launcher might need d2d_geometry_sink_AddArc . It keeps spaming "0108:fixme:d2d:d2d_geometry_sink_AddArc iface 0B274638, arc 0031DB90 stub!" with stuck window with background from underneath it. Tested Wine 5.19 - 5.22 in Windows XP and Windows 10 modes. -- 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

[Bug 55205] New: Fixed scancodes patchset partially breaks keyboard input in NFS Underground
by WineHQ Bugzilla 14 Feb '24

14 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=55205 Bug ID: 55205 Summary: Fixed scancodes patchset partially breaks keyboard input in NFS Underground Product: Wine-staging Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aidas957(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Created attachment 74801 --> https://bugs.winehq.org/attachment.cgi?id=74801 x11drv,+dinput,+keyboard,+key log with autodetection disabled Hello, So NFS Underground (and likely Underground 2 considering it also uses ActionMap stuff) has partially broken keyboard input with wine-staging if the fixed scancodes patchset is enabled The first thing you notice in the main menu is that the arrow keys don't work at all Also the mappings you set in vanilla Wine/wine-staging without the patchset have slightly changed if you can actually get into the mapping menu (this is with a standard US QWERTY layout by the way) What's interesting is if you enable scancode autodetection in winecfg things go back to normal I have attached a +x11drv,+dinput,+keyboard,+key log with scancode autodetection disabled (I'll send another log with that option enabled after submitting this bug because of Bugzilla limitations) -- 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 56024] New: [Roblox Wine Wayland] Locking cursor makes relative mouse movement break
by WineHQ Bugzilla 13 Feb '24

13 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56024 Bug ID: 56024 Summary: [Roblox Wine Wayland] Locking cursor makes relative mouse movement break Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vixea0(a)gmail.com Distribution: --- Created attachment 75667 --> https://bugs.winehq.org/attachment.cgi?id=75667 patch needed to run roblox in wine Launch any Roblox game try and "drag the camera by right-clicking and moving on the first try the camera will go crazy on the second it should not move at all. Steps to reproduce: 1. patch wine with included patch 2. install Vinegar from any distro package manager or compile yourself(grapejuice is simi broken right now) 3. run vinegar edit - make sure your config looks somewhat like the one attached below(in a separate comment) 4. run vinegar player to download roblox once downloaded close roblox(it will launch automatically) 5. log in to roblox on there website or create a account if you don't have one already 6. try any game with the description of what to do and what happens. List Of Wayland compositors(/DEs) tried: Cosmic Plasma Weston Tested in both 9.0rc1 and the latest master branch(as of commit d748440ea27dc7456ffa98ee76b0cb9302226583) -- 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 56321] New: Missing battery information in PassMark BatteryMon
by WineHQ Bugzilla 13 Feb '24

13 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56321 Bug ID: 56321 Summary: Missing battery information in PassMark BatteryMon 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: tuxifan(a)posteo.de Distribution: --- Created attachment 76051 --> https://bugs.winehq.org/attachment.cgi?id=76051 Wine log I've tried BatteryMon and its main window works flawlessly. However, there are no battery details (like capacity) in the battery information window available. It'd be nice to see that working as well! -- 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 1

[Bug 56320] New: AVG Antivirus setup crashes
by WineHQ Bugzilla 13 Feb '24

13 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56320 Bug ID: 56320 Summary: AVG Antivirus setup crashes Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: tuxifan(a)posteo.de Distribution: --- On Debian 12, the setup hangs then after a while crashes spamming the following message into the wine log: 0358:fixme:rpc:do_ndr_async_client_call Incompatible stub description version: 0x60002 The icarus.log file gets filled with this error message: [2024-02-13 08:07:44.681] [info ] [master ] [ 340: 856] [3AC136: 213] Sending 'close' to UI(44003). [2024-02-13 08:07:44.682] [error ] [event_r_rpc] [ 340: 856] [A51C54:1241] trying to send event setup.event.stopui to ncalrpc:[ui_ep_9e76b436-9ad9-4085-9279-60dc8c8c5830] failed with error code 1829 And then finally: [2024-02-13 08:07:44.709] [warning] [master ] [ 340: 344] [F3F3F7: 809] UI not finished in time ('258'). Going to kill it(true)? The setup I've used to test this: Product: AVG Description: AVG Installer File Version: 2.1.99.0 Date signed: 2024-01-31 14:25:00 UTC MD5: d343cce73cbcd078c6d64cc0a4159685 -- 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

[Bug 47116] New: Indiana Jones and the Emperor's Tomb: white line
by wine-bugs＠winehq.org 11 Feb '24

11 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=47116 Bug ID: 47116 Summary: Indiana Jones and the Emperor's Tomb: white line Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Distribution: --- Created attachment 64326 --> https://bugs.winehq.org/attachment.cgi?id=64326 screen captures with white lines Hello, to play Indiana Jones and the Emperor's Tomb with Wine, I know I have to: - override dll msvcrt bug 27594 - disable vertex shader 12400 But now I have a new graphic issue with Wine 4.7 (even with staging version): look at the screen captures I joined to this bug report, there are white lines. -- 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 49199] New: Wine on macOS no longer loads dylibs from /lib(64)
by WineHQ Bugzilla 11 Feb '24

11 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=49199 Bug ID: 49199 Summary: Wine on macOS no longer loads dylibs from /lib(64) Product: Wine Version: 5.6 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gcenx83(a)gmail.com Starting from Wine-5.6 the libwine wrappers have been removed in favor of using dlopen() however this now causes component in question to no longer load embedded dylibs into /lib(64) Here’s an example; ```907aaf9e72714293909351648827e7c5aebc12a3 is the first bad commit commit 907aaf9e72714293909351648827e7c5aebc12a3 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Apr 6 11:46:10 2020 +0200 gdi32: Use standard dlopen() instead of the libwine wrappers. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/gdi32/dibdrv/opengl.c | 12 +++++------- dlls/gdi32/freetype.c | 20 ++++++++++---------- 2 files changed, 15 insertions(+), 17 deletions(-)``` Any commit doing “ Use standard dlopen() instead of the libwine wrappers.” will now experience this. Previous behavior was the ability to simply embed dylibs into /lib(64) and wine(64) would load them as needed, now rpath is required. Winehq packages will also experience this issue worse once the current embedded libraries swap to using dlopen() -- 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 20

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