wine-bugs June 2023

wine-bugs@winehq.org

1 participants
2505 discussions

[Bug 55115] New: widl crashes with dlls/sti after adding wia_lh.idl
by WineHQ Bugzilla 08 Dec '23

08 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=55115 Bug ID: 55115 Summary: widl crashes with dlls/sti after adding wia_lh.idl Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nathbappai(a)gmail.com Distribution: --- Created attachment 74676 --> https://bugs.winehq.org/attachment.cgi?id=74676 backtrace.txt widl crashes with dlls/sti/sti_wia.idl after adding the wia_lh.idl file in this merge request https://gitlab.winehq.org/wine/wine/-/merge_requests/3025 Backtrace attached. -- 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 55054] New: WineServer crash. (complete_async_poll: Assertion `output->count == signaled_count' failed)
by WineHQ Bugzilla 08 Dec '23

08 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=55054 Bug ID: 55054 Summary: WineServer crash. (complete_async_poll: Assertion `output->count == signaled_count' failed) Product: Wine Version: 8.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: dfarkas82(a)gmail.com Distribution: --- Hello, We are running two custom-built programs under Wine: a Manager (.Net framework 4.5) and a Streamer (WinApi). The streamer program transfers audio/video streams from various devices (mostly communicating over TCP), while the manager handles the starting/stopping of the streamers (mostly communicating over HTTP). Up to 60-70 streamers can be running at once, with only one manager. On Windows, these programs can run for weeks without any problems. However, under Wine on Linux, I receive the following error message after about an hour of operation: wineserver: server/sock.c:1122: complete_async_poll: Assertion `output->count == signaled_count' failed. This leads to WineServer shutting down. Could you provide any insights into what this means, and if our own programs are causing this, what modifications I would need to make to prevent this from happening? Wine-8.0.1 (64-bit) Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-73-generic x86_64) thank you, -- 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 55052] New: For loop where right bound is string coercion issue
by WineHQ Bugzilla 08 Dec '23

08 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=55052 Bug ID: 55052 Summary: For loop where right bound is string coercion issue Product: Wine Version: 8.9 Hardware: aarch64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: francisdb(a)gmail.com Dim i, num num = "16" For i = 0 To num WScript.Echo i Next On windows using cscript this loops 16 times Using wine vbscript this loops a lot further (at least 5022747) As a workaround you can of course use 16 or CInt(num) -- 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 14

[Bug 47699] New: For Honor and STEEP (Uplay) fail to connect to online services (missing bcrypt functions)
by wine-bugs＠winehq.org 08 Dec '23

08 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=47699 Bug ID: 47699 Summary: For Honor and STEEP (Uplay) fail to connect to online services (missing bcrypt functions) Product: Wine Version: 4.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: stefan.riesenberger(a)gmail.com Distribution: --- Created attachment 65164 --> https://bugs.winehq.org/attachment.cgi?id=65164 Log with +fixme,-ntdll For Honor starts fine, but on the "Press any Key to continue" screen it fails to connect to the online services and puts the following lines into the log when trying to connect: 011f:fixme:bcrypt:BCryptGenerateSymmetricKey ignoring object buffer 0161:fixme:secur32:schannel_get_cipher_algid unknown algorithm 23 0161:fixme:secur32:schannel_get_mac_algid unknown algorithm 200, cipher 23 0163:fixme:bcrypt:BCryptCreateHash ignoring object buffer 0163:fixme:bcrypt:BCryptSecretAgreement 0x7fe82e905e10, 0x7fe82e907490, 0x7fe7d33bf8d8, 00000000 0163:fixme:bcrypt:BCryptDeriveKey 0xdeadfeed, L"HASH", (nil), 0x7fe840031920, 16, 0x7fe7d33bf8c0, 00000000 0163:fixme:bcrypt:BCryptDestroySecret 0xdeadfeed 0147:fixme:bcrypt:BCryptGenerateSymmetricKey ignoring object buffer 0147:fixme:bcrypt:BCryptGenRandom ignoring selected algorithm STEEP also fails in a similar matter with the same log output. Kind regards, Riesi -- 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 14

[Bug 54999] New: Process Explorer from Sysinternals shows a blank window
by WineHQ Bugzilla 08 Dec '23

08 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=54999 Bug ID: 54999 Summary: Process Explorer from Sysinternals shows a blank window Product: Wine Version: 8.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- This is a regression between wine 8.0 and 8.1. You MUST make clean WINEPREFIX for this! When the WINEPREFIX was created with 8.0 it also works with 8.1 and later. Only when the WINEPREFIX is created with 8.1 and later the problem occurs. Tested with procexp64 from https://web.archive.org/web/20230406081546/http://download.sysinternals.com… Tested with both the 64bit and 32bit version, same behavior. -- 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 10

[Bug 13340] New: dicom image viewer aborts because IMultiLanguage2_GetCharsetInfo doesn' t like "ISO8859-1"
by wine-bugs＠winehq.org 08 Dec '23

08 Dec '23

http://bugs.winehq.org/show_bug.cgi?id=13340 Summary: dicom image viewer aborts because IMultiLanguage2_GetCharsetInfo doesn't like "ISO8859-1" Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I had an MRI recently, and got a copy on cd-rom. The viewer app crashed quickly on Wine. trace:mlang:fnIMultiLanguage2_GetCharsetInfo 0x19dce8 L"ISO8859-1" 0x32f5b4 ... 0009:Call KERNEL32.lstrcmpiW(01031d58 L"ISO8859-1",0032f524 L"iso-8859-1") ret=7d52ed97 ... 0009:Call oleaut32.SysAllocString(01577b00 L"System does not support the specified encoding.\r\n") ret=69bf1378 ... wine: Unhandled exception 0x80000003 at address 0x7b83d7c1 (thread 0009), starting debugger... Backtrace: =>1 0x7b83d7c1 DebugBreak+0x3() [wine-git/include/winternl.h:1828] in kernel32 2 0x7bc54140 call_entry_point+0x20() in ntdll 3 0x7bc55118 relay_call_from_32+0x1a1(descr=0x7b8b416c, idx=?, stack=0x32f8fc) [wine-git/dlls/ntdll/relay.c:372] in ntdll 4 0x7b8273c1 in kernel32 (+0x73c1) 5 0x69b20265 in msxml4 (+0x10265) 6 0x004b8a53 in efilmlt (+0xb8a53) Looks like Windows is more forgiving about how callers identify charsets. We were only accepting names like "iso-8859-1", but Windows accepts "ISO8859-1". I have test that passes on WinXP, and a patch that fixes both the test and the real app. Will send to wine-patches. -- 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 27

[Bug 55075] New: Araxis Merge 2023.5877: Application will not start
by WineHQ Bugzilla 08 Dec '23

08 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=55075 Bug ID: 55075 Summary: Araxis Merge 2023.5877: Application will not start Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: djgredler(a)gmail.com Distribution: --- Araxis Merge 2023.5877 will not start after installation. It looks like some Windows UWP libs (api-ms-win-core-com-l2-1-1.dll) are missing: https://learn.microsoft.com/en-us/uwp/win32-and-com/win32-apis The Araxis Merge installer is available here: https://www.araxis.com/download/Merge2023.5877-x64.msi (SHA1 956406d574f21155dce99872ac0bff3f9f2b96e6) Setup steps: winecfg -v win10 wine Downloads/Merge2023.5877-x64.msi wine "C:/Program Files/Araxis/Araxis Merge/Merge.exe" Output from running application (immediate crash): 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 00d4:err:module:import_dll Library api-ms-win-core-com-l2-1-1.dll (which is needed by L"C:\\Program Files\\Araxis\\Araxis Merge\\Merge.exe") not found 00d4:err:module:LdrInitializeThunk Importing dlls for L"C:\\Program Files\\Araxis\\Araxis Merge\\Merge.exe" failed, status c0000135 -- 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 55045] New: NFS Most Wanted has missing graphics with WineD3D in WoW64 mode
by WineHQ Bugzilla 08 Dec '23

08 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=55045 Bug ID: 55045 Summary: NFS Most Wanted has missing graphics with WineD3D in WoW64 mode Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: aidas957(a)gmail.com Distribution: ArchLinux Created attachment 74608 --> https://bugs.winehq.org/attachment.cgi?id=74608 NFS Most Wanted graphics corruption screenshot Hello, as you have seen in the title, Need for Speed Most Wanted has missing graphics when using WineD3D together with the new WoW64 mode (the old WoW64 mode works fine as expected) The first thing you'll notice is that the intro video is a black screen with a semi-broken cursor After that the start screen is completely black with some flickering (and then once the main menu loads the 3D scene looks fine but the 2D menu interface is missing completely except for some weird flickers) If I load the game in the old WoW64 mode, the issues disappear and the game looks correct Now for some system information: Kernel: 6.3.6-arch1 Graphics driver: Mesa 23.1.2 (with radeonsi driver being used) GPU: AMD Renoir (the GPU in my Ryzen 5 4600H) Window manager: KWin 5.27.5 (Wayland) I couldn't upload a log and a trace to the Bugzilla attachments due to file size limits, so here they are: WineD3D WoW64 apitrace (done from the Linux side): https://drive.google.com/file/d/1JkRbuoq9QLeQ8EsLvIVRnVvn4Ub1PthI/view Huge Wine log (with +d3d,+d3d9,-ver,-d3dx): https://drive.google.com/file/d/1731nk11aUqVrJHw42TbulQ9WkvmT7rTz/view Note: I had to apply this patch (https://gitlab.winehq.org/wine/wine/-/commit/13b9d7da6446ba6386be6c586c7d15…) to prevent the game from crashing (because WoW64 doesn't support the PERSISTENT_BIT flag yet) -- 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 48972] New: Bugs found by static analyzers
by WineHQ Bugzilla 08 Dec '23

08 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=48972 Bug ID: 48972 Summary: Bugs found by static analyzers Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal54(a)gmail.com Distribution: --- Errors found by Cppcheck(unpack and open index.html) - https://gitlab.com/qarmin/wine/-/jobs/513792350/artifacts/download Sonarcloud - https://sonarcloud.io/project/issues?id=qarmin_wine&resolved=false&types=BUG 1. !canonicalized_len should be instead !canonicalized https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b… should look like https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b… 2. Should be probably `iter && iter->parent` https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b… 3. Strange subtracting from itself(but it may want to save style of code) https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b… 4. pIt may be null in 228 but it is used in 227 https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b… also here https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b… 5. jsdisp->ctx == ctx so it can't be jsdisp->ctx != ctx https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b… 6. code > 0xffff is always true - probably code > 0 should look like code < 0 https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b… -- 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 55065] New: user32:monitor - check_preferred_mode() fails on the TestBot's debiant VM
by WineHQ Bugzilla 08 Dec '23

08 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=55065 Bug ID: 55065 Summary: user32:monitor - check_preferred_mode() fails on the TestBot's debiant VM Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:monitor - check_preferred_mode() fails on the TestBot's debiant VM: monitor.c:1699: Tests skipped: Current display mode is already 1024x768, skipping test. monitor.c:1788: Test marked todo: Expected 0, got 50 monitor.c:1789: Test marked todo: Expected adapter device path, got empty string monitor.c:1729: Test failed: got -2. monitor.c:1788: Test marked todo: Expected 0, got 50 monitor.c:1789: Test marked todo: Expected adapter device path, got empty string monitor.c:1699: Tests skipped: Current display mode is already 1024x768, skipping test. monitor.c:1788: Test marked todo: Expected 0, got 50 monitor.c:1789: Test marked todo: Expected adapter device path, got empty string monitor.c:1729: Test failed: got -2. monitor.c:1788: Test marked todo: Expected 0, got 50 monitor.c:1789: Test marked todo: Expected adapter device path, got empty string See: https://test.winehq.org/data/patterns.html#user32:monitor The failures started with the commit below which introduced check_preferred_mode(): commit 24019f0d385c653d58be50f7941256e4e1c8b68a Author: Paul Gofman <pgofman(a)codeweavers.com> Date: Wed Apr 19 18:57:04 2023 -0600 win32u: Partially implement NtUserDisplayConfigGetDeviceInfo(DISPLAYCONFIG_DEVICE_INFO_GET_TARGET_PREFERRED_MODE). -- 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

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