December 2022 - Wine-bugs - list.winehq.org

[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 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 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 54037] New: user32:msg - test_SendMessage_other_thread() sometimes gets a todo success (GitLab CI)
by WineHQ Bugzilla 08 Dec '23

08 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=54037 Bug ID: 54037 Summary: user32:msg - test_SendMessage_other_thread() sometimes gets a todo success (GitLab CI) 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:msg - test_SendMessage_other_thread() sometimes gets a todo success: msg.c:19067: Test succeeded inside todo block: WaitForSingleObject failed, ret:0 msg.c:19091: Test succeeded inside todo block: wrong status 00000000 See https://test.winehq.org/data/patterns.html#user32:msg This happens about once a month on the Debian VMs in the TestBot nightly WineTest runs, but is also known to impact the GitLab CI (e.g. MR!1596 MR!1519 ). -- 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 53175] New: Roon no longer works under wine staging, help needed, thanks.
by WineHQ Bugzilla 08 Dec '23

08 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=53175 Bug ID: 53175 Summary: Roon no longer works under wine staging, help needed, thanks. Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rustytone(a)gmx.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 72621 --> https://bugs.winehq.org/attachment.cgi?id=72621 backtrace of the roon application - failed start, get it every time i launch. hello sorry if this in the wrong section, I have roon installed using wine-staging, the wine (non staging) doesn't seem to work well with the roon windows application so decided to go with staging release. it was working correctly until 2 days ago, there was an update to wine-staging and an update to the roon application as well. hopefully the backtrace is helpful and I have included it, running arch, latest updates, latest kernel, latest wine-staging etc. any more information you need I will be happy to assist. sorry again if this in the wrong section. thank you - antonio. -- 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 24

[Bug 49527] New: Printing font Chilanka crashes Notepad and Word
by WineHQ Bugzilla 08 Dec '23

08 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=49527 Bug ID: 49527 Summary: Printing font Chilanka crashes Notepad and Word Product: Wine Version: 5.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 67657 --> https://bugs.winehq.org/attachment.cgi?id=67657 Avoid crash in get_glyf_pos in wineps.drv with font Chilanka. Function get_glyf_pos accesses unconditionally the memory pointed to by ".data". Unfortunately with this font we end up here with a null pointer. 123 *start = GET_BE_WORD(((WORD*)t42->tables[t42->loca_tab].data) + index); I could observe this with following font: fonts-smc-chilanka_1.400-1_all.deb from Ubuntu focal (20.04LTS). https://packages.ubuntu.com/focal/fonts-smc-chilanka http://de.archive.ubuntu.com/ubuntu/pool/main/f/fonts-smc-chilanka/fonts-sm… To reproduce just enter "Test" and select font "Chilanka" in either Notepad or Word. Then attempt to print. Attached path on top of 5.12 avoids the crash, but does still not produce the expected output, maybe related to 42739. But avoiding the crash separately might still be desired? -- 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 53905] New: widl: support MIDL 3.0 and WinMD output
by WineHQ Bugzilla 06 Dec '23

06 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=53905 Bug ID: 53905 Summary: widl: support MIDL 3.0 and WinMD output Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: alvin(a)alvinhc.com C++/WinRT (cppwinrt): https://github.com/microsoft/cppwinrt It is currently impossible to build the custom components in the cppwinrt test suite with mingw-w64. For this to work, widl needs to: - understand MIDL 3.0 syntax, - generate the ABI header (not required if only using C++/WinRT projection), - produce .winmd metadata of the component, - read existing system .winmd metadata (not sure if actually needed). The MIDL command line for this: midl.exe /metadata_dir C:\Windows\System32\WinMetadata /winrt /winmd "D:\a\cppwinrt\cppwinrt\_build\x64\Debug\test_component.winmd" /h "D:\a\cppwinrt\cppwinrt\_build\x64\Debug\test_component.h" /ns_prefix /nomidl test_component.idl ## MIDL 3.0 https://learn.microsoft.com/en-us/uwp/midl-3/intro What I can tell is missing widl so far: - MIDL 3.0 uses different basic type names (e.g. Int32, String) - Attribute types, and using custom attributes Example file: https://github.com/microsoft/cppwinrt/blob/5ca626adae21be363399b44d2b6a9ab3… > widl --winrt -h -H out/test_component.h --ns_prefix test_component.idl test_component.idl:5: error: syntax error, unexpected aIDENTIFIER, expecting ',' or ']' (widl version 7.7 from mingw-w64) ## WinMD metadata https://learn.microsoft.com/en-us/uwp/winrt-cref/winmd-files These are CLR (think .NET and ECMA 335) assemblies used as a replacement for the old typelib files. -- 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

[Bug 41977] New: Gunner3 always crashes due to wine having a different allocation scheme than windows
by wine-bugs＠winehq.org 04 Dec '23

04 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=41977 Bug ID: 41977 Summary: Gunner3 always crashes due to wine having a different allocation scheme than windows Product: Wine Version: 1.9.24 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: ArchLinux Created attachment 56382 --> https://bugs.winehq.org/attachment.cgi?id=56382 Hack to get the game working, patch for the exe Gunner 3 always crashes when selecting a level. According to my debugging, it's because the game allocates memory with RtlAllocateHeap and then accesses the area before that, aka undefined behavior. But note that it works just fine on all windows versions and ReactOS. It's probably WONTFIX, but since it works on windows I'll provide a hack (and maybe a patch) for usage on linux. Attached an patch for the gunner3.exe, make sure it has the MD5 4481bc4382bb00353edf0635516d904d. -- 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 6

[Bug 29255] New: Microsoft Office 2003, 2007 & 2010 applications do not print OTF
by wine-bugs＠winehq.org 04 Dec '23

04 Dec '23

http://bugs.winehq.org/show_bug.cgi?id=29255 Bug #: 29255 Summary: Microsoft Office 2003, 2007 & 2010 applications do not print OTF Product: Wine Version: 1.3.34 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gunwald(a)gmx.de Classification: Unclassified Created attachment 37835 --> http://bugs.winehq.org/attachment.cgi?id=37835 Document showing that OTF printing does not work All Microsoft Office applications form 2003 to 2010 are not able to print documents using any OTF (Open Type Font). Printing a Document using any OTF leads in a completely blank page. I think, this is an important bug, because printing is a main function of any office application. This bug may be related to bug 25515 (http://bugs.winehq.org/show_bug.cgi?id=25515) I did attach an document to demonstrate the bug. -- 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 11

[Bug 43418] New: gOddysey Pacemaker crashes with "User lib not found"
by wine-bugs＠winehq.org 03 Dec '23

03 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=43418 Bug ID: 43418 Summary: gOddysey Pacemaker crashes with "User lib not found" Product: Wine Version: 2.12 Hardware: x86 URL: http://web.archive.org/web/20110624013029if_/http://we bzoom.webs.com/smiff/PaceMakerR.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Split of from Bug 43414. For me the program doesn't work at all, while the OP from Bug 43414 reported it working. Snipped from the log that looks suspicous to me: ------ 009:Ret PE DLL (proc=0x63cc6560,module=0x63c60000 L"msvcrt.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0009:Call PE DLL (proc=0x2251000,module=0x2250000 L"JV-ODE.dll",reason=PROCESS_ATTACH,res=(nil)) trace:seh:raise_exception code=c0000005 flags=0 addr=0x22c6010 ip=022c6010 tid=0009 trace:seh:raise_exception info[0]=00000000 trace:seh:raise_exception info[1]=9eeef1ec trace:seh:raise_exception eax=02251000 ebx=7bd06000 ecx=b68a9cb0 edx=0033f95c esi=0033f5d8 edi=00000001 trace:seh:raise_exception ebp=0033f5b8 esp=0033f59c cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 trace:seh:call_stack_handlers calling handler at 0x7bcc7010 code=c0000005 flags=0 trace:seh:__regs_RtlUnwind code=c0000005 flags=2 trace:seh:__regs_RtlUnwind calling handler at 0x7bca52f0 code=c0000005 flags=2 trace:seh:__regs_RtlUnwind handler at 0x7bca52f0 returned 1 0009:exception in PE entry point (proc=0x2251000,module=0x2250000,reason=PROCESS_ATTACH,res=(nil)) 0009:Ret PE DLL (proc=0x2251000,module=0x2250000 L"JV-ODE.dll",reason=PROCESS_ATTACH,res=(nil)) retval=0 0009:Call PE DLL (proc=0x2251000,module=0x2250000 L"JV-ODE.dll",reason=PROCESS_DETACH,res=(nil)) trace:seh:raise_exception code=c0000005 flags=0 addr=0x22510a0 ip=022510a0 tid=0009 trace:seh:raise_exception info[0]=00000000 trace:seh:raise_exception info[1]=9eedf000 trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=02250000 edx=0033f900 esi=00000001 edi=00000000 trace:seh:raise_exception ebp=0033f5b8 esp=0033f5a0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 trace:seh:call_stack_handlers calling handler at 0x7bcc7010 code=c0000005 flags=0 trace:seh:__regs_RtlUnwind code=c0000005 flags=2 trace:seh:__regs_RtlUnwind calling handler at 0x7bca52f0 code=c0000005 flags=2 trace:seh:__regs_RtlUnwind handler at 0x7bca52f0 returned 1 0009:exception in PE entry point (proc=0x2251000,module=0x2250000,reason=PROCESS_DETACH,res=(nil)) 0009:Ret PE DLL (proc=0x2251000,module=0x2250000 L"JV-ODE.dll",reason=PROCESS_DETACH,res=(nil)) retval=0 0009:Ret KERNEL32.LoadLibraryA() retval=00000000 ret=100092fe 0009:Call KERNEL32.LoadLibraryA(0067fb94 "blitzclose.dll") ret=100092fe 0009:Call PE DLL (proc=0x2251199,module=0x2250000 L"blitzclose.dll",reason=PROCESS_ATTACH,res=(nil)) ------ It seems like it can't load the DLLs, and thus crashes. But I might be wrong. -- 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 10