July 2020 - Wine-Bugs - list.winehq.org

[Bug 49594] New: WinSCP loses column headers after minimizing and maximizing
by WineHQ Bugzilla Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=49594 Bug ID: 49594 Summary: WinSCP loses column headers after minimizing and maximizing Product: Wine Version: 5.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mgruber_72(a)yahoo.de Distribution: --- Created attachment 67752 --> https://bugs.winehq.org/attachment.cgi?id=67752 WinSCP missing column headers after minimizing and maximizing Steps to reproduce: 1. Get WinSCP 5.17 from winscp.net 2. Connect to a linux box. 3. Scroll down in a directory. 4. Minimize WinSCP to the sys tray and click on it to maximize it back. Result: Column headers are gone (see the attached screenshot) -- 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 42806] New: I got this core dump playing hearthstone
by wine-bugs＠winehq.org Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=42806 Bug ID: 42806 Summary: I got this core dump playing hearthstone Product: Wine-staging Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sylvain.meunier(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 57836 --> https://bugs.winehq.org/attachment.cgi?id=57836 core dump I hope this can help you. This is the first time I get a core dump when Hearthstone crashes (it happens a lot). -- 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 7

[Bug 49385] New: Wine builtin programs fail to display Wine version in 'About' dialog when using Wine-Staging specific 'hide Wine version from applications' feature
by WineHQ Bugzilla Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=49385 Bug ID: 49385 Summary: Wine builtin programs fail to display Wine version in 'About' dialog when using Wine-Staging specific 'hide Wine version from applications' feature Product: Wine-staging Version: 5.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hello folks, a user reported a "glitch" in bug 49383 (which is a different issue). Failure to display the Wine version with Wine's builtin file manager. https://bugs.winehq.org/attachment.cgi?id=67445 I'm pretty sure he used Wine-Staging and the 'hide Wine version from applications' feature for whatever reasons. I don't mind if you resolve this report as 'WONTFIX' because that's the side-effect of hiding Wine-specific 'ntdll.wine_get_build_id' export. Still useful for documentation purpose/reference. https://source.winehq.org/git/wine.git/blob/948a6a47b8dbd0ddd86cad04de03f0e… --- snip --- 907 /************************************************************************* 908 * AboutDlgProc (internal) 909 */ 910 static INT_PTR CALLBACK AboutDlgProc( HWND hWnd, UINT msg, WPARAM wParam, 911 LPARAM lParam ) 912 { 913 HWND hWndCtl; 914 915 TRACE("\n"); 916 917 switch(msg) 918 { 919 case WM_INITDIALOG: 920 { 921 ABOUT_INFO *info = (ABOUT_INFO *)lParam; 922 WCHAR template[512], buffer[512], version[64]; 923 const char *(CDECL *wine_get_build_id)(void); 924 925 if (info) 926 { 927 wine_get_build_id = (void *)GetProcAddress( GetModuleHandleA("ntdll.dll"), 928 "wine_get_build_id"); 929 SendDlgItemMessageW(hWnd, stc1, STM_SETICON,(WPARAM)info->hIcon, 0); 930 GetWindowTextW( hWnd, template, ARRAY_SIZE(template) ); 931 sprintfW( buffer, template, info->szApp ); 932 SetWindowTextW( hWnd, buffer ); 933 SetWindowTextW( GetDlgItem(hWnd, IDC_ABOUT_STATIC_TEXT1), info->szApp ); 934 SetWindowTextW( GetDlgItem(hWnd, IDC_ABOUT_STATIC_TEXT2), info->szOtherStuff ); 935 GetWindowTextW( GetDlgItem(hWnd, IDC_ABOUT_STATIC_TEXT3), 936 template, ARRAY_SIZE(template) ); 937 if (wine_get_build_id) 938 { 939 MultiByteToWideChar( CP_UTF8, 0, wine_get_build_id(), -1, version, ARRAY_SIZE(version) ); 940 sprintfW( buffer, template, version ); 941 SetWindowTextW( GetDlgItem(hWnd, IDC_ABOUT_STATIC_TEXT3), buffer ); 942 } 943 hWndCtl = GetDlgItem(hWnd, IDC_ABOUT_LISTBOX); 944 SendMessageW( hWndCtl, WM_SETREDRAW, 0, 0 ); 945 SendMessageW( hWndCtl, WM_SETFONT, (WPARAM)info->hFont, 0 ); 946 add_authors( hWndCtl ); 947 SendMessageW( hWndCtl, WM_SETREDRAW, 1, 0 ); 948 } 949 } 950 return 1; --- snip --- 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 2

[Bug 42379] New: Sleeping Dogs needs d3d11: wined3d_usage_from_d3d11 bind flags 0x80.
by wine-bugs＠winehq.org Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=42379 Bug ID: 42379 Summary: Sleeping Dogs needs d3d11:wined3d_usage_from_d3d11 bind flags 0x80. Product: Wine Version: 2.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: winetest(a)luukku.com Distribution: --- I just tried to run Sleeping dogs with wine-staging 2.0 and I got bored of waiting it to load with white screen. I don't know if it would eventually. But the console is spamming some messages alot, this is one of them. I have no idea what it means. This code needs some enchanment. 400 DWORD wined3d_usage_from_d3d11(UINT bind_flags, enum D3D11_USAGE usage) 401 { 402 static const DWORD handled = D3D11_BIND_SHADER_RESOURCE 403 | D3D11_BIND_RENDER_TARGET 404 | D3D11_BIND_DEPTH_STENCIL; 405 DWORD wined3d_usage = 0; 406 407 if (bind_flags & D3D11_BIND_SHADER_RESOURCE) 408 wined3d_usage |= WINED3DUSAGE_TEXTURE; 409 if (bind_flags & D3D11_BIND_RENDER_TARGET) 410 wined3d_usage |= WINED3DUSAGE_RENDERTARGET; 411 if (bind_flags & D3D11_BIND_DEPTH_STENCIL) 412 wined3d_usage |= WINED3DUSAGE_DEPTHSTENCIL; 413 if (bind_flags & ~handled) 414 FIXME("Unhandled bind flags %#x.\n", bind_flags & ~handled); 415 This doesnt look really fatal message so I am just setting severity to enchament. -- 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 3

[Bug 38447] New: valgrind shows an invalid read in ole32/tests/hglobalstream.c
by wine-bugs＠winehq.org Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=38447 Bug ID: 38447 Summary: valgrind shows an invalid read in ole32/tests/hglobalstream.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==13974== Invalid read of size 2 ==13974== at 0x7B843008: GlobalLock (heap.c:441) ==13974== by 0x4A9B5D8: HGLOBALStreamImpl_Read (hglobalstream.c:169) ==13974== by 0x48885CC: IStream_Read (objidl.h:4381) ==13974== by 0x48885CC: test_freed_hglobal (???:0) ==13974== by 0x488885C: func_hglobalstream (hglobalstream.c:522) ==13974== by 0x48D5D00: run_test (test.h:584) ==13974== by 0x48D613A: main (test.h:666) ==13974== Address 0x7f02aaf8 is 16 bytes after a block of size 32 free'd ==13974== at 0x7BC49E5B: notify_free (heap.c:262) ==13974== by 0x7BC4E178: RtlFreeHeap (heap.c:1761) ==13974== by 0x4A9B51A: HGLOBALStreamImpl_Release (hglobalstream.c:123) ==13974== by 0x4888325: IStream_Release (objidl.h:4377) ==13974== by 0x4888325: test_copyto (???:0) ==13974== by 0x4888857: func_hglobalstream (hglobalstream.c:521) ==13974== by 0x48D5D00: run_test (test.h:584) ==13974== by 0x48D613A: main (test.h:666) ==13974== -- 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 4

[Bug 27437] New: IW2 Edge of Chaos freezes every second
by wine-bugs＠winehq.org Sept. 28, 2020

Sept. 28, 2020

http://bugs.winehq.org/show_bug.cgi?id=27437 Summary: IW2 Edge of Chaos freezes every second Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Originally in bug 24239. fixme:quartz:ACMWrapper_SetMediaType acmStreamOpen returned 512 spams every second or so. When it does, the game freezes completely for a few milliseconds. winetricks devenum quartz works around it. -- 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 19

[Bug 49585] New: valgrind shows a possible leak in dlls/ntdll/env.c:read_nls_file()
by WineHQ Bugzilla Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=49585 Bug ID: 49585 Summary: valgrind shows a possible leak in dlls/ntdll/env.c:read_nls_file() Product: Wine Version: 5.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Getting a lot of spam, presumably every thread/process: ==9262== 5,512 bytes in 1 blocks are possibly lost in loss record 33 of 33 ==9262== at 0x40345DC: malloc (vg_replace_malloc.c:307) ==9262== by 0x486401C: read_nls_file (env.c:100) ==9262== by 0x48649EF: init_environment (env.c:961) ==9262== by 0x48733BA: __wine_main (loader.c:1710) ==9262== by 0x7D0017D7: main (main.c:285) ==9262== -- 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 49499] New: Ubuntu focal 5.11 packages translate unix working directory incorrectly when running dealer.exe (bridge utility)
by WineHQ Bugzilla Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=49499 Bug ID: 49499 Summary: Ubuntu focal 5.11 packages translate unix working directory incorrectly when running dealer.exe (bridge utility) Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: suokkos(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- wine-devel and wine-staging 5.11~focal packages caused a regression where running dealer.exe from terminal forwards incorrect working directory to dealer.exe. dealer.exe is a small command line utility to generate constrained hands for card game bridge. The bug isn't present on wine binary if I compile wine-5.11 tagged version. Neither it is present if I apply wine-staging patches to my wine tree and compile it. Downgrading 5.10~focal also works. What is known about bug happening? I'm running the application from a directory under my home directory. Wine maps Z: drive to root ("/"). There is no other drives mapping to my home directory. Package versions change working directory to root ("/"). dealer.exe enters application using wmain entry which translate wchar arguments to multibyte handled by argument parser. After argument parsing it tries to use freopen to redirect stdin to be read from the filename passed as argument. I have no idea why wine 5.11 compiled from sources behaves differently to the package version. I tried to look into https://dl.winehq.org/wine-builds/ubuntu/dists/focal/main/source/wine-stagi… but failed to spot a difference. I tried to find wine built in command which would replicated same incorrect working tree behavior. I failed to find any other application which would reproduce the wrong working directory when run from same terminal. Step to reproduce: Dependencies: cmake and mingw cross compiler 1. git clone https://github.com/suokko/dealer.git 2. cd dealer 3. echo "set(CMAKE_SYSTEM_NAME Windows) set(CMAKE_SYSROOT $ENV{HOME}/buildd/win64) set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY) set(arch x86_64-w64-mingw32) find_program(WINE_COMMAND wine) set(CMAKE_CROSSCOMPILING ${WINE_COMMAND}) set(CMAKE_RC_COMPILER ${arch}-windres) set(CMAKE_C_COMPILER ${arch}-gcc-posix) set(CMAKE_CXX_COMPILER ${arch}-g++-posix)" > win32.cmake 4. mkdir build && cd build 5. cmake -CMAKE_TOOLCHAIN_FILE=../win32.cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo .. 6. export WINEPATH="/usr/x86_64-w64-mingw32/lib;/usr/lib/gcc/x86_64-w64-mingw32/9.3-posix;$(pwd)/dds-install/bin" 7. make 8. cd ../Examples 9. wine ../build/dealer.exe Descr.test_operators Failed output: Descr.test_operators: No such file or directory Expected output: 1 != 0: 1 5 - 2: 3 5 % 3: 2 5 == 3: 0 Frequency rnd(10): 0 10034 1 10122 2 9974 3 10003 4 9884 5 9977 6 9853 7 10036 8 10142 9 9975 Frequency : Low 100000 Frequency : High 100000 Generated 100000 hands Produced 100000 hands Initial random seed 1593633569 Time needed 0.000 sec -- 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 49430] New: Teams installer fails: Please re-run this installer as a normal user instead of "Run as Administrator"
by WineHQ Bugzilla Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=49430 Bug ID: 49430 Summary: Teams installer fails: Please re-run this installer as a normal user instead of "Run as Administrator" Product: Wine Version: 5.11 Hardware: x86 URL: https://statics.teams.cdn.office.net/production-window s/1.3.00.3564/Teams_windows.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Yesterday I tried this in Staging-5.10 and it start fine. This morning I upgraded to Staging 5.11 and it fails :( Issued commands (copy/paste from bug 49147): Prerequisite: 'winetricks -q dotnet45' (without Wine-Mono) Installation workaround for bug 41713 using Wine-Staging --- snip --- $ wine runas /trustlevel:0x20000 "cmd /c start Teams_windows.exe" --- snip --- -- 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 49596] New: test_driver4 (test_wsk_listen_socket) fails
by WineHQ Bugzilla Sept. 27, 2020

Sept. 27, 2020

https://bugs.winehq.org/show_bug.cgi?id=49596 Bug ID: 49596 Summary: test_driver4 (test_wsk_listen_socket) fails Product: Wine Version: 5.13 Hardware: x86-64 OS: Mac OS X Status: NEW Severity: minor Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com CC: pgofman(a)codeweavers.com Created attachment 67753 --> https://bugs.winehq.org/attachment.cgi?id=67753 +netio,+ntoskrnl These tests were added in <https://source.winehq.org/git/wine.git/commit/7f34362d85c58652bc7537580172a…> I'm running macOS 10.14, wine built with mingw and the 10.13 SDK. Attached is a +netio,+ntoskrnl log. -- 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