wine-bugs April 2023

wine-bugs@winehq.org

1 participants
2946 discussions

[Bug 32490] New: Graphical issues in Inquisitor (red squares painted on the screen)
by wine-bugs＠winehq.org 14 Apr '23

14 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=32490 Bug #: 32490 Summary: Graphical issues in Inquisitor (red squares painted on the screen) Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 42861 --> http://bugs.winehq.org/attachment.cgi?id=42861 terminal output Inquisitor is an RPG released in 2012. I guess it uses DirectX8 (or DX7?) because only +d3d8 produces output, not +d3d9. Red squares are present on the screen while in the menus as well as in the main game. This makes the game unplayable. I tested this bug with a Nvidia gfx card: both the open source Nouveau and the binary drivers show the same problem. Wine 1.2.3, 1.4.1, 1.5.19 etc. have the reported problem. No demo available. Let me know if you need a debug log. -- 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 38

[Bug 28586] New: Team Fortress Arcade and Pixel Force: Left 4 Dead have no sound
by wine-bugs＠winehq.org 14 Apr '23

14 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=28586 Bug #: 28586 Summary: Team Fortress Arcade and Pixel Force: Left 4 Dead have no sound Product: Wine Version: 1.3.29 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: sagman.staredsi(a)gmail.com Classification: Unclassified Created attachment 36730 --> http://bugs.winehq.org/attachment.cgi?id=36730 Full Team Fortress Arcade log Team Fortress Arcade and Pixel Force: Left 4 Dead have no sound due a unimplemented function of directmusic: fixme:dmfile:IDirectMusicSegment8Impl_IPersistStream_Load : WAVE form (loading to be checked) fixme:dswave:IDirectMusicWaveImpl_IPersistStream_Load (0x5f148e8, 0x5f148b8): loading not implemented yet (only descriptor is loaded) This two lines are a message that wine repeat often in the output and inform this. -- 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 53128] New: Without elevated privileges schedsvc:rpcapi fails on Windows 7
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53128 Bug ID: 53128 Summary: Without elevated privileges schedsvc:rpcapi fails on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Without elevated privileges schedsvc:rpcapi fails on Windows 7: rpcapi.c:169: Test failed: expected S_OK, got 0x80070005 rpcapi.c:164: Test failed: 1: expected 0, got 0x800700b7 rpcapi.c:164: Test failed: 2: expected 0x80070002, got 0 rpcapi.c:169: Test failed: expected S_OK, got 0x80070005 rpcapi.c:169: Test failed: expected S_OK, got 0x80070005 rpcapi.c:232: Test failed: expected S_OK, got 0x80070005 rpcapi.c:234: Test failed: expected S_OK, got 0x80070091 rpcapi.c:236: Test failed: expected S_OK, got 0x80070091 rpcapi.c:242: Test failed: expected ERROR_FILE_NOT_FOUND, got 0 rpcapi.c:243: Test failed: expected 0, got 1 rpcapi.c:244: Test failed: expected 0, got 1 rpcapi.c:245: Test failed: expected NULL, got 002ED3F0 rpcapi.c:248: Test failed: expected S_OK, got 0x800700b7 rpcapi.c:255: Test failed: expected 0, got 1 rpcapi.c:256: Test failed: expected 0, got 1 rpcapi.c:257: Test failed: expected NULL, got 002EE9F8 rpcapi.c:260: Test failed: expected S_OK, got 0x800700b7 rpcapi.c:346: Test failed: expected S_OK, got 0x80070091 rpcapi.c:354: Test failed: expected ERROR_FILE_NOT_FOUND, got 0 rpcapi.c:355: Test failed: expected 0, got 1 rpcapi.c:356: Test failed: expected 0, got 1 rpcapi.c:357: Test failed: expected NULL, got 002EEA18 rpcapi.c:362: Test failed: expected S_OK, got 0x800700b7 rpcapi.c:363: Test failed: expected \Wine\Task1, task actual path (null) rpcapi.c:508: Test failed: expected S_OK, got 0x80070005 rpcapi.c:510: Test failed: expected S_OK, got 0x80070005 rpcapi.c:512: Test failed: expected S_OK, got 0x80070005 rpcapi.c:514: Test failed: expected S_OK, got 0x80070091 https://test.winehq.org/data/patterns.html#schedsvc:rpcapi In particular the value at the end of the "expected NULL" failure changes with every run so this failures always looks like it is new :-( This happens systematically on the w7u-adm TestBot VM. Interestingly it does not happen on more recent Windows versions that also run the tests without elevated privileges such as w8adm and w1064-adm. Maybe Microsoft realized they were too strict with the elevated privileges checks. -- 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 52193] New: schtasks.exe:schtasks fails on Windows 7 when missing privileges
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52193 Bug ID: 52193 Summary: schtasks.exe:schtasks fails on Windows 7 when missing privileges Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com schtasks.exe:schtasks fails on Windows 7 when missing privileges: schtasks.c:190: Test failed: DeleteTask failed: 80070005 schtasks.c:193: Test failed: r = 0 schtasks.c:201: Test failed: r = 1 schtasks.c:204: Test failed: r = 0 schtasks.c:224: Test failed: r = 1 https://test.winehq.org/data/patterns.html#schtasks.exe:schtasks When running as an administrator but without elevated privileges it looks like Windows 7 allows creating new tasks, but does not allow deleting the freshly created task! This behavior also seems to be specific to Windows 7 since there is no failure on w8adm and w1064-adm. -- 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 42372] New: Watchtower Library 2016, program crashes when trying to play a video from within the program
by wine-bugs＠winehq.org 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=42372 Bug ID: 42372 Summary: Watchtower Library 2016, program crashes when trying to play a video from within the program Product: Wine Version: 2.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: drctheboss(a)charter.net Distribution: --- Created attachment 57155 --> https://bugs.winehq.org/attachment.cgi?id=57155 when the program crashed this was generated All aspects of the program seem to work fine, except when attempting to play a video. Then the program will crash and wine will generate a backtrace report -- 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 40

[Bug 54666] New: Compilation fails with gcc 4.8.4 - error: missing binary operator before token "("
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54666 Bug ID: 54666 Summary: Compilation fails with gcc 4.8.4 - error: missing binary operator before token "(" Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 74181 --> https://bugs.winehq.org/attachment.cgi?id=74181 log.txt Compiling in 32 bit distro with: compiler version 4.8.4 # gcc --version glibc 2.19 # ldd --version config line: configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x --libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686" Compile error in wine-8.3 In file included from ../wine-8.3/include/msvcrt/stdarg.h:24:0, from ../wine-8.3/dlls/acledit/main.c:21: ../wine-8.3/include/msvcrt/vadefs.h:30:91: error: missing binary operator before token "(" -- 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 54634] New: schtasks.exe:schtasks causes taskschd:scheduler to crash on w7u_adm and w8adm
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54634 Bug ID: 54634 Summary: schtasks.exe:schtasks causes taskschd:scheduler to crash on w7u_adm and w8adm Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com schtasks.exe:schtasks causes taskschd:scheduler to crash on w7u_adm and w8adm: scheduler.c:344: Test failed: expected ERROR_DIR_NOT_EMPTY, got 0x80070005 scheduler.c:351: Test failed: DeleteFolder error 0x80070005 scheduler.c:354: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070005 scheduler.c:474: Test failed: expected 2, got 3 scheduler.c:483: Test failed: expected 2, got 3 scheduler.c:515: Test failed: expected \Wine\Folder2, got L"\\Wine\\test" scheduler.c:523: Test failed: expected Folder2, got L"test" scheduler.c:538: Test failed: expected \Wine\Folder2, got L"\\Wine\\test" scheduler.c:546: Test failed: expected Folder2, got L"test" scheduler.c:555: Test failed: expected E_INVALIDARG, got 0 scheduler.c:582: Test failed: expected S_FALSE, got 0 scheduler.c:616: Test failed: expected S_FALSE, got 0 scheduler.c:617: Test failed: expected 0, got 1 scheduler.c:630: Test failed: expected S_FALSE, got 0 scheduler.c:631: Test failed: expected 2, got 3 scheduler.c:647: Test failed: expected \Wine\Folder2, got L"\\Wine\\test" scheduler.c:655: Test failed: expected Folder2, got L"test" scheduler.c:673: Test failed: DeleteFolder error 0x80070005 scheduler.c:776: Test failed: CreateFolder error 0x800700b7 scheduler.c:787: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070005 scheduler.c:787: this is the last test seen before the exception 07e4:scheduler: unhandled exception c0000005 at 004017CA See https://test.winehq.org/data/patterns.html#taskschd:scheduler taskschd:scheduler does not crash when run on its own: it's schtasks.exe:schtasks that causes it to crash. The reason is that, at least when run without elevated privileges, schtasks.exe:schtasks leaves behind the "Wine\\test" task folders created by the call below in schtasks.c: register_task("wine\\test\\winetest"); These folders then interfere with taskschd:scheduler. Not that they are mean to be deleted by the calls below but that fail with E_ACCESSDENIED: ITaskFolder_DeleteFolder(root, wine_testW, 0); ITaskFolder_DeleteFolder(root, wineW, 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 3

[Bug 18773] New: The Westerner: needs MPEG Layer-3 audio codec
by wine-bugs＠winehq.org 14 Apr '23

14 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=18773 Summary: The Westerner: needs MPEG Layer-3 audio codec Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net The Westerner until now had garbage AppDB rating but no bug entry. Deselecting any audio driver in winecfg let's wine play the intro and crash after: err:ole:CoGetClassObject class {38be3000-dbf4-11d0-860e-00a024cfef6d} not registered err:ole:CoGetClassObject no class object {38be3000-dbf4-11d0-860e-00a024cfef6d} could be created for context 0x1 This UUID is the "FriendlyName"="MPEG Layer-3 Decoder" from DirectX9 windows\system32\l3codecx.ax As Wine has its own winemp3.acm, shouldn't it declare this UUID (e.g. via tools/wine.inf)? Is this a simple omission? Does winemp3 implement something entirely different, another win API? When audio is not disabled in winecfg, wine crashes after repeatedly (~13x) opening and closing all winmm codecs, including winemp3.acm (it does not manage to reach the intro). wine regsvr32 l3codecx.ax WINEDLLOVERRIDES=quartz=n wine PICTuRE.exe is what's needed to let the music play, to see the intro, to start gameplay and to bump the AppDB rating from garbage to bronze. (Likely gold except for serious mouse lag, which is another issue.) The loop mentioned above is then avoided, as a driver is found. The native quartz.dll is needed or it won't find some pin (later than the intro). I copied the l3codecx.ax from a separate winetricks DirectX9 install before noticing that The Westerner's CD-ROM also contains it in DirectX9\DirectX.cab. Oddly, the application's cover lists only DirectX 8.1 as requirement. Using The Westerner German Patch v1.3. I guess v1.0 (CD-ROM without patch) would behave the same (guessing from reports in AppDB). -- 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 25

[Bug 51463] New: SnowRunner automobiles aren't rendered
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51463 Bug ID: 51463 Summary: SnowRunner automobiles aren't rendered Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70304 --> https://bugs.winehq.org/attachment.cgi?id=70304 screenshot 077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query 0x7fcbd7f3a330, flags 0x2, stub! 077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query 0x7fcbd7f3a330, flags 0x1, stub! 06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd4097dc0 needs 64 samplers, but only 32 are supported. 06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd40a5170 needs 64 samplers, but only 32 are supported. 06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd4097dc0 needs 64 samplers, but only 32 are supported. 06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd40a5170 needs 64 samplers, but only 32 are supported. 0770:fixme:d3d:wined3d_deferred_context_issue_query context 0xa7491a0, query 0x9840840, flags 0x2, stub! 0770:fixme:d3d:wined3d_deferred_context_issue_query context 0xa7491a0, query 0x9840840, flags 0x1, stub! 077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query 0x7fcbd6016100, flags 0x2, stub! 077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query 0x7fcbd6016100, flags 0x1, stub! wine-6.12-194-g2ffcf440218 -- 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 54821] New: CryptAcquireCertificatePrivateKey implementation ignores CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54821 Bug ID: 54821 Summary: CryptAcquireCertificatePrivateKey implementation ignores CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG Product: Wine Version: 8.4 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: mterrisse(a)free.fr Hello, I have recently moved all my code from Crypto API to CNG and it doesn't work with Wine because CryptAcquireCertificatePrivateKey ignores the flag CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG. CryptAcquireCertificatePrivateKey with dwFlags = CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG returns True, but pdwKeySpec isn't equal to CERT_NCRYPT_KEY_SPEC and phCryptProvOrNCryptKey is a handle to a CAPI container handle instead of a ncrypt key. I have looked at the source code (dlls/crypt32/cert.c) and indeed there is no reference to CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG. I will try to handle this with NCryptTranslateHandle but I think this should be done in crypt32.dll. Regards, Michel Terrisse -- 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

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