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

[Bug 49940] 64Bit iexplore.exe crashes on macOS

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49940 --- Comment #2 from Gcenx <gcenx83(a)gmail.com> --- The issue was introduced in Wine-5.0-rc1, the bad commit is https://source.winehq.org/git/wine.git/commit/5f0b5d350566a46f0f999e4cff7ad… wine-gecko-2.47.1-x86_64.msi and the local/unstripped version crash instantly on macOS, however wine_gecko-2.47-x86_64 loads without issue even on Wine-5.19 -- 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.

Oct. 22, 2020

[Bug 50038] IWbemClassObject::Get method with wszName = NULL crashes inside wbemprox

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50038 --- Comment #2 from Hans Leidekker <hans(a)meelstraat.net> --- Created attachment 68482 --> https://bugs.winehq.org/attachment.cgi?id=68482 patch Can you try this patch? -- 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.

Oct. 22, 2020

[Bug 49935] mismatch behavior in API function GetOpenFileName

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49935 --- Comment #3 from Christian PANEL <ch.panel(a)free.fr> --- sorry not used to bugzilla... here is the simple code : I create 3 files in D:\ TEXT1.TXT TEXT2.TXT ANOTHER.TXT 3 files are shown with wine only the first 2 with windows #include <windows.h> #include <Commdlg.h> // // Gobal Variables and declarations. // OPENFILENAME ofn ; // a another memory buffer to contain the file name char szFile[100] ="TEXT*.TXT" ; int WINAPI WinMain( HINSTANCE hInstance , HINSTANCE hPrevInstance , LPSTR lpCmdLine , int nCmdShow ) { // open a file name ZeroMemory( &ofn , sizeof( ofn)); ofn.lStructSize = sizeof ( ofn ); ofn.hwndOwner = NULL ; ofn.lpstrFile = szFile ; //ofn.lpstrFile[0] = '\0'; ofn.nMaxFile = sizeof( szFile ); ofn.lpstrFilter = "Special Text\0*.TXT\0"; ofn.nFilterIndex =0; ofn.lpstrFileTitle = NULL ; ofn.nMaxFileTitle = 0 ; ofn.lpstrInitialDir="D:\\" ; ofn.Flags = OFN_PATHMUSTEXIST|OFN_FILEMUSTEXIST ; GetOpenFileName( &ofn ); // Now simpley display the file name MessageBox ( NULL , ofn.lpstrFile , "File Name" , MB_OK); return 0; } thanks for all wine team for his wonderful work christian -- 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.

Oct. 22, 2020

[Bug 49935] mismatch behavior in API function GetOpenFileName

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49935 --- Comment #2 from Christian PANEL <ch.panel(a)free.fr> --- Created attachment 68481 --> https://bugs.winehq.org/attachment.cgi?id=68481 code example -- 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.

Oct. 22, 2020

[Bug 50038] IWbemClassObject::Get method with wszName = NULL crashes inside wbemprox

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50038 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |http://download.windowsupda | |te.com/msdownload/update/so | |ftware/updt/2009/11/windows | |server2003-kb968930-x64-eng | |_8ba702aa016e4c5aed58181464 | |7f4d55635eff5c.exe Keywords| |download --- Comment #1 from Louis Lenders <xerox.xerox2000x(a)gmail.com> --- Note: To work around bug https://bugs.winehq.org/show_bug.cgi?id=25740 I used custum winescript script from https://bugs.winehq.org/show_bug.cgi?id=49966 -- 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.

Oct. 22, 2020

[Bug 50038] New: IWbemClassObject::Get method with wszName = NULL crashes inside wbemprox

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50038 Bug ID: 50038 Summary: IWbemClassObject::Get method with wszName = NULL crashes inside wbemprox Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Trying run powershell (2.0) with something like wine powershell -c get-wmiobject win32_process makes it crash inside wbemprox. It seems to come from wbemprox:class_object_Get (00FB59D8, (null), 00000000, 059BEA8C, 019194F8, 019194FC) Then apparently static BOOL is_system_prop( const WCHAR *name ) { return (name[0] == '_' && name[1] == '_'); } goes wrong That wszName is null is probably due to previous bugs/insufficiencies (?guess?), but at least it shouldn`t crash inside wbemprox I think (modified test in tests/query.c with name=NULL shows it returns WBEM_E_INVALID_PARAMETER). Something like return (name && name[0] == '_' && name[1] == '_'); helps prevent crash but I don`t know how to fix this properly Below +wbemprox trace 0130:trace:wbemprox:create_class_object L"Win32_Process", 00FA6930 0130:trace:wbemprox:create_class_object returning iface 00FB59D8 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {00000000-0000-0000-c000-000000000046}, 059BE5D0 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4}, 059BE584 0130:fixme:wbemprox:class_object_QueryInterface interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {b196b283-bab4-101a-b69c-00aa00341d07}, 059BE478 0130:fixme:wbemprox:class_object_QueryInterface interface {b196b283-bab4-101a-b69c-00aa00341d07} not implemented 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {00000003-0000-0000-c000-000000000046}, 059BE3F8 0130:fixme:wbemprox:class_object_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {00000144-0000-0000-c000-000000000046}, 059BE47C 0130:fixme:wbemprox:class_object_QueryInterface interface {00000144-0000-0000-c000-000000000046} not implemented 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {dc12a681-737f-11cf-884d-00aa004b2e24}, 059BE8A0 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__GENUS", 00000000, 059BF1B8, 059BF27C, 059BF278 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__PATH", 00000000, 059BF19C, 059BF264, 059BF260 0130:fixme:ole:thread_context_info_QueryInterface interface not implemented {51372ae0-cae7-11cf-be81-00aa00a2fa25} 0130:fixme:wmiutils:wmiutils_cf_QueryInterface interface {b196b28f-bab4-101a-b69c-00aa00341d07} not implemented 0130:fixme:wmiutils:path_QueryInterface interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented 0130:fixme:wmiutils:path_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0130:fixme:wmiutils:path_QueryInterface interface {00000144-0000-0000-c000-000000000046} not implemented 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__NAMESPACE", 00000000, 059BEF4C, 018EDB90, 018EDB94 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__NAMESPACE", 00000000, 059BEF50, 018EDB90, 018EDB94 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__CLASS", 00000000, 059BEF4C, 018EDC48, 018EDC4C 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__CLASS", 00000000, 059BEF50, 018EDC48, 018EDC4C 0130:trace:wbemprox:class_object_GetNames 00FB59D8, (null), 00000030, 059BEA94 {VT_EMPTY}, 059BEA60 0130:fixme:wbemprox:class_object_GetNames qualifier not supported 0130:trace:wbemprox:class_object_Get 00FB59D8, (null), 00000000, 059BEA8C, 019194F8, 019194FC 0130:fixme:wer:WerReportSetParameter (00FBBED0, 0, L"NameOfExe", L"powershell51.exe") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 1, L"FileVersionOfSystemManagementAutomation", L"6.0.6002.18111") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 2, L"InnermostExceptionType", L"System.AccessViolationException") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 3, L"OutermostExceptionType", L"System.AccessViolationException") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 5, L"DeepestFrame", L"stem.Management.IWbemClassObjectFreeThreaded.Get_f") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 4, L"DeepestPowerShellFrame", L"utomation.ManagementClassApdapter.AddAllProperties") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 6, L"ThreadName", L"Pipeli..ution Thread") :stub 0130:fixme:wer:WerReportAddDump (00FBBED0, 0000016C, 00000000, 2, 00000000, 00000000, 0) :stub 0130:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 0130:fixme:advapi:ReportEventW (CAFE4242,0x0001,0x0000,0x000003ff,00000000,0x0001,0x00000000,059BC580,00000000): stub 0130:err:eventlog:ReportEventW L".NET Runtime version 2.0.50727.1433 - Attempted to read or write protected memory. This is often an indication that other memory is corrupt." -- 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.

Oct. 22, 2020

[Bug 50036] Remaining issues in Bugs in ntdll-Junction_Points in staging

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50036 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon(a)codeweavers.com --- Comment #3 from Rémi Bernon <rbernon(a)codeweavers.com> --- > If I may ask, what are you using symlinks for? (I want them to eventually reduce the space consumed by the prefix, but getting them upstream has been a challenge) You should probably know that some game copy protections are pretty sensitive regarding symlinks and system DLLs. I've found that the symlink resolution that is already done in wineserver (calling realpath on file objects to canonicalize their path) can cause trouble in some cases. CoD: WWII for instance, calls NtQueryInformationFile(FileNameInformation) on ntdll.dll, and expects its real location to be in c:/windows/system32. It does the same with the steam_api64.dll that it ships, and expects its path to be the game installation directory (I had an issue there too because I've got a symlink in my Steam library path so realpath resolved it differently). I didn't try this patch series TBH, and perhaps it fixes the issue by exposing the junction point nature of the links, but it's also possible that it doesn't as I suspect the game doesn't handle that case. -- 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.

Oct. 22, 2020

[Bug 50020] mf:mf tests crash on Windows 7

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50020 Sven Baars <sven.wine(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Fixed by SHA1| |f6a5a3d03c1eb914444af96352c | |a54eec79d7e2c --- Comment #2 from Sven Baars <sven.wine(a)gmail.com> --- This was fixed by f6a5a3d03c1eb914444af96352ca54eec79d7e2c. Thanks Nikolay! -- 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.

Oct. 22, 2020

[Bug 49990] Multiple applications display empty windows (Minecraft Dungeons Launcher; Riot Client; StarCitizen)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49990 Anya <maniikarabera(a)protonmail.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maniikarabera(a)protonmail.ch -- 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.

Oct. 22, 2020

[Bug 50035] Bugs in ntdll-Junction_Points staging patchset

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50035 Martin Storsjö <martin(a)martin.st> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #68476|0 |1 is obsolete| | --- Comment #5 from Martin Storsjö <martin(a)martin.st> --- Created attachment 68480 --> https://bugs.winehq.org/attachment.cgi?id=68480 Second patch, v2 -- 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.

Oct. 22, 2020