wine-bugs May 2020

wine-bugs@winehq.org

1 participants
7324 discussions

[Bug 45839] New: Qt 5.8 SDK installer needs 'IFileSystem.MoveFile' method implementation for maintenance tool creation step
by wine-bugs＠winehq.org 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=45839 Bug ID: 45839 Summary: Qt 5.8 SDK installer needs 'IFileSystem.MoveFile' method implementation for maintenance tool creation step Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Download: https://download.qt.io/archive/qt/5.8/5.8.0/ --- snip --- $ wine ./qt-opensource-windows-x86-msvc2015-5.8.0.exe ... 00b8:fixme:wscript:set_host_properties ignored L"nologo" switch 00b8:fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED 00b8:fixme:scrrun:filesys_MoveFile 0x7f261c0198f8 L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.dat.new" L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.dat" 00ba:fixme:wscript:set_host_properties ignored L"nologo" switch 00ba:fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED 00ba:fixme:scrrun:filesys_MoveFile 0x7f27a50598f8 L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.exe.new" L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.exe" --- snip --- The installer doesn't fail but the temp files are not getting renamed. NOTE: These lines are also found here: https://bugs.winehq.org/show_bug.cgi?id=43193#c3 but that bug targets Wine-Staging with different issue and looks abandoned. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/scrrun/filesystem.c#… --- snip --- 3599 static HRESULT WINAPI filesys_MoveFile(IFileSystem3 *iface, BSTR Source, 3600 BSTR Destination) 3601 { 3602 FIXME("%p %s %s\n", iface, debugstr_w(Source), debugstr_w(Destination)); 3603 3604 return E_NOTIMPL; 3605 } --- snip --- $ sha1sum qt-opensource-windows-x86-msvc2015-5.8.0.exe 260369866673b0adb4d3576d3bd1afbb005817a9 qt-opensource-windows-x86-msvc2015-5.8.0.exe $ du -sh qt-opensource-windows-x86-msvc2015-5.8.0.exe 1.1G qt-opensource-windows-x86-msvc2015-5.8.0.exe $ wine --version wine-3.16 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 6

[Bug 49173] New: widl generates invalid code for Gecko's ISimpleDOM.idl
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=49173 Bug ID: 49173 Summary: widl generates invalid code for Gecko's ISimpleDOM.idl Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: emilio(a)crisal.io Distribution: --- Compiling the following IDL file t.idl: import "objidl.idl"; import "oaidl.idl"; [object, uuid(1814ceeb-49e2-407f-af99-fa755a7d2607)] interface ISimpleDOMNode : IUnknown { [propget, local] HRESULT localInterface([out][retval] void **localInterface); [propget, call_as(get_localInterface)] HRESULT remoteLocalInterface([out][retval] IUnknown **localInterface); } With: $ ./tools/widl/widl -m 64 --win64 -robust -Oicf t.idl -I include Generates the following bit: struct _PARAM_STRUCT { ISimpleDOMNode *This; IUnknown **localInterface; HRESULT _RetVal DECLSPEC_ALIGN(8); } *pParamStruct = (struct _PARAM_STRUCT *)pStubMsg->StackTop; Which fails to compile like: 3:11.30 ISimpleDOM_p.c(65,24): error: expected ';' at end of declaration list 3:11.30 HRESULT _RetVal DECLSPEC_ALIGN(8); Moving the DECLSPEC_ALIGN code before _RetVal fixes it. -- 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 48806] New: Panzer Corps 2 needs msvcp140.dll.?_XLgamma@std@@YANN@Z
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48806 Bug ID: 48806 Summary: Panzer Corps 2 needs msvcp140.dll.?_XLgamma@std@@YANN@Z Product: Wine Version: 5.4 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- wine: Call from 0x7b02d568 to unimplemented function msvcp140.dll.?_XLgamma@std@@YANN@Z wine-5.4-306-g9c190f8118 -- 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 48974] New: Multiple MSI-based installers show 'newBinaryXX' text instead of bitmap on button controls (missing support for 'msidbControlAttributesBitmap')
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48974 Bug ID: 48974 Summary: Multiple MSI-based installers show 'newBinaryXX' text instead of bitmap on button controls (missing support for 'msidbControlAttributesBitmap') Product: Wine Version: 5.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. It doesn't affect the installation but it definitely looks weird to end users. Installers found being affected: * eDrawings 2015 (.NET 4.0 app) -> https://web.archive.org/web/20200419191626/http://fs3.softfamous.com/downlo… * eDrawings 2020 (.NET 4.7 app) -> https://web.archive.org/web/20200419211103/https://dl-ak.solidworks.com/non… --- snip --- $ WINEDEBUG=+seh,+relay,+msi wine ./eDrawingsFullAllX64.exe >>log.txt 2>&1 ... 0066:Call KERNEL32.CreateProcessW(00000000,015080b4 L"C:\\users\\focht\\Temp\\{0D020572-72F5-42E1-8F1C-56B791E26D06}\\eDrawingsFullAllX64.exe /q\"Z:\\home\\focht\\Downloads\\eDrawingsFullAllX64.exe\" /tempdisk1folder\"C:\\users\\focht\\Temp\\{0D020572-72F5-42E1-8F1C-56B791E26D06}\" /IS_temp",00000000,00000000,00000000,00000020,00000000,00000000,0032edc0,0032ee20) ret=004527d6 ... 0066:Ret KERNEL32.CreateProcessW() retval=00000001 ret=004527d6 ... 0068:Call KERNEL32.CreateProcessW(00000000,01d13d1c L"\"C:\\windows\\system32\\MSIEXEC.EXE\" /i \"C:\\users\\focht\\Temp\\{0D020572-72F5-42E1-8F1C-56B791E26D06}\\eDrawings.msi\" TRANSFORMS=\"C:\\users\\focht\\Temp\\{0D020572-72F5-42E1-8F1C-56B791E26D06}\\1033.MST\" SETUPEXEDIR=\"Z:\\home\\focht\\Downloads\" SETUPEXENAME=\"eDrawingsFullAllX6"...,00000000,00000000,00000000,00000020,00000000,00000000,0032a9d4,0032aa34) ret=004527d6 ... 0068:Ret KERNEL32.CreateProcessW() retval=00000001 ret=004527d6 ... 006a:trace:msi:msi_dialog_button_control 0000000001C921B0 0000000001C8D380 ... 006a:trace:msi:msi_dialog_add_control L"BUTTON", L"PushButton1", 00140003, L"NewBinary18", 00010000 ... 006a:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `EventMapping` WHERE `Dialog_` = 'Registration' AND `Control_` = 'PushButton1'" 000000000022E280 ... 006a:Call user32.CreateWindowExW(00000000,1800a24f0 L"BUTTON",01ea59e0 L"NewBinary18",50010000,00000273,000000ac,00000060,00000019,00080070,00000000,00000000,00000000) ret=180033929 ... 006a:Call winex11.drv.SetWindowText(00040064,01ea5940 L"NewBinary18") ret=7f8f47f1865e 006a:Ret winex11.drv.SetWindowText() retval=00000000 ret=7f8f47f1865e ... 006a:trace:msi:dialog_create_window Dialog L"Registration" control L"NewBinary18" hwnd 0000000000040064 ... --- snip --- Dumping the 'Binary' table with ORCA: --- snip --- Name Data s72 v0 Binary Name ... NewBinary18 NewBinary18 --- snip --- Dumping 'Control' table with ORCA: --- snip --- Dialog_ Control Type X Y Width Height Attributes Property Text Control_Next Help s72 s50 s20 i2 i2 i2 i2 I4 S50 L0 S50 L50 Control Dialog_ Control ... Registration PushButton1 PushButton 470 129 72 19 1310723 NewBinary18 Text2 --- snip --- Text = 'NewBinary18' Attributes = 1310723 -> 0x140003 * msidbControlAttributesVisible = 0x00000001 * msidbControlAttributesEnabled = 0x00000002 * msidbControlAttributesBitmap = 0x00040000 * msidbControlAttributesFixedSize = 0x00100000 Another example from github: https://github.com/hyperic/hq/blob/master/dist/hyperic-hq-installer/msi-aut… --- snip --- <Binary Id="NewBinary18" SourceFile="$(var.HQ_binary_path)\InstallStateMenu.ico" /> ... <Control Id="InstallStateMenu" Type="Icon" X="21" Y="52" Width="24" Height="24" Text="NewBinary18" TabSkip="yes" Disabled="yes" IconSize="32" FixedSize="yes" /> ... --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/msi/binary-table --- quote --- The Binary table holds the binary data for items such as bitmaps, animations, and icons. The binary table is also used to store data for custom actions. See OLE Limitations on Streams. ... If the binary data is for a control, the key appears in the Text column of the associated control in the Control table. This key must be unique among all controls requiring binary data. --- quote --- Wine source: https://source.winehq.org/git/wine.git/blob/59987bc9ecdd0dbafd768a95c21a148… --- snip --- 1017 static UINT msi_dialog_button_control( msi_dialog *dialog, MSIRECORD *rec ) 1018 { 1019 msi_control *control; 1020 UINT attributes, style; 1021 1022 TRACE("%p %p\n", dialog, rec); 1023 1024 style = WS_TABSTOP; 1025 attributes = MSI_RecordGetInteger( rec, 8 ); 1026 if( attributes & msidbControlAttributesIcon ) 1027 style |= BS_ICON; 1028 1029 control = msi_dialog_add_control( dialog, rec, szButton, style ); 1030 if( !control ) 1031 return ERROR_FUNCTION_FAILED; 1032 1033 control->handler = msi_dialog_button_handler; 1034 1035 if (attributes & msidbControlAttributesIcon) 1036 { 1037 /* set the icon */ 1038 LPWSTR name = msi_get_binary_name( dialog->package, rec ); 1039 control->hIcon = msi_load_icon( dialog->package->db, name, attributes ); 1040 if (control->hIcon) 1041 { 1042 SendMessageW( control->hwnd, BM_SETIMAGE, IMAGE_ICON, (LPARAM) control->hIcon ); 1043 } 1044 else 1045 ERR("Failed to load icon %s\n", debugstr_w(name)); 1046 msi_free( name ); 1047 } 1048 1049 return ERROR_SUCCESS; 1050 } --- snip --- $ sha1sum eDrawingsFullAllX64.exe 1e44983b92a034e318618cd882c6ce7f7043951e eDrawingsFullAllX64.exe $ du -sh eDrawingsFullAllX64.exe 228M eDrawingsFullAllX64.exe $ wine --version wine-5.6-193-g59987bc9ec 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 5

[Bug 48960] New: NtQueryDirectoryFile incorrectly returns STATUS_NO_MORE_FILES when it encounters an ignored entry
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48960 Bug ID: 48960 Summary: NtQueryDirectoryFile incorrectly returns STATUS_NO_MORE_FILES when it encounters an ignored entry Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: 2858628868(a)qq.com Distribution: --- I encountered a problem when compiling a .cc file with cl.exe in the HOME directory. The compiler always reports that the .cc file cannot be found. After some digging, I found that c1xx.dll of cl.exe used NtQueryDirectoryFile to enumerate files and confirm whether it existed. Unfortunately, there is a WINEPREFIX directory in the HOME directory, and NtQueryDirectoryFile consider it should be ignored (it is ignored in the get_dir_data_entry function). When NtQueryDirectoryFile enumerates by a single entry, it will return STATUS_NO_MORE_FILES prematurely if it encounters an ignored entry. The enumeration loop in c1xx.dll therefore exited early and reported that the .cc file could not be found. My WINE version is 4.0. After checking the source code, I confirmed that this problem also exists in the 5.x version. -- 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 48740] New: ConEmu is constantly loosing focus
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48740 Bug ID: 48740 Summary: ConEmu is constantly loosing focus Product: Wine Version: 5.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- ConEmu is constantly loosing focus in the console window and also in the settings dialog. This behavior makes it unusable. Focus is set back after clicking by mouse but for only a few seconds. Tested on Wine 5.3 and Wine-Staging 5.3 with 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 48738] New: When running certain Batch files, my Wine cmd.exe reproducible crashes with "page fault on read access" or with "stack overflow in 32-bit code".
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48738 Bug ID: 48738 Summary: When running certain Batch files, my Wine cmd.exe reproducible crashes with "page fault on read access" or with "stack overflow in 32-bit code". Product: Wine Version: 5.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: temp2004(a)freenet.de Distribution: --- Created attachment 66628 --> https://bugs.winehq.org/attachment.cgi?id=66628 Two batch files and the crashdump I think the problem is new since middle of last year, at least reproducible with Wine 5.2 and 5.3. Find attached two small batch files: they should set some environment variables and look for some directories, but they don't reach their end. At real Windows (also when running at VirtualBox) they work properly instead. Scenario: create a directory and store one.bat and two.bat into it. run: wineconsole one.bat If the problem occurs, Wine crashes immediately. ("wine: Unhandled page fault on read access to FFFFFFF0 at address F7D2D3AB (thread 01a8), starting debugger...") The behavior depends very much on the content of the batch files: adding commands or changing the variable's names may prevent it from crashing or may shift the crash to a different line. -- 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 49142] New: Horizontal mouse scroll events (X11 buttons 6 and 7) should not be translated to back/forward events
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=49142 Bug ID: 49142 Summary: Horizontal mouse scroll events (X11 buttons 6 and 7) should not be translated to back/forward events Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: muzerakascooby(a)gmail.com Distribution: --- Wine translates X11 buttons 6 and 7 to back/forward events. While these historically were occasionally mapped to back/forward buttons on mice, nowadays the overwhelming standard is to use 6/7 exclusively for horizontal scrolling, and 8/9 for back and forward buttons (which wine also maps to these events). The existing behaviour makes some applications more painful than necessary to use on laptops with touchpads, as horizontal scrolling (a normally quite harmless activity) can be triggered quite easily by accident when scrolling vertically, causing back and forward events (which are considerably less harmless) to be sent. I understand that there has only been a standard in Windows for horizontal scrolling since Vista, so I understand if implementing this is unfeasible. But horizontal scroll events should NOT be translated into back/forward events. I believe the culprit to be mouse.c lines 77/78, 90/91, 103/104, and 116/117 (as of 7afa53c0f20aa40f0d13c81a7d20b523f62f99ab). -- 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 48747] New: ConEmu flickers and scrolls randomly
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48747 Bug ID: 48747 Summary: ConEmu flickers and scrolls randomly Product: Wine Version: 5.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- This is follow-up of bug 48740. ConEmu flickers and scrolls randomly after console is filled with content. The problem is in the way wineconsole recalculates position and scrollbars in WCUSER_ComputePositions. (ConEmu runs wineconsole in background). -- 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 48495] New: XCP-ng Center v8.x (.NET 4.6 app) can't connect to server with self-signed certificate
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48495 Bug ID: 48495 Summary: XCP-ng Center v8.x (.NET 4.6 app) can't connect to server with self-signed certificate Product: Wine Version: 4.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: imirkin(a)alum.mit.edu Distribution: --- Needless to say, this works fine on windows. The application requires the "dotnet462" winetricks verb to start, and see #48492 for ways to get past the splash screen. Installation msi available from https://github.com/xcp-ng/xenadmin/releases/download/v8.0.1.26/XCP-ng-Cente… . However once in the application, it can't actually connect. WINEDEBUG=trace+crypt,trace+chain shows the following happening over and over and over and over again: 0072:trace:crypt:CertVerifyCertificateChainPolicy (#0004, 0xbe571d0, 0xd7beb70, 0xd7beb30) 0072:trace:chain:dump_policy_para cbSize = 12 0072:trace:chain:dump_policy_para dwFlags = 00000010 0072:trace:chain:dump_policy_para pvExtraPolicyPara = 0xd7beb60 0072:trace:chain:dump_ssl_extra_chain_policy_para cbSize = 16 0072:trace:chain:dump_ssl_extra_chain_policy_para dwAuthType = 2 0072:trace:chain:dump_ssl_extra_chain_policy_para fdwChecks = 00000000 0072:trace:chain:dump_ssl_extra_chain_policy_para pwszServerName = L"<redacted>" 0072:trace:crypt:CertVerifyCertificateChainPolicy returning 1 (800b0109) 800b0109 = CERT_E_UNTRUSTEDROOT And indeed, it's a self-signed certificate, which isn't in the trusted list. However note that policy_para.dwFlags = 0x10 == CERT_CHAIN_POLICY_ALLOW_UNKNOWN_CA_FLAG . This is handled in verify_base_policy. However verify_ssl_policy only checks for the bit in extra_chain_policy_para.fdwChecks, which is empty here. The (.NET) application does the following: SslStream sslStream = new SslStream(stream, false, new RemoteCertificateValidationCallback(ValidateServerCertificate), null); Where the ValidateServerCertificate function = "return true". I suspect that the policy para's dwFlags should be respected by verify_ssl_policy even if fdwFlags isn't set... but my familiarity with these APIs extends to all of the past couple of hours ... an expert opinion would be quite welcome. -- 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

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 May 2020