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

[Bug 53176] New: KeePassXC needs Windows.Security.Credentials.KeyCredentialManager (UWP)
by WineHQ Bugzilla March 3, 2023

March 3, 2023

https://bugs.winehq.org/show_bug.cgi?id=53176 Bug ID: 53176 Summary: KeePassXC needs Windows.Security.Credentials.KeyCredentialManager (UWP) Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: mk939(a)ymail.com Distribution: --- Created attachment 72622 --> https://bugs.winehq.org/attachment.cgi?id=72622 stdout and stderr from the terminal while launching the application KeePassXC 2.7.1 (64-bit, Windows) can no longer be started due to a new Windows Hello feature. Older versions prior to Feb 2022 will work as expected. I reproduced this issue on two different machines, each with Wine 7.11 (vanilla). Source code: https://github.com/keepassxreboot/keepassxc/blob/develop/src/winhello/Windo… Specifically, creating a stub for `IsSupportedAsync()` might suffice to disable the feature for this application, assuming a proper implementation on their side: https://github.com/keepassxreboot/keepassxc/blob/develop/src/winhello/Windo… PS: The error mentions "combase", but is not an available choice in the bug report selection box. I am sorry if the selected component is 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.

1 6

[Bug 37495] New: AusweisApp2 1.0.0 (german identity card app) needs winscard.SCardEstablishContext implementation
by wine-bugs＠winehq.org March 3, 2023

March 3, 2023

https://bugs.winehq.org/show_bug.cgi?id=37495 Bug ID: 37495 Summary: AusweisApp2 1.0.0 (german identity card app) needs winscard.SCardEstablishContext implementation Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winscard Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, actually it needs much more - the revival of the Wine winscard project. Years ago there were multiple attempts to implement this using pcsc-lite but abandoned later. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/AusweisApp2 1.0.0 $ WINEDEBUG=+tid,+seh,+relay,+winscard wine ./AusweisApp2.exe --show >>log.txt 2>&1 ... 0029:Call KERNEL32.OutputDebugStringW(01d52780 L"D ReaderManager::onThreadStarted(card/base/ReaderManager.cpp:130) : thread started\n") ret=6674f9f1 ... 0029:Call KERNEL32.OutputDebugStringW(01d53378 L"D ReaderManager::registerPlugIns(card/base/ReaderManager.cpp:242) : Try to register plugins\n") ret=6674f9f1 ... 0029:Call KERNEL32.OutputDebugStringW(01d543f8 L"D ReaderManager::registerPlugIns(card/base/ReaderManager.cpp:247) : Register plugin: QJsonObject({\"IID\":\"governikus.ReaderManagerPlugIn\",\"MetaData\":{\"dependencies\":[],\"name\":\"PcscReaderManagerPlugIn\"},\"className\":\"PcscReaderManagerPlugIn\",\"debug\":false,\"version\":328450}"...) ret=6674f9f1 ... 0029:Call KERNEL32.OutputDebugStringW(01d53bf8 L"D ReaderManager::onThreadStarted(card/base/ReaderManager.cpp:136) : Start plugin: governikus::PcscReaderManagerPlugIn\n") ret=6674f9f1 ... 0029:Call winscard.SCardEstablishContext(00000000,00000000,00000000,01d53260) ret=005015b8 0029:fixme:winscard:SCardEstablishContext (0,(nil),(nil),0x1d53260) stub 0029:Ret winscard.SCardEstablishContext() retval=80100001 ret=005015b8 ... 0029:Call KERNEL32.OutputDebugStringW(01d54868 L"W PcscReaderManagerPlugIn::start(card/pcsc/PcscReaderManagerPlugIn.cpp:70) : SCardEstablishContext: \"SCARD_F_INTERNAL_ERROR\"\n") ret=6674f9f1 ... 0029:Call KERNEL32.OutputDebugStringW(01d546f0 L"W PcscReaderManagerPlugIn::start(card/pcsc/PcscReaderManagerPlugIn.cpp:71) : Not started: Cannot establish context\n") ret=6674f9f1 ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/8d23d9cbdcc604d7c00e5a1201aac8af… --- snip --- 85 LONG WINAPI SCardEstablishContext(DWORD dwScope, LPCVOID pvReserved1, 86 LPCVOID pvReserved2, LPSCARDCONTEXT phContext) 87 { 88 FIXME("(%x,%p,%p,%p) stub\n", dwScope, pvReserved1, pvReserved2, phContext); 89 SetLastError(ERROR_CALL_NOT_IMPLEMENTED); 90 return SCARD_F_INTERNAL_ERROR; 91 } --- snip --- $ sha1sum AusweisApp2-1.0.0.msi d09f8c6f2cad0a089903a3e31bf96079ae3cfe59 AusweisApp2-1.0.0.msi $ du -sh AusweisApp2-1.0.0.msi 22M AusweisApp2-1.0.0.msi $ wine --version wine-1.7.30 Regards -- 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 19

[Bug 43224] New: Freelist scan can result in O(n) time when allocating
by wine-bugs＠winehq.org March 3, 2023

March 3, 2023

https://bugs.winehq.org/show_bug.cgi?id=43224 Bug ID: 43224 Summary: Freelist scan can result in O(n) time when allocating Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ranma42(a)gmail.com Distribution: --- Created attachment 58517 --> https://bugs.winehq.org/attachment.cgi?id=58517 Micro-benchmark that shows the degenerate behaviour The heap implementation in ntdll can be very inefficient for some allocation patterns. Specifically, it is possible that a freelist contains thousands of entries of a given size and it is scanned while looking for a bigger entry, that will not fit in any of those. This is demonstrated by the attached program. It accepts a size as an argument and will allocate 1000000 elements of that size, deallocate half of them (the "even" ones), then allocate 1000 elements that are just one bit bigger. For most sizes the program terminates in milliseconds, but in my environment it takes several seconds for sizes 16, 32, 48, 64, 80, 88, 96, 112, 120, 128. A possible workaround (that I had implemented in the past, for short-lived applications) is to allocate from a freelist whose entries are all at least as big as the block that is being allocated, but that can cause inefficient memory usage. I noticed that wine includes an implementation of a red-black tree. Would it make sense to organise the free entries as lists in such a tree? That should ensure O(log N) in the worst case. If performance is a concern, it might be possible to use "direct" freelists for small sizes (ensuring that all of the alignment-compatible sizes are covered) and use a tree for bigger sizes. I am willing to work on this, but I need some directions on what is the best path forward (namely, if we should prefer the memory-inefficient but simpler approach of just allocating from "bigger" freelists or if the tree approach is the desired one). The bug https://bugs.winehq.org/show_bug.cgi?id=37773 might be related. -- 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 9

[Bug 37146] New: Untis 2015: Crashes while starting
by wine-bugs＠winehq.org March 3, 2023

March 3, 2023

https://bugs.winehq.org/show_bug.cgi?id=37146 Bug ID: 37146 Summary: Untis 2015: Crashes while starting Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: schutthuffe(a)web.de Created attachment 49371 --> https://bugs.winehq.org/attachment.cgi?id=49371 Report generated by wine Installing Untis 2015 seemed to work. Trying to start the program, the following message popped up: "Im Programm untis.exe traten schwerwiegende Fehler auf und es muss beendet werden. Wir entschuldigen uns für die Unannehmlichkeit." The following report is 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.

2 18

[Bug 53504] New: Sacred:unhandled exception in Wine 7.14
by WineHQ Bugzilla March 3, 2023

March 3, 2023

https://bugs.winehq.org/show_bug.cgi?id=53504 Bug ID: 53504 Summary: Sacred:unhandled exception in Wine 7.14 Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chebanenkoigor93(a)gmail.com Distribution: --- Created attachment 72868 --> https://bugs.winehq.org/attachment.cgi?id=72868 screenshot Wine 7.14 gives me exception after launching Sacred. -- 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 24256] New: 3D Sexvilla 2: extremely long loading times
by wine-bugs＠winehq.org March 3, 2023

March 3, 2023

http://bugs.winehq.org/show_bug.cgi?id=24256 Summary: 3D Sexvilla 2: extremely long loading times Product: Wine Version: 1.2 Platform: x86 URL: http://www.3d-sexgames.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: mailme667(a)yahoo.co.uk Loading time makes the game unusable (version 2.093). I just watched the loading screen for half an hour. But I know it works, because I tried starting the game, turning the monitor off, having dinner and see the game running when I came back a long time later. Clean .wine tested. Other users in appdb have reported the same problem, it's not just me. Bug is tested to be present on wine 1.2 and 1.3.1. sysprof makes it clear ntdll is consuming nearly all the time. Using wine 1.2 the following is seen repeating over and over with winedebug during loading: 002e:Call KERNEL32.GetTickCount() ret=7da7655d 002e:Ret KERNEL32.GetTickCount() retval=00032601 ret=7da7655d 002e:Call KERNEL32.GetTickCount() ret=7e7997bb 002e:Ret KERNEL32.GetTickCount() retval=00032601 ret=7e7997bb 002e:Call KERNEL32.GetTickCount() ret=7e7997bb 002e:Ret KERNEL32.GetTickCount() retval=00032607 ret=7e7997bb 002e:Call KERNEL32.GetTickCount() ret=7da76415 002e:Ret KERNEL32.GetTickCount() retval=00032607 ret=7da76415 002e:Call ntdll.RtlAcquireResourceShared(00187fa4,00000001) ret=7da76541 002e:Ret ntdll.RtlAcquireResourceShared() retval=00000001 ret=7da76541 002e:Call ntdll.RtlReleaseResource(00187fa4) ret=7da76555 002e:Ret ntdll.RtlReleaseResource() retval=00000000 ret=7da76555 I got the following from wine-dbg also using 1.2: Wine-dbg>bt 0x0000002e Backtrace: =>0 0xb7705430 (0x04e0e9d8) 1 0x7e78ea4a TIME_MMSysTimeThread+0x329(arg=0x4e0ea34) [/build/buildd/wine1.2-1.2/dlls/winmm/time.c:218] in winmm (0x04e0ea68) 2 0x7e78ea4a TIME_MMSysTimeThread+0x329(arg=0x7e770000) [/build/buildd/wine1.2-1.2/dlls/winmm/time.c:218] in winmm (0x04e0ea78) 3 0x7bc6f8f0 call_thread_func+0xb() in ntdll (0x04e0eb48) 4 0x7bc6fac0 call_thread_entry_point+0x6f(entry=0x7e78e720, arg=0x7e770000) [/build/buildd/wine1.2-1.2/dlls/ntdll/signal_i386.c:2473] in ntdll (0x04e0f398) 5 0x7bc780b5 start_thread+0xf4(info=0x7ff9cfb8) [/build/buildd/wine1.2-1.2/dlls/ntdll/thread.c:399] in ntdll (0x04e0f498) 6 0xb757780e start_thread+0xbd() in libpthread.so.0 (0x00000000) I hope I've provided enough information. -- 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 39

[Bug 53094] New: ntdll:rtlstr test crashes on win32 arch with hi-IN locale
by WineHQ Bugzilla March 3, 2023

March 3, 2023

https://bugs.winehq.org/show_bug.cgi?id=53094 Bug ID: 53094 Summary: ntdll:rtlstr test crashes on win32 arch with hi-IN locale Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rbernon(a)codeweavers.com Regression SHA1: d8c973ad95ba5e8a9a51df0dd9be587950179ec3 Distribution: --- As seen on the testbot nightly runs there for instance: https://test.winehq.org/data/c1e793f1119de0c0ef7d4bd6d9fefbafdb5dbbe5/linux… Locally reproducible with: LC_ALL=hi-IN.UTF-8 LC_LANG=hi-IN.UTF-8 WINEARCH=win32 WINEPREFIX=$PWD/pfx wine32/wine wine32/dlls/ntdll/tests/ntdll_test.exe rtlstr Bisected to: commit d8c973ad95ba5e8a9a51df0dd9be587950179ec3 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon May 30 22:38:28 2022 +0200 kernelbase: Reimplement CompareStringEx using the sortkey generation code. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/kernel32/tests/locale.c | 117 +++++++++----------- dlls/kernelbase/locale.c | 247 +++++++++++++++++-------------------------- 2 files changed, 147 insertions(+), 217 deletions(-) -- 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 51259] New: 6.0.1 Introduces error causing Wavelab to close when loading presets
by WineHQ Bugzilla March 3, 2023

March 3, 2023

https://bugs.winehq.org/show_bug.cgi?id=51259 Bug ID: 51259 Summary: 6.0.1 Introduces error causing Wavelab to close when loading presets Product: Wine Version: 6.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shagooserver(a)gmail.com Distribution: --- Update 6.0.1 (7/6/21) introduces an error whereby Wavelab 6 closes/crashes when a preset is loaded (into the master section). The terminal outputs: X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 151 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x0 Serial number of failed request: 6199 Current serial number in output stream: 6200 -- 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 49113] New: Wine heap performs badly when multiple threads are concurrently allocating or freeing memory
by WineHQ Bugzilla March 3, 2023

March 3, 2023

https://bugs.winehq.org/show_bug.cgi?id=49113 Bug ID: 49113 Summary: Wine heap performs badly when multiple threads are concurrently allocating or freeing memory Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rbernon(a)codeweavers.com Distribution: --- This can be easily reproduced with any synthetic heap benchmark, such as https://github.com/mjansson/rpmalloc-benchmark or https://github.com/daanx/mimalloc-bench. Performance gets really bad as the number of concurrent thread increases. For instance, running the rpmalloc benchmark with "<num threads> 0 0 2 20000 50000 5000 16 1000" parameter set, and 2 concurrent threads gives the following results (wine staging is testing with the staging heap improvement patches from https://bugs.winehq.org/show_bug.cgi?id=43224) * win10 crt: 11977625 memory ops/CPU second, 106% overhead * linux crt: 5675754 memory ops/CPU second, 53% overhead * wine rpmalloc: 19700003 memory ops/CPU second, 131% overhead * wine upstream: 248333 memory ops/CPU second, 62% overhead * wine staging: 914004 memory ops/CPU second, 61% overhead Increasing the number of thread makes the difference even worse for Wine. In general this does not translate in much slowdowns, as memory allocation is rarely done in such highly concurrent way, but in some situations the difference is clearly noticeable, and in particular with many games during their loading times. -- 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 16

[Bug 54112] New: rouvy : fails to update with server
by WineHQ Bugzilla March 3, 2023

March 3, 2023

https://bugs.winehq.org/show_bug.cgi?id=54112 Bug ID: 54112 Summary: rouvy : fails to update with server Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: victormbar(a)gmail.com Distribution: --- Created attachment 73647 --> https://bugs.winehq.org/attachment.cgi?id=73647 rouvy bug report the application is installed in zorin os, but when launching the rouvy app, at login, it connects to the rouvy server giving errors -- 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