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

[Bug 51591] New: AFxW: file list panes aren't updated at start-up
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51591 Bug ID: 51591 Summary: AFxW: file list panes aren't updated at start-up Product: Wine Version: 6.14 Hardware: x86-64 URL: https://web.archive.org/web/20210811070411/http://akt. d.dooo.jp/lzh/afxw32_165.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu Created attachment 70441 --> https://bugs.winehq.org/attachment.cgi?id=70441 AFxW window after launching AFxW[1], aka あふｗ in Japanese, is an ultra-low functionality two-pane file manager. After launching AFXW.EXE, it should show file lists in panes as seen in [2]. But, it doesn't on Wine. @momota1999, a reporter on Twitter, tweeted list items would be shown by moving the cursor (with up/down arrow keys) and the issue didn't occur on Wine 4.0 (Debian 4.0-2). I can confirm both of them with AFxW v1.65. Steps to reproduce: 1. unzip afxw32_165.zip 2. LANG=ja_JP.UTF-8 wine AFXW.EXE Expected result: File list panes are updated on start-up without any key inputs. You can see file names, their size and time stamps in the panes. Actual result: File list panes aren't updated on start-up. You can't see anything in the panes. Please refer to the attachment about this situation. [1] http://akt.d.dooo.jp/akt_afxw.html [2] http://akt.d.dooo.jp/afxwss/afxwss_b0.png -- 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 51574] New: swscanf_s with %zu fails for valid value
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51574 Bug ID: 51574 Summary: swscanf_s with %zu fails for valid value Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)63bit.net Distribution: --- Running Microsoft Texconv.exe with parameters specifying height or width returns "Invalid value specified for h (512)". Link to source is here: https://github.com/microsoft/DirectXTex/blob/54ce2c8da97c3508899c31f80bfb1e… Link to binary is here: https://github.com/microsoft/DirectXTex/releases/download/aug2021/texconv.e… Example failing arguments are '-nowic -nologo -y -sepalpha -h 512 -w 512 -aw 256 -keepcoverage 0 -f BC7_UNORM -bc q -o "C:\dyndolod\TexGen_Output\Textures\lod" "C:\dyndolod\TexGen_Output\Textures\lod\bridge01lod.dds"' -- 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 7

[Bug 51465] New: EVE Online Launcher Crashes Due to Missing syscalls in Windows Credential Manager
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51465 Bug ID: 51465 Summary: EVE Online Launcher Crashes Due to Missing syscalls in Windows Credential Manager Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: algebro(a)tuta.io Distribution: --- Created attachment 70306 --> https://bugs.winehq.org/attachment.cgi?id=70306 Crash on authentication As of version 1917874 of the EVE Online launcher, the application crashes when trying to log in. According to the developers, they moved to a new credential management solution (involving https://github.com/frankosterfeld/qtkeychain and the Windows Credential Store), and they said that Wine currently doesn't implement the needed syscalls for this to function. I've attached a stacktrace which looks like it crashes somewhere in cryptopp, but I haven't been able to figure out much by debugging (winedbg doesn't see any of those function addresses as valid, and I haven't been able to map them to functions in a disassembler). Let me know if I can provide any more information that would be helpful. -- 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 56

[Bug 51348] New: uxtheme.SetWindowTheme should use SendMessage to send WM_THEMECHANGED
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51348 Bug ID: 51348 Summary: uxtheme.SetWindowTheme should use SendMessage to send WM_THEMECHANGED Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: x1917x(a)gmail.com Distribution: --- Created attachment 70205 --> https://bugs.winehq.org/attachment.cgi?id=70205 Bad behavior The issue affects SourceInsight 4 in particular. SourceInsight has its own built-in theme functionality which doesn't get along well with any non-standard Wine theme. When a non-standard Wine theme is selected, then the main toolbar in SI4 ignores its app theme and always gets drawn with the selected Wine theme. Selecting the default Wine theme fixes the issue - the toolbar is drawn according to the app theme. On Windows it's ok no matter which UI theme is set. Screenshot of the issue is attached. The root cause of the issue is that UXTHEME_broadcast_msg/UXTHEME_broadcast_msg_enumchild in dlls/uxtheme/system.c both use a PostMessage() call to send WM_THEMECHANGED to affected window(s). In SI4 the main toolbar is implemented as a combination of a custom container window (si_Rebar class) and a standard win32 Rebar control (RebarWindow32 class). Immediately after creating the RebarWindow32 window, SI4 does SetWindowTheme(hwndRebar, L" ", L" ") for it. According to MSDN (https://docs.microsoft.com/en-us/windows/win32/api/uxtheme/nf-uxtheme-setwi…) > The theme manager retains the pszSubAppName and the pszSubIdList associations through the lifetime of the window, even if visual styles subsequently change. The window is sent a WM_THEMECHANGED message at the end of a SetWindowTheme call, so that the new visual style can be found and applied. > > When pszSubAppName and pszSubIdList are NULL, the theme manager removes the previously applied associations. You can prevent visual styles from being applied to a specified window by specifying an empty string, (L" "), which does not match any section entries. - this L" ", L" " stuff means that SI4 DOES NOT want for system visual styles being applied to its RebarWindow32 control. However, according to WINEDEBUG logs they were applied to all bg erase, painting etc operations no matter the SetWindowTheme(, L" ", L" ") call. Turns out that RebarWindow32' WndProc receives WM_THEMECHANGED too late, after all stuff including drawing already happened with the system-wide theme being applied. The reason why it was received so late is simple - SetWindowTheme implementation in wine uses PostMessage() instead of SendMessage(). Replacing it with a SendMessage() call allows to fix the bug. I've checked what Windows actually does in SetWindowTheme and found out that it always uses SendMessage to send WM_THEMECHANGED (for any HWND). So. suggested fix: diff --git a/dlls/uxtheme/system.c b/dlls/uxtheme/system.c index a37e532500a..3b6e6d2b6b6 100644 --- a/dlls/uxtheme/system.c +++ b/dlls/uxtheme/system.c @@ -59,7 +59,7 @@ static WCHAR szCurrentSize[64]; static BOOL CALLBACK UXTHEME_broadcast_msg_enumchild (HWND hWnd, LPARAM msg) { - PostMessageW(hWnd, msg, 0, 0); + SendMessageW(hWnd, msg, 0, 0); return TRUE; } @@ -72,7 +72,7 @@ static BOOL CALLBACK UXTHEME_broadcast_msg (HWND hWnd, LPARAM msg) } else { - PostMessageW(hWnd, msg, 0, 0); + SendMessageW(hWnd, msg, 0, 0); EnumChildWindows (hWnd, UXTHEME_broadcast_msg_enumchild, msg); } return TRUE; -- 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 51728] New: copypasta in pwcache.c:ctox()
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51728 Bug ID: 51728 Summary: copypasta in pwcache.c:ctox() Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mpr Assignee: wine-bugs(a)winehq.org Reporter: gonzomdx(a)gmail.com Distribution: --- In https://source.winehq.org/git/wine.git/blob/refs/heads/master:/dlls/mpr/pwc… if( ( x >= 'a' ) && ( x <= 'a' ) ) should be changed to if( ( x >= 'a' ) && ( x <= 'f' ) ) -- 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 51452] New: oleaut32:varformat fails in Wine when the currency sign has two characters or more
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51452 Bug ID: 51452 Summary: oleaut32:varformat fails in Wine when the currency sign has two characters or more Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- oleaut32:varformat fails in Wine when the currency sign has two characters or more: https://test.winehq.org/data/patterns.html#oleaut32:varformat varformat.c:641: str=L"\062f.\0645.\200f 0.000" varformat.c:643: Test failed: Unexpected hr 0x80020005. In Morocco the currency sign has 5 characters. This is simply not supported by VarParseNumFromStr(). But even the currency sign is only two characters VarParseNumFromStr() fails because it advances a pointer by one character only. For instance with Polish: varformat.c:641: str=L"0,000 z\0142" varformat.c:643: Test failed: Unexpected hr 0x80020005. Note that the w10pro64 TestBot Windows VMs have an incorrect UserDefaultLCID so that these issues are not actually tested (see bug 51451). The w7u VMs are more correct in this regard but only test simple European cases (€). -- 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 51435] New: iostream float formatting broken
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51435 Bug ID: 51435 Summary: iostream float formatting broken Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: winebugz(a)t41t.com Distribution: --- Created attachment 70288 --> https://bugs.winehq.org/attachment.cgi?id=70288 test case solution demonstrating the error On wine-6.12-162-gd10887b8f56 Full solution is in the attachment, but Wine is improperly formatting floats when using printf "%g" or iostreams. A very simple example is: std::cout << 9.999999999999999e-5 << std::endl; It should print "0.0001". It does print "0". Of course, this affects much larger and more complicated programs, too. Tested on Ubuntu 20.04, although I don't think it matters. -- 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 51382] New: NetEase Cloud Music crashes on zh_CN.UTF-8 locale.
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51382 Bug ID: 51382 Summary: NetEase Cloud Music crashes on zh_CN.UTF-8 locale. Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: jactry92(a)gmail.com Distribution: --- Created attachment 70237 --> https://bugs.winehq.org/attachment.cgi?id=70237 Registry for adding '宋体' font replacement. This looks like a regression of 93ef83e903354e5d28a9a0b14dd2ff83504f2b0f. Step to reproduce: 1. `export LANG=zh_CN.UTF-8 LANGUAGE=zh_CN.UTF-8 LC_ALL=zh_CN.UTF-8` 2. `winetricks -q fakechinese arial` for installing Chinese font and work around a CEF issue. 3. Add this registry: ``` [HKEY_CURRENT_USER\Software\Wine\Fonts\Replacements] "宋体"="Source Han Sans SC" ``` 4. `wine cloudmusicsetup2.9.1.199099.exe` for installing the application. 5. `cd .wine/drive_c/Program\ Files/Netease/CloudMusic` and `wine cloudmusic.exe` for running the application. Then it will crash when startup. -- 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 51303] New: Metal Gear Solid V: Ground Zeroes needs d3d11_swapchain_GetLastPresentCount implementation
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51303 Bug ID: 51303 Summary: Metal Gear Solid V: Ground Zeroes needs d3d11_swapchain_GetLastPresentCount implementation Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Silently stops with 0b30:fixme:dxgi:d3d11_swapchain_GetLastPresentCount iface 0x2c3aa70, last_present_count 0x41df3a0 stub! 0b30:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x14129dc2b Temporary workaround https://www.winehq.org/pipermail/wine-devel/2021-May/187851.html -- 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 50412] New: Wrong check for needed access rights in QueryServiceConfig2
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=50412 Bug ID: 50412 Summary: Wrong check for needed access rights in QueryServiceConfig2 Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: dalai82(a)gmx.net Distribution: --- Hi there. While checking out Total Commander and one of my own TC plugins on Wine 4.0.2 on Debian 10.7 I saw that it failed to read the description of all services. After double-checking my code (and confirming its correctness) I saw Wine's output on the terminal: > 006b:err:service:validate_context_handle Access denied - handle created with access 1, needed 4 Then I downloaded the source code of the current version dev version 6.0-rc4, searched all files (because I didn't know where to look) and found the culprit in programs/services/rpc.c, more precise in function svcctl_QueryServiceConfig2W where it makes the call to validate_service_handle() in line 984. The bug and fix for it is simple: The needed access right must be SERVICE_QUERY_CONFIG instead of SERVICE_QUERY_STATUS, since it's the service config queried here, not its status. Out of curiosity, I checked half a dozen older versions and found that this bug has been in the code since its implementation back in Wine 1.1.14. This more than a decade old wine didn't age well ;). But I guess this is a simple copy'n'paste error. Maybe check for similar bugs/mistakes in the other functions when fixing this one. 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.

1 9