- Wine-bugs - list.winehq.org

[Bug 34108] New: Rally Trophy: Controller configuration is very buggy
by wine-bugs＠winehq.org 04 Mar '25

04 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=34108 Bug #: 34108 Summary: Rally Trophy: Controller configuration is very buggy Product: Wine Version: 1.6 Platform: x86-64 URL: http://games.softpedia.com/get/Games-Demo/Rally-Trophy .shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: jettis(a)gmail.com Classification: Unclassified Created attachment 45353 --> http://bugs.winehq.org/attachment.cgi?id=45353 Rally Trophy log trace+dinput Rally Trophy uses DirectInput's device configuration window. There are some bugs that make device configuration difficult and for example a racing wheel impossible to use. Device configuration usually doesn't show the currently mapped keys for keyboard especially when a racing wheel is connected. If it shows they are only default keys and not the currently mapped keys. If a function is already mapped to a key by you, you can't change it to an another key anymore. For example you set 'shift up' to 's' key and go to play, then you go back to device configuration and set 'shift up' to 'd' key and again go to play. You will notice that 'd' key does not change a gear. In full version of Rally Trophy the key mappings are saved, but in Rally Trophy Demo in wine they are not. The keys are always the default ones when you start the game. In Windows you can select a player (Pelaaja 1/Player 1) for the device when you want to use it. Wine does not see the player and shows only a blank list, so you can't get a racing wheel in to use. However a racing wheel becomes usable if keyboard and mouse enumeration is deleted from IDirectInput8AImpl_EnumDevicesBySemantics from wine's code. Logs are made with these steps: 1. Start the game 2. Go to device configuration 3. Set key 's' to 'shift up' 4. Go to in game 5. Close the game with alt+f4 A racing wheel is connected when logging. Tested wine version is the latest git. Demo can be downloaded from: http://games.softpedia.com/get/Games-Demo/Rally-Trophy.shtml -- 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 20

[Bug 57543] New: Give a fatal error when installing files on a EXFAT or NTFS filesystem
by WineHQ Bugzilla 04 Mar '25

04 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57543 Bug ID: 57543 Summary: Give a fatal error when installing files on a EXFAT or NTFS filesystem Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: janfolder(a)outlook.com Distribution: --- Hello Wine, Please give a fatal error when installing files or Windows programs on an EXFAT or NTFS filesystem. EXFAT and NTFS do not support the colon character in filenames and do not support symbolic links. I spent 2 days trying to install world of warcraft on Linux on an EXFAT formatted drive. It failed while mentioning that the AppData environment variable was empty. Luckily, while investigating this AppData error message, a note on the filesystem format came to my attention. The requirement for Windows applications to be installed on EXT4 filesystems. Now World of Warcraft executes properly <3! I can migrate from Windows 10 to Linux. Thank you for providing Wine for Linux! Marcel -- 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 3930] Miles Sound System (WAIL32.DLL) SuspendThread() deadlock in WINMM callback (silent black screen on HOMM startup)
by WineHQ Bugzilla 04 Mar '25

04 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=3930 Damjan Jovanovic <damjan.jov(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|HOMM/Deadlock shows black |Miles Sound System |screen (game DLL calls |(WAIL32.DLL) |SuspendThread inside |SuspendThread() deadlock in |WOM_OPEN winmm callback) |WINMM callback (silent | |black screen on HOMM | |startup) -- 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

[Bug 57910] New: Star Citizen Game Fails to Launch
by WineHQ Bugzilla 04 Mar '25

04 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57910 Bug ID: 57910 Summary: Star Citizen Game Fails to Launch Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: mactan(a)edgetransit.dev Distribution: --- Created attachment 78152 --> https://bugs.winehq.org/attachment.cgi?id=78152 patch get_committed_size Star Citizen game launch calls to virtual.c get_committed_size, possibly NtProtectVirtualMemory, and due to what we have interpreted to be slowness in the call there is a generic disconnect with the game server and the game fails to launch A temporary measure another player shared for us to use as a workaround is the attached patch which caches the values -- 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

[Bug 55568] New: kernel32:file - test_GetFileType() fails on 'nul' device on macOS
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=55568 Bug ID: 55568 Summary: kernel32:file - test_GetFileType() fails on 'nul' device on macOS Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:file - test_GetFileType() fails on 'nul' device on macOS: file.c:3160: Test failed: expected type char for nul got 1 This failure is systematic and only happens on macOS (see Remi's rbernon-macos-* cloud test machines). See https://test.winehq.org/data/patterns.html#kernel32:file Where 1 == FILE_TYPE_DISK 2 == FILE_TYPE_CHAR So GetFileType() fails to distinguish the nul device from a regular disk device on macOS. -- 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 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=3930 --- Comment #90 from Dmitry Timoshkov <dmitry(a)baikal.ru> --- (In reply to Damjan Jovanovic from comment #89) > I think your patch is correct, as long as you use thread IDs instead of > handles. Can you please submit it? https://gitlab.winehq.org/wine/wine/-/merge_requests/7474 > And Dmitry, thank you so much for all your help in debugging this :-). You're welcome! That was a pure guess. -- 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

[Bug 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=3930 --- Comment #89 from Damjan Jovanovic <damjan.jov(a)gmail.com> --- (In reply to Dmitry Timoshkov from comment #85) > > It would be helpful to know what last error is set to for the failing case. GetLastError() is unchanged, the SuspendThread() does not set it. > > What should Wine do? > > Add a check to SuspendThread() and fail in the win9x mode? I think your patch is correct, as long as you use thread IDs instead of handles. Can you please submit it? And Dmitry, thank you so much for all your help in debugging this :-). -- 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

[Bug 57386] New: Attempting to run The Sims 1 Complete Collection results in a loop in dbghelp.
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57386 Bug ID: 57386 Summary: Attempting to run The Sims 1 Complete Collection results in a loop in dbghelp. Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- I'm assuming the game crashed for some reason, but attempting to run The Sims 1 Complete Collection results in no game window being made, and the following message echoed to the console indefinitely until the game process is killed: fixme:dbghelp:elf_search_auxv can't find symbol in module Running with WINEDEBUG=+dbghelp shows that it's trying to load debugging symbols but fails when it tries to load the symbol for ntdll.so!main_envp: 0120:trace:dbghelp:SymFromName (FFFFFFFF, "ntdll.so!main_envp", 0080E378) 0120:trace:dbghelp:image_locate_build_id_target checking L"/usr/lib/debug/.build-id/90/0892727821433d4332b9bd84b5d49ad3e0735b.debug" 0120:trace:dbghelp:image_locate_build_id_target checking \??\Z:\home\ADS.CODENET\codebase\.cache\debuginfod_client\900892727821433d4332b9bd84b5d49ad3e0735b\debuginfo 0120:trace:dbghelp:image_locate_build_id_target not found 0120:trace:dbghelp:image_load_debugaltlink No .gnu_debugaltlink section found for L"ntdll.so" 0120:fixme:dbghelp:elf_search_auxv can't find symbol in module -- 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 57902] New: The Sims 1 Complete Collection crashes when trying to show the EA logo.
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57902 Bug ID: 57902 Summary: The Sims 1 Complete Collection crashes when trying to show the EA logo. Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Under Wine-10.2 attempting to run The Sims 1 Complete Collection in a clean prefix will crash the game due to a quartz bug. Attempting to use a native quartz.dll via winetricks will fail, as will setting quartz.dll to native only in winecfg, or attempting to use ffdshow. Renaming the quartz.dll in Windows\System32, (or Windows\Syswow64 for those running 64bit prefixes), will bypass the issue and allow the game to start. As will removing the gstreamer plugin for MSVIDEO / AVI. Relevant output from the console is attached. (Ignore the "can't find symbol in module" bits. That's Bug #57386.) -- 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 57901] New: Menu UI elements are positioned incorrectly in some cases with winewayland
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57901 Bug ID: 57901 Summary: Menu UI elements are positioned incorrectly in some cases with winewayland Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- Created attachment 78142 --> https://bugs.winehq.org/attachment.cgi?id=78142 treflex binary This doesn't happen with every application, but I noticed that with one particular old one (Typing Reflex) when using winewayland, the menu positioning is incorrect. Attaching the example binary if you want to test - it's enough to expose the issue with the menu. Originally here: https://rapidtyping.com/best-typing-tutors/typing-reflex.html It must be doing something uncommon with win32 API that winewayland doesn't handle properly. -- 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