wine-bugs November 2023

wine-bugs@winehq.org

1 participants
2133 discussions

[Bug 42862] New: Gta 5 doesn't launch in dx10 mode
by wine-bugs＠winehq.org 25 Nov '23

25 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=42862 Bug ID: 42862 Summary: Gta 5 doesn't launch in dx10 mode Product: Wine Version: 2.6 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jhntipo(a)gmail.com Created attachment 57960 --> https://bugs.winehq.org/attachment.cgi?id=57960 The GTA5.exe backtrace When I launch GTA 5, the game doesn't appear instead, the Program error dialogue box shows up. I am using the 3dm crack but the file that crashes is GTA5.exe. I used commandline.txt to set the graphics runtime to dx10. -- 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 7

[Bug 34720] New: Resident Evil 3: in the game launcher fonts not rendered correctly
by wine-bugs＠winehq.org 25 Nov '23

25 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=34720 Bug #: 34720 Summary: Resident Evil 3: in the game launcher fonts not rendered correctly Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugs140(a)gmail.com Classification: Unclassified Created attachment 46293 --> http://bugs.winehq.org/attachment.cgi?id=46293 RE3 Trace +font You run the launcher using ResidentEvil3_menu.exe. I don't get anything in the log. I've created a trace +font. The problem can be reproduced in the demo (check out the link). Tested with: Windows Vista (without Wine), GeForce 9600M GS--the program works fine here Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313) Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11 -- 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 16

[Bug 45472] New: oleaut32/oleaut.c: 1 MSVC "warning C4090: '=' : different 'const' qualifiers"
by wine-bugs＠winehq.org 25 Nov '23

25 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=45472 Bug ID: 45472 Summary: oleaut32/oleaut.c: 1 MSVC "warning C4090: '=' : different 'const' qualifiers" Product: Wine Version: 3.3 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: winehq-bugs_serge_180716(a)gautherie.fr {{ ...\oleaut32\oleaut.c(865) : warning C4090: '=' : different 'const' qualifiers }} pPSDispatchFacBuf is loosing its const. Code added by https://source.winehq.org/git/wine.git/commit/ebb839733ad84627a1be954ed861a… . Fwiw, see https://jira.reactos.org/browse/CORE-7538 . There are other cases of this warning. With this first example, I would like to know how you want them fixed... -- 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 3

[Bug 54698] New: Printing from GRTools app under Wine-git (latest), the app will crash
by WineHQ Bugzilla 25 Nov '23

25 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=54698 Bug ID: 54698 Summary: Printing from GRTools app under Wine-git (latest), the app will crash Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mahmoudshmaitelly(a)yahoo.com Distribution: --- Created attachment 74208 --> https://bugs.winehq.org/attachment.cgi?id=74208 Printing bug app crashes If I print from the app GRTools (freely available from GRTools.de) running under latest wine-git version 8.4, the GRTools would crash and generates a debug file as attached. Thanks, Mahmoud A Shmaitelly -- 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 55409] New: 3dmark2001se DOT3 mapping test caused crash on mesa git (23.3+)
by WineHQ Bugzilla 25 Nov '23

25 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55409 Bug ID: 55409 Summary: 3dmark2001se DOT3 mapping test caused crash on mesa git (23.3+) Product: Wine Version: 8.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: randrik(a)mail.ru Distribution: --- So, another regression between 8.0-rc2 and 8.7/8.12 (8.7 crashes around that test, so not sure if there was another bug) I have integrated RS780L AMD GPU (very weak, openGL 3.3/3.0) and "new" GeForce 710 2Gb (OpenGL 4.3 on nouveau driver). Both started to fail in 3dmark2001se DOT3 bump mapping test. For testing try to install 3DMark2001SE, run it, uncheck all tests apart from DOT3, run it (for me in 1400x900x32, 8AA). For me it crashes on wine 8.12 / 8.7, and run OK on wine 8.0-rc2 -- 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 55847] New: SetThreadDpiHostingBehavior not implemented
by WineHQ Bugzilla 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55847 Bug ID: 55847 Summary: SetThreadDpiHostingBehavior not implemented Product: Wine Version: 8.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: raphael(a)bentegeac.com Distribution: --- Created attachment 75352 --> https://bugs.winehq.org/attachment.cgi?id=75352 Trace When running Kontakt 7 (from native instruments), the program crashes whilst complaining that user32.dll doesn't have an implementation for SetThreadDpiHostingBehavior. I think that a simple stub might solve the issue. -- 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 55795] New: .NET 8 SDK Installer does not finish setup
by WineHQ Bugzilla 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55795 Bug ID: 55795 Summary: .NET 8 SDK Installer does not finish setup Product: Wine Version: 8.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: makiwolf(a)outlook.at Distribution: --- Created attachment 75279 --> https://bugs.winehq.org/attachment.cgi?id=75279 log .NET 8 SDK Installer Windows x64 does not finish setup. https://dotnet.microsoft.com/en-us/download/dotnet/8.0 -- 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 55165] New: Age of Empires II Definitive Edition quits on startup, due to WinVerifyTrust() failing on game binaries.
by WineHQ Bugzilla 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55165 Bug ID: 55165 Summary: Age of Empires II Definitive Edition quits on startup, due to WinVerifyTrust() failing on game binaries. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: david(a)davidgow.net Distribution: --- The latest update of Age of Empires II: Definitive Edition no longer runs under wine and wine derivatives like Proton, Crossover, etc. This is because the updated version has an anti-tampering check which calls WinVerifyTrust() on all of the bundled .exe and .dll files (even those the game doesn't use). Under Wine, WinVerifyTrust() fails with TRUST_E_CERT_SIGNATURE on these PE files, even though it works on other signed executables. Patching wine to always return 0 from WinVerifyTrust() allows the game to start, and to run successfully. See: https://github.com/ValveSoftware/Proton/issues/3189#issuecomment-1610974028 I've written a simple program which calls WinVerifyTrust() on a file and prints the error: (source): https://davidgow.net/stuff/trustchk.c (x86_64 binary): https://davidgow.net/stuff/trustchk64.exe The trustchk64.exe binary is signed, so "trustchk64.exe trustchk64.exe" prints: trustchk64.exe: 0 (Success. ) Running against an unsigned binary gives: trustchk.exe: 800B0100 (No Signature found in file. ) Running against AoE2:DE's AoE2DE_s.exe file (or any other .exe or .dll from the game) fails with: AoE2DE_s.exe: 80096004 (TRUST_E_CERT_SIGNATURE: The signature of the certificate cannot be verified.) I've extracted the offending executable's signature with osslsigncode extract-signature: https://davidgow.net/stuff/AoE2DE_s.sig Equally, I've verified the executable signature with osslsigncode: https://davidgow.net/stuff/AoE2DE_s.sig-verify.txt The Steam game info for the affected version is: App ID: 813780 Build ID: 11543327 -- 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 55058] New: dbghelp:dbghelp - SymRefreshModuleList() sometimes returns 0 in 64-bit Wine
by WineHQ Bugzilla 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55058 Bug ID: 55058 Summary: dbghelp:dbghelp - SymRefreshModuleList() sometimes returns 0 in 64-bit Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dbghelp:dbghelp - SymRefreshModuleList() sometimes returns 0 in 64-bit Wine: dbghelp.c:746: Test failed: SymRefreshModuleList failed: 0 See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp This started happening systematically in the nightly tests on 2023-06-12, but only in 3 of the 5 64-bit Wine test configurations: * fails gitlab-debian-64 (Debian 11 container) * fails debian11b-wow64 (Debian 11 QEmu VM) * success debiant-wow64 (Debian Testing QEmu VM) * fails fgtb-debian11-wow64 (Debian 11 QEmu VM) * success fg-deb64-wow64 (Debian 11.7 QEmu VM) Despite happening systematically in the nightlies I have not been able to reproduce the failure reliably. -- 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 54962] New: GDI+ text rendering does not handle carriage returns
by WineHQ Bugzilla 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=54962 Bug ID: 54962 Summary: GDI+ text rendering does not handle carriage returns Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: klightspeed(a)netspace.net.au Distribution: --- Created attachment 74489 --> https://bugs.winehq.org/attachment.cgi?id=74489 C++ program reproducing issue gdip_format_string does not currently handle CR-LF sequences in text to be drawn. This results in boxes being rendered on the end of each line rendered by e.g. Graphics::DrawString when the string contains CR-LF (\r\n) newlines. Comparing to the behaviour on Windows, it appears that Windows renders carriage returns as zero-width characters. Comparing the values filled into the lpnDx parameter to GetTextExtentExPointW, Windows gives the characters '\r', '\n', and '\t' a width of 0, while wine gives them the same width as any other unknown character. Windows: Character offsets: "H" (12) "e" (21) "l" (24) "l" (27) "o" (36) "\u000d" (36) "\u000a" (36) "W" (51) "o" (60) "r" (65) "l" (68) "d" (77) wine: Character offsets: "H" (12) "e" (21) "l" (25) "l" (29) "o" (38) "\u000d" (43) "\u000a" (48) "W" (63) "o" (72) "r" (77) "l" (81) "d" (90) -- 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

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