wine-bugs July 2023

wine-bugs@winehq.org

1 participants
2607 discussions

[Bug 23356] New: Napoleon Total War: black screen without winetricks d3d9x
by wine-bugs＠winehq.org 08 Jul '23

08 Jul '23

http://bugs.winehq.org/show_bug.cgi?id=23356 Summary: Napoleon Total War: black screen without winetricks d3d9x Product: Wine Version: 1.2-rc4 Platform: x86-64 URL: http://www.totalwar.com/napoleon/demo/ OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: wine-bugs(a)winehq.org The log shows several d3dx stubs are causing it trouble: implemented fixme:d3dx:D3DXGetImageInfoFromFileInMemory Invalid or unsupported image file fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx (0x8eafae8, 0xd7ee731, 1440128, 4294967294, 4294967294, 1, 0, fffffffd, 1, 2, 5, 0, (nil), (nil), 0x8f53864): stub ... fixme:d3dx:ID3DXEffectImpl_SetMatrixTranspose (0x8f54f58)->(0x1642ea0, 0x8ea54fc): stub fixme:d3dx:ID3DXEffectImpl_SetTechnique (0x8f54f58)->(0x1642eac): stub ... d3d call failed, code: 0x80004001 d3d call failed, code: 0x80004001 d3d call failed, code: 0x80004001 d3d call failed, code: 0x80004001 d3d call failed, code: 0x80004001 winetricks d3dx9 lets it start with graphics. -- 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 22

[Bug 55064] New: Microsoft Powerpoint 2007 does not print large document
by WineHQ Bugzilla 08 Jul '23

08 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=55064 Bug ID: 55064 Summary: Microsoft Powerpoint 2007 does not print large document Product: Wine Version: 7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de Distribution: --- When printing a large document with Powerpoint 2007 to a file the print file is not created (without notice). A bisect shows that the first bad commit is commit 017e9557db73a4b51b5cb2eacbf638288b5e6719 Author: Piotr Caban <piotr(a)codeweavers.com> Date: Fri Dec 2 21:23:50 2022 +0100 localspl: Use print processor in ScheduleJob. dlls/localspl/provider.c | 198 +++++++++++++++++++++++++++++++++++++---------- 1 file changed, 155 insertions(+), 43 deletions(-) Later releases of wine produce an exception inside a PP lib when doing the same operation. -- 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 52171] New: CXBX-R Xbox emulator cannot save game data, error "NtCreateFile alloc_size not supported"
by WineHQ Bugzilla 08 Jul '23

08 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=52171 Bug ID: 52171 Summary: CXBX-R Xbox emulator cannot save game data, error "NtCreateFile alloc_size not supported" Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- Hi all Here follows a bug report regarding a missing / not implemented function in Wine. This issue effectively prevents the saving of gaming data (in the emulator) to the locally available storage (SSD, HDD). Interestingly not all games are affected in the same way. It differs which function the corresponding game is calling when a saving process to the emulated Xbox HDD is performed. For example, "Crash Tag Team Racing" cannot save anything while the game "Baldur's Gate Dark Alliance" is able to save at least partially data to the emulated Xbox HDD. The full error message at the CLI (during a failed saving process) is: 0184:fixme:file:NtCreateFile alloc_size not supported 0184:fixme:file:NtSetInformationFile Unsupported class (19) I can confirm this behavior for Wine 6.23 but this seems present also at all older versions. The first by me tested version with that problem was Wine 6.7. Earlier Wine 6.x builds generally didn't work well with the CXBX-R emulator because the built-in Visual C++ 2019 support was too limited and the native MS Visual C++ 2019 compatibility became flawed. According to the CXBX-R GitHub webpage (https://github.com/Cxbx-Reloaded/Cxbx-Reloaded) Wine 5.0.3 is described in conjunction with native MS Visual C++ 2019 as "stable". So the here reported "NtCreateFile alloc_size not supported" bug may not be present. However, this is not tested by me, so I cannot confirm this. Whatever, in summary this issue may have a relation to the built-in Visual C++ 2019 support in Wine. More information can be found at the following CXBX-R bug page: https://github.com/Cxbx-Reloaded/Cxbx-Reloaded/issues/2161 -- 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 32334] New: Microsoft SQL Server Management Studio Express 2005: Connection window is too narrow
by wine-bugs＠winehq.org 08 Jul '23

08 Jul '23

http://bugs.winehq.org/show_bug.cgi?id=32334 Bug #: 32334 Summary: Microsoft SQL Server Management Studio Express 2005: Connection window is too narrow Product: Wine Version: 1.5.18 Platform: x86 URL: http://www.microsoft.com/download/en/details.aspx?id=8 961 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Regression SHA1: ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e Created attachment 42678 --> http://bugs.winehq.org/attachment.cgi?id=42678 Screenshots of good and bad versions Connection window that appears right after starting the application is too narrow. You may notice that the bitmap on the top is clipped. Regression testing points to the following commit: ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e is the first bad commit commit ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Nov 15 13:29:21 2012 +0100 gdi32: Don't load bitmap glyphs when using subpixel rendering in GetGlyphOutline. Reverting that commit on top of current git brings back correct behavior. Prerequisite: winetricks dotnet20 win7 -- 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 30

[Bug 55169] New: Diablo 4: latest game patch causes D4 to crash on startup
by WineHQ Bugzilla 07 Jul '23

07 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=55169 Bug ID: 55169 Summary: Diablo 4: latest game patch causes D4 to crash on startup Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kurtosis.jones(a)gmail.com Distribution: --- Created attachment 74749 --> https://bugs.winehq.org/attachment.cgi?id=74749 Wine console log Diablo4 crash I've been playing Diablo 4 using Lutris on NixOS 23.05 since the game launched, using the standard Lutris installer [1] with the following version modifications: lutris-GE-Proton-8-5-x86_64 lutris-GE-Proton-8-7-x86_64 lutris-GE-Proton-8-8-x86_64 All with DXVK 2.2 and VKD3D 2.8. This config worked perfectly, stably, with no crashes, artifacts, or performance problems. However, the latest D4 patch broke the game, and now it crashes on startup before reaching the title screen. The patch in question is: 1.0.3 Build #42677 (All Platforms) - June 27, 2023 [2] Wine console log attached. The final five lines in the log are the error that occurred at the moment the game crashed. Looks like a race condition. Here are those last five lines: 0128:err:seh:call_stack_handlers invalid frame 0000000036405F70 (0000000036212000-0000000036310000) 0128:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. Fatal glibc error: ../nptl/pthread_mutex_lock.c:460 (__pthread_mutex_cond_lock_full): assertion failed: robust || (oldval & FUTEX_OWNER_DIED) == 0 0c18:err:seh:call_stack_handlers invalid frame 000000001990E500 (0000000019712000-0000000019810000) 0c18:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. [1]:https://lutris.net/games/diablo-iv/ [2]:https://news.blizzard.com/en-us/diablo4/23964909/diablo-iv-patch-notes -- 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 44203] New: SlingPlayer 2 crashes under Wine Staging
by wine-bugs＠winehq.org 07 Jul '23

07 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=44203 Bug ID: 44203 Summary: SlingPlayer 2 crashes under Wine Staging Product: Wine-staging Version: 2.21 Hardware: x86 URL: http://download.slingmedia.com/player/pc/SlingPlayer_2 .0.4522_Setup-Global.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: Ubuntu Created attachment 59971 --> https://bugs.winehq.org/attachment.cgi?id=59971 Wine Staging 2.21 console output Under Wine Staging 2.21, SlingPlayer 2.0 crashes in a way that it does not under vanilla Wine 3.0-rc2. I tried patching latest git with the dxva2 patches, as that seems to be the last thing mentioned in the log before the crash but when I did that it doesn't seem to be used: 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\dxva2.dll" at 0x7c020000: builtin 0009:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\dxva2.dll" : builtin I guess something needs setting in the registry or the likes. To get this far, the following overrides are needed: WINEARCH=win32 - Bug 35268 / Bug 35276 quartz - Bug 18556 wmp9 - Bug 28669 mf - Bug 44201 The application crashes on load so you do not need a Slingbox to test. 01:00.0 VGA compatible controller: NVIDIA Corporation NV34 [GeForce FX 5200] (rev a1) -- 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 4

[Bug 55201] New: Wine fails to build with clang-11.0.1 due to recent nameless unions/structs VARIANT changes
by WineHQ Bugzilla 07 Jul '23

07 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=55201 Bug ID: 55201 Summary: Wine fails to build with clang-11.0.1 due to recent nameless unions/structs VARIANT changes Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: blocker Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Regression SHA1: 36963b6d27abcf74b58bcf11953ebdf2b7e9767c Distribution: --- Starting from 36963b6d27abcf74b58bcf11953ebdf2b7e9767c is the first bad commit commit 36963b6d27abcf74b58bcf11953ebdf2b7e9767c Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Jul 4 12:42:53 2023 +0200 oleaut32: Get rid of the DECIMAL access macros. dlls/oleaut32/variant.c | 83 +++++++------ dlls/oleaut32/variant.h | 20 ---- dlls/oleaut32/vartype.c | 303 +++++++++++++++++++++++------------------------- 3 files changed, 188 insertions(+), 218 deletions(-) Wine fails to build. dlls/oleaut32: clang -c -o dlls/oleaut32/x86_64-windows/usrmarshal.o ../wine.src/dlls/oleaut32/usrmarshal.c -Idlls/oleaut32 \ -I../wine.src/dlls/oleaut32 -Iinclude -I../wine.src/include -I../wine.src/include/msvcrt -D_UCRT \ -D__WINESRC__ -D_OLEAUT32_ -D__WINE_PE_BUILD -Wall -target x86_64-windows -fuse-ld=lld \ -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Winit-self \ -Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wvla -Wwrite-strings -Wpointer-arith \ -Wabsolute-value -Wnonnull -mcx16 -mcmodel=small -g -O2 ../wine.src/dlls/oleaut32/usrmarshal.c:402:24: error: no member named 'n1' in 'struct tagVARIANT' header->vt = pvar->n1.n2.vt; ~~~~ ^ ../wine.src/dlls/oleaut32/usrmarshal.c:403:32: error: no member named 'n1' in 'struct tagVARIANT' header->wReserved1 = pvar->n1.n2.wReserved1; ~~~~ ^ ../wine.src/dlls/oleaut32/usrmarshal.c:404:32: error: no member named 'n1' in 'struct tagVARIANT' header->wReserved2 = pvar->n1.n2.wReserved2; ~~~~ ^ ../wine.src/dlls/oleaut32/usrmarshal.c:405:32: error: no member named 'n1' in 'struct tagVARIANT' header->wReserved3 = pvar->n1.n2.wReserved3; ~~~~ ^ ../wine.src/dlls/oleaut32/usrmarshal.c:406:31: error: no member named 'n1' in 'struct tagVARIANT' header->switch_is = pvar->n1.n2.vt; ~~~~ ^ ../wine.src/dlls/oleaut32/usrmarshal.c:421:31: error: no member named 'n1' in 'struct tagVARIANT' memcpy(Pos, pvar->n1.n2.n3.byref, type_size); ~~~~ ^ ../wine.src/dlls/oleaut32/usrmarshal.c:435:32: error: no member named 'n1' in 'struct tagVARIANT' memcpy(Pos, &pvar->n1.n2.n3, type_size); ~~~~ ^ ../wine.src/dlls/oleaut32/usrmarshal.c:564:27: error: no member named 'n1' in 'struct tagVARIANT' memcpy(&pvar->n1.n2.n3, Pos, type_size); ~~~~ ^ ../wine.src/dlls/oleaut32/usrmarshal.c:568:11: error: no member named 'n1' in 'struct tagVARIANT' pvar->n1.n2.vt = header->vt; ~~~~ ^ ../wine.src/dlls/oleaut32/usrmarshal.c:569:11: error: no member named 'n1' in 'struct tagVARIANT' pvar->n1.n2.wReserved1 = header->wReserved1; ~~~~ ^ ../wine.src/dlls/oleaut32/usrmarshal.c:570:11: error: no member named 'n1' in 'struct tagVARIANT' pvar->n1.n2.wReserved2 = header->wReserved2; ~~~~ ^ ../wine.src/dlls/oleaut32/usrmarshal.c:571:11: error: no member named 'n1' in 'struct tagVARIANT' pvar->n1.n2.wReserved3 = header->wReserved3; ~~~~ ^ ../wine.src/dlls/oleaut32/usrmarshal.c:624:34: error: no member named 'n1' in 'struct tagVARIANT' if (vt & VT_BYREF) ref = pvar->n1.n2.n3.byref; ~~~~ ^ 13 errors generated. dlls/oleaut32/tests: clang -c -o dlls/oleaut32/tests/x86_64-windows/vartest.o ../wine.src/dlls/oleaut32/tests/vartest.c -Idlls/oleaut32/tests \ -I../wine.src/dlls/oleaut32/tests -Iinclude -I../wine.src/include -I../wine.src/include/msvcrt \ -D_MSVCR_VER=0 -D__WINESRC__ -D__WINE_PE_BUILD -Wall -target x86_64-windows -fuse-ld=lld \ -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Winit-self \ -Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wvla -Wwrite-strings -Wpointer-arith \ -Wabsolute-value -Wnonnull -mcx16 -mcmodel=small -g -O2 ../wine.src/dlls/oleaut32/tests/vartest.c:251:5: error: declaration of anonymous struct must be a definition struct __tagBRECORD *rec; ^ ../wine.src/dlls/oleaut32/tests/vartest.c:251:29: error: type name requires a specifier or qualifier struct __tagBRECORD *rec; ^ ../wine.src/dlls/oleaut32/tests/vartest.c:301:11: error: no member named 'rec' in 'struct IRecordInfoImpl' This->rec->pvRecord = NULL; ~~~~ ^ ../wine.src/dlls/oleaut32/tests/vartest.c:769:3: error: declaration of anonymous struct must be a definition struct __tagBRECORD *rec; ^ ../wine.src/dlls/oleaut32/tests/vartest.c:769:3: warning: declaration does not declare anything [-Wmissing-declarations] ../wine.src/dlls/oleaut32/tests/vartest.c:894:3: error: use of undeclared identifier 'rec' rec = &V_UNION(&v, brecVal); ^ ../wine.src/dlls/oleaut32/tests/vartest.c:894:22: error: no member named 'brecVal' in 'struct tagVARIANT' rec = &V_UNION(&v, brecVal); ~~~~~~~~~~~~^~~~~~~~ ... fatal error: too many errors emitted, stopping now [-ferror-limit=] -- 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 55137] New: MIssing support for SCARD_AUTOALLOCATE
by WineHQ Bugzilla 07 Jul '23

07 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=55137 Bug ID: 55137 Summary: MIssing support for SCARD_AUTOALLOCATE Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winscard Assignee: wine-bugs(a)winehq.org Reporter: pq2sx44teeigl7za(a)chyen.cc Distribution: --- Created attachment 74695 --> https://bugs.winehq.org/attachment.cgi?id=74695 A test program that uses SCARD_AUTOALLOCATE Several applications call SCardListReaders with SCARD_AUTOALLOCATE. It will be great if that is supported. Here are two examples: * WebATM plugin for Chunghwa Post (中華郵政 WebATM 元件) This can be installed from https://webatm.post.gov.tw/postatm/cab/ATMSetup.msi. With `wine ATMXHRService.exe` running, logging in from https://webatm.post.gov.tw/postatm/index.jsp?_portal=login results in > 010c:fixme:winscard:SCardListReadersW SCARD_AUTOALLOCATE not supported (you may need to accept the self-signed certificate at https://127.0.0.1:39021/ first) * Taiwan Business Bank combo native agent (臺灣企銀二合一元件) This can be installed from https://ebank.tbb.com.tw/nb3/COMPONENT/component_download?componentPath=win…. With `wine TbbComboNativeAgentHost.exe` running, logging in from https://eatm.tbb.com.tw/eATM3/LOGIN/login results in > 010c:fixme:winscard:SCardListReadersA SCARD_AUTOALLOCATE not supported (you may need to accept the self-signed certificate at https://127.0.0.1:9203/ first) Note that both are 32-bit applications, and I need to use experimental wow64 mode as normal 32-bit winscard.dll is broken (https://bugs.winehq.org/show_bug.cgi?id=54661) A C++ file that mimics the behavior of aforementioned applications is attached. Apparently, the current implementation is aware of missing support for SCARD_AUTOALLOCATE: https://gitlab.winehq.org/wine/wine/-/blob/wine-8.11/dlls/winscard/winscard…. On the other hand, an alternative implementaion appears to support it: https://gitlab.winehq.org/wine/wine/-/merge_requests/2249. -- 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 13

[Bug 7767] Zero G Software 'InstallAnywhere' installers crash or silently exit (Rosetta Stone, Reading Counts, World Religions, Parashara's Light Professional 7.0.1)
by WineHQ Bugzilla 07 Jul '23

07 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=7767 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #18 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 8.12. -- 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 55062] New: Starcraft II Graphics Only Work When Window is Out of Focus
by WineHQ Bugzilla 07 Jul '23

07 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=55062 Bug ID: 55062 Summary: Starcraft II Graphics Only Work When Window is Out of Focus Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wschmrdr(a)gmail.com Distribution: --- Attempted to run Starcraft II using version 8.10. The Battle.net App seems to work OK. When I run Starcraft II itself, trying both through the Battle.net App and the SC2Switcher executable, I get the proper window, but a black screen. When I change window focus to something else (e.g. Battle.net, the Wine System Tray, a terminal, etc.), the graphics will run normally in the background, until I change focus back to the Starcraft II application, at which point the graphics will stop at the point where I had shifted focus. Be aware I was previously using wine-devel version 8.8, and I did not see this 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 3

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