wine-bugs July 2021

wine-bugs@winehq.org

1 participants
5258 discussions

[Bug 32454] New: Wine: Johnson Controls Example Visual Basic App fails at Soap login
by wine-bugs＠winehq.org 26 Jul '21

26 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32454 Bug #: 32454 Summary: Wine: Johnson Controls Example Visual Basic App fails at Soap login Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: spkellco(a)gmail.com Classification: Unclassified Created attachment 42814 --> http://bugs.winehq.org/attachment.cgi?id=42814 VB Source and Binary for MetasysSampleApp.exe MetasysSampleApp.exe works perfectly under Windows 7 but fail after Login attempt with the following error. Source and Binary attached. err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111 err:ole:CoGetClassObject no class object {88d969c1-f192-11d4-a65f-0040963251e5} could be created for context 0x1 fixme:advapi:RegisterEventSourceW ((null),L"MSSOAP"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0004,0xc0000010,(nil),0x0001,0x00000000,0x32be4c,(nil)): stub err:eventlog:ReportEventW L"Loading of the WSDL file failed" fixme:advapi:DeregisterEventSource (0xcafe4242) stub fixme:advapi:RegisterEventSourceW ((null),L"MSSOAP"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0003,0xc0000010,(nil),0x0001,0x00000000,0x32beb8,(nil)): stub err:eventlog:ReportEventW L"An unanticipated error occurred during the processing of this request." fixme:advapi:DeregisterEventSource (0xcafe4242) stub -- 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 7

[Bug 42464] New: WinAPI function GetTimeZoneInformation returns Arab Standard Time instead of Russian Standard Time
by wine-bugs＠winehq.org 26 Jul '21

26 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=42464 Bug ID: 42464 Summary: WinAPI function GetTimeZoneInformation returns Arab Standard Time instead of Russian Standard Time Product: Wine Version: 2.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: greenapple217(a)yandex.ru Distribution: --- Created attachment 57312 --> https://bugs.winehq.org/attachment.cgi?id=57312 program after compiling returns a wrong result I wrote a little program in VC++6 and attached its code. When I execute it the program gives me a wrong result. I've made a temporary solution by changing values of keys of "Arab Standard Time" branch in regedit. I've just assigned there values from "Russian Standard Time" branch. In English Windows XP this program gives me "Russian Standard Time" string and in Russian Windows XP - "Московское время"(Moscow time) but in Linux under wine it gives me "Arab Standard Time". -- 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 49119] New: Timezone America/Sao_Paulo reconigzed as America/Buenos_Aires
by WineHQ Bugzilla 26 Jul '21

26 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=49119 Bug ID: 49119 Summary: Timezone America/Sao_Paulo reconigzed as America/Buenos_Aires Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: thiago(a)internetbudi.com.br Distribution: --- Timezone is not recognized and probably changed: http://mm.icann.org/pipermail/tz-announce/2019-July/000056.html Running from archlinux or ubuntu has the same results. ``` $ wine --version wine-5.7 ``` ``` $ printenv PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin HOSTNAME=ea9649867742 TERM=xterm HOME=/home DEBIAN_FRONTEND=noninteractive LC_ALL=pt_BR.UTF-8 LANG=pt_BR.UTF-8 LANGUAGE=pt_BR.UTF-8 TZ=America/Sao_Paulo WINEPREFIX=/root/prefix32 WINEARCH=win32 DISPLAY=:0 ``` ``` $ cat /etc/timezone America/Sao_Paulo ``` **Finally**, when checking wine windows registry it is recognized as another Zone (creating troubles with a proprietary .NET software I use): ``` $ wine reg query "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation" 002c:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation StandardName REG_SZ Hora padrão da Argentina TimeZoneKeyName REG_SZ Argentina Standard Time ``` Bug appears to be similar to other related timezone changes. Question: How can I tell that my local timezone is the same as specified in the `loader/wine.inf`? -- 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 35024] New: FEAR Combat (SEC2) installer doesn't display cd key/serial field
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35024 Bug #: 35024 Summary: FEAR Combat (SEC2) installer doesn't display cd key/serial field Product: Wine Version: 1.7.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, reported in WineHQ forums: http://forum.winehq.org/viewtopic.php?f=8&t=20420 This is not a dupe of bug 20456 ("FEAR's installer will not let me enter the serial number due to wrong font"). The field is not displayed at all. Regards -- 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 8

[Bug 35551] New: RSASecurid: Wine crashed when opening SecurID.exe of RSA token software
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35551 Bug ID: 35551 Summary: RSASecurid: Wine crashed when opening SecurID.exe of RSA token software Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msvcirt Assignee: wine-bugs(a)winehq.org Reporter: prakashgnana85(a)gmail.com Classification: Unclassified Created attachment 47472 --> http://bugs.winehq.org/attachment.cgi?id=47472 Attachment contains the crash details of RSA SecurID.exe execution While starting the RSA client for soft token generation, wine gets crashed. I used wine 1.7.8 and command wine SecurID.exe to invoke it . The same is working in Ubuntu and not Fedora. Could you please help me fix this. Please let me know if any more information required. Download site for RSA: http://india.emc.com/security/rsa-securid/rsa-securid-software-authenticato… Under DOWNLOADS -> FOR END USERS: -> 32-bit Desktop Application with Note: This is available as a 32-bit Application only. I have attached crash report as well. Thanks Gnanaprakasam -- 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 35145] New: RSA SecurID software token doesn't run
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35145 Bug ID: 35145 Summary: RSA SecurID software token doesn't run Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: dopey(a)moonteeth.com Classification: Unclassified Created attachment 46887 --> http://bugs.winehq.org/attachment.cgi?id=46887 backtrace generated by crossover 13.0.1 I've been using wine (specifically with crossover) to run the RSA SecurID software token software and with crossover 13.0 and higher it will no longer run. I'll attach the backtrace. I installed it with the Fedora version of wine (wine-1.7.5) and it also stopped working. I couldn't figure out how to properly generate a backtrace to compare to the crossover backtrace so if the crossover one isn't good enough, please let me know and I'll work on getting one from "stock" wine. -- 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 11

[Bug 51515] New: TES IV Oblivion fails to load nsi library, and crashes
by WineHQ Bugzilla 25 Jul '21

25 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51515 Bug ID: 51515 Summary: TES IV Oblivion fails to load nsi library, and crashes Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: katisntgood(a)gmail.com Distribution: --- As stated in the title, TES 4 Oblivion fails to load the nsi.dll library. This causes a chain of libraries that can't load, thus crashing the executable before it gets a chance to load. This holds true for it's companion application TES Construction Set. It is not affected by the community script extender xOBSE. Example errors in description: 0230:err:module:import_dll Library nsi.dll (which is needed by L"C:\\windows\\system32\\iphlpapi.dll") not found 0230:err:module:import_dll Library iphlpapi.dll (which is needed by L"C:\\windows\\system32\\WSOCK32.dll") not found 0230:err:module:import_dll Library WSOCK32.dll (which is needed by L"C:\\Oblivion\\Oblivion.exe") not found 0230:err:module:LdrInitializeThunk Importing dlls for L"C:\\Oblivion\\Oblivion.exe" failed, status c0000135 -- 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 51430] New: Multiple applications fail to start with "Library nsi.dll not found" in a previously created Wine prefix.
by WineHQ Bugzilla 25 Jul '21

25 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51430 Bug ID: 51430 Summary: Multiple applications fail to start with "Library nsi.dll not found" in a previously created Wine prefix. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: escomk3(a)hotmail.com Distribution: --- Created attachment 70282 --> https://bugs.winehq.org/attachment.cgi?id=70282 Output of PlayOnline Viewer starting. After a124b765b1377 [1], applications fail starting with output such as: err:module:import_dll Library nsi.dll (which is needed by L"C:\\windows\\system32\\iphlpapi.dll") not found err:module:import_dll Library iphlpapi.dll (which is needed by L"C:\\windows\\system32\\wbem\\wbemprox.dll") not found So far this seems to affect previously created prefixes only, tested running PlayOnline Viewer (Final Fantasy XI Online), Steam, and Secondhand Lands. I noticed that in a bad run, there's a 'iphlpapi:GetIfEntry returning 13' while on a good run it's 'iphlpapi:GetIfEntry returning 0', but this seems to be again different in a new, clean prefix and I'm not yet sure of its importance. In a new prefix, at least the PlayOnline Viewer seems to work. On a positive note, the PlayOnline Viewer splash screen seems to finally show up correctly (has been doing so with Wine Staging for a time). :] 1. https://source.winehq.org/git/wine.git/commit/a124b765b1377fea8a2fe88dc1ae1… -- 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 11

[Bug 35122] New: NVIDIA CUDA Toolkit v5.5 installer fails, claiming "An unknown error has occurred." (failure to return 'url' property from DOMDocument)
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35122 Bug ID: 35122 Summary: NVIDIA CUDA Toolkit v5.5 installer fails, claiming "An unknown error has occurred." (failure to return 'url' property from DOMDocument) Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... The installer is wrapped. Let it unpack first and then CTRL+C when the error dialog box is shown for easier reproducing. Run the extracted main installer. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/NVIDIA/CUDA $ WINEDEBUG=+tid,+seh,+relay,+msxml wine ./setup.exe >>log2.txt 2>&1 ... 002f:trace:msxml:domdoc_load (0x13b250)->({VT_BSTR: L"C:\\NVIDIA\\CUDA\\setup.CFG"}) ... 002f:trace:msxml:create_moniker_from_url L"C:\\NVIDIA\\CUDA\\setup.CFG" ... 002f:trace:msxml:domdoc_load ret (0) ... 002f:trace:msxml:domdoc_setProperty (0x13b250)->(L"SelectionLanguage" {VT_BSTR: L"XPath"}) ... 002f:trace:msxml:domdoc_get_documentElement (0x13b250)->(0x33f814) ... <unrelated domdoc stuff> ... 002f:trace:msxml:domelem_get_ownerDocument (0x143c10)->(0x33f394) 002f:Call ntdll.RtlAllocateHeap(00110000,00000000,000000b8) ret=7e21f12f 002f:Ret ntdll.RtlAllocateHeap() retval=00145a00 ret=7e21f12f 002f:trace:msxml:xmldoc_add_refs (0x7cadb248)->(12) 002f:trace:msxml:get_domdoc_from_xmldoc returning iface 0x145a1c 002f:trace:msxml:domdoc_get_url (0x145a00)->(0x33f390) 002f:Call ntdll.RtlAllocateHeap(00110000,00000000,00000028) ret=101e2d58 002f:Ret ntdll.RtlAllocateHeap() retval=00145ac0 ret=101e2d58 002f:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033f33c) ret=101e6a02 002f:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83a8ef ip=7b83a8ef tid=002f 002f:trace:seh:raise_exception info[0]=19930520 002f:trace:seh:raise_exception info[1]=0033f358 002f:trace:seh:raise_exception info[2]=102bc340 002f:trace:seh:raise_exception eax=7b826921 ebx=7b8ba000 ecx=19930520 edx=0033f284 esi=0033f328 edi=0033f2f0 002f:trace:seh:raise_exception ebp=0033f2c8 esp=0033f264 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... 002f:Call user32.MessageBoxW(00000000,00135288 L"An unknown error has occurred.",001297e8 L"NVIDIA Install",00010010) ret=004015e9 --- snip --- The problem seems to be that Wine's msxml fails to return 'url' property for the DOMDocument. It returns S_FALSE, leaving the out parameter with NULL. The installer checks the out param != NULL and throws exception. I'd expect something like 'file:///C:/NVIDIA/CUDA/setup.CFG' (see create_moniker_from_url). 'winetricks msxml3' obviously works around (until the installer runs into next Wine bug). 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 4

[Bug 35144] New: NVIDIA CUDA Toolkit v5.5 installer fails (SetupDiGetINFClassW whitelists only 'Chicago', ignoring WINEPREFIX WinVer setting)
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35144 Bug ID: 35144 Summary: NVIDIA CUDA Toolkit v5.5 installer fails (SetupDiGetINFClassW whitelists only 'Chicago', ignoring WINEPREFIX WinVer setting) Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, with bug 35122 fixed the installer still fails. The installer is wrapped. Let it unpack first and then CTRL+C when the error dialog box is shown for easier reproducing. Run the extracted main installer. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/NVIDIA/CUDA $ WINEDEBUG=+tid,+seh,+relay,+setupapi wine ./setup.exe >>log2.txt 2>&1 ... 0025:Call setupapi.SetupDiGetINFClassW(011bd2b8 L"C:\\NVIDIA\\CUDA\\Display.Driver\\nv4_disp.inf",01f7e27c,01f7e28c,00000020,00000000) ret=02bd7c0f 0025:Call KERNEL32.GetFileAttributesW(011bd2b8 L"C:\\NVIDIA\\CUDA\\Display.Driver\\nv4_disp.inf") ret=7e27758c 0025:Ret KERNEL32.GetFileAttributesW() retval=00000020 ret=7e27758c 0025:Call KERNEL32.GetPrivateProfileStringW(7e29b2da L"Version",7e29b2c6 L"Signature",00000000,01f7dfa8,00000104,011bd2b8 L"C:\\NVIDIA\\CUDA\\Display.Driver\\nv4_disp.inf") ret=7e277669 0025:Ret KERNEL32.GetPrivateProfileStringW() retval=0000000c ret=7e277669 0025:Call KERNEL32.lstrcmpiW(01f7dfa8 L"$Windows NT$",7e29b20c L"$Chicago$") ret=7e277692 0025:Ret KERNEL32.lstrcmpiW() retval=00000001 ret=7e277692 0025:Ret setupapi.SetupDiGetINFClassW() retval=00000000 ret=02bd7c0f 0025:Call KERNEL32.GetLastError() ret=02b91257 0025:Ret KERNEL32.GetLastError() retval=00000000 ret=02b91257 0025:Call ntdll.RtlAllocateHeap(00110000,00000000,00000050) ret=02bfc433 0025:Ret ntdll.RtlAllocateHeap() retval=011bf318 ret=02bfc433 0025:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,01f7e22c) ret=02bff857 0025:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83a8ef ip=7b83a8ef tid=0025 0025:trace:seh:raise_exception info[0]=19930520 0025:trace:seh:raise_exception info[1]=01f7e248 0025:trace:seh:raise_exception info[2]=02c4e85c 0025:trace:seh:raise_exception eax=7b826921 ebx=7b8ba000 ecx=19930520 edx=01f7e174 esi=01f7e218 edi=01f7e1e0 0025:trace:seh:raise_exception ebp=01f7e1b8 esp=01f7e154 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... 0025:Call KERNEL32.OutputDebugStringW(024205d8 L" 46.667 | ERROR: [NVI2.NVInstaller] 932@CNVInstaller::AddPackages : COM error: Exception {0x80004005; File: NVInstaller.cpp; Line: 1128}. \n") ret=1001aa05 0025:Ret KERNEL32.OutputDebugStringW() retval=01f7db30 ret=1001aa05 ... 0025:Call KERNEL32.OutputDebugStringW(024219e0 L" 46.669 | ERROR: [NVI2.InstallThread] 54@CInstallThread::ThreadProc : Install failed - Exception {0x80004005; File: InstallationStepper.cpp; Line: 1193} - going to fail state. \n") ret=1001aa05 0025:Ret KERNEL32.OutputDebugStringW() retval=01f7de40 ret=1001aa05 ... --- snip --- Dump of 'C:\\NVIDIA\\CUDA\\Display.Driver\\nv4_disp.inf' file with 'Version' section: --- snip --- ; NVIDIA Windows XP (32 bit) Display INF file ; Copyright (c) NVIDIA Corporation. All rights reserved. [Version] Signature = "$Windows NT$" Provider = %NVIDIA% ClassGUID = {4D36E968-E325-11CE-BFC1-08002BE10318} Class = Display DriverVer = 06/28/2013, 6.14.13.2057 CatalogFile = nv4_disp.CAT ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/09524be58380b612d0a9d2ba023ac257… --- snip --- 4047 BOOL WINAPI SetupDiGetINFClassW(PCWSTR inf, LPGUID class_guid, PWSTR class_name, 4048 DWORD size, PDWORD required_size) 4049 { 4050 BOOL have_guid, have_name; 4051 DWORD dret; 4052 WCHAR buffer[MAX_PATH]; 4053 4054 if (!inf) 4055 { 4056 SetLastError(ERROR_INVALID_PARAMETER); 4057 return FALSE; 4058 } 4059 4060 if (INVALID_FILE_ATTRIBUTES == GetFileAttributesW(inf)) 4061 { 4062 FIXME("%s not found. Searching via DevicePath not implemented\n", debugstr_w(inf)); 4063 SetLastError(ERROR_FILE_NOT_FOUND); 4064 return FALSE; 4065 } 4066 4067 if (!class_guid || !class_name || !size) 4068 { 4069 SetLastError(ERROR_INVALID_PARAMETER); 4070 return FALSE; 4071 } 4072 4073 if (!GetPrivateProfileStringW(Version, Signature, NULL, buffer, MAX_PATH, inf)) 4074 return FALSE; 4075 4076 if (lstrcmpiW(buffer, Chicago)) 4077 return FALSE; 4078 ... --- snip --- The 'Chicago' filter (codename for 'Windows NT 4.0') prevents further processing. Wine prefixes have WinVer = 'Windows XP' setting by default so it seems somehow not logical to bail out here. $ sha1sum cuda_5.5.20_winxp_general_32.exe 19003fc955795e1a0d01d3e72b2df91c109d1e43 cuda_5.5.20_winxp_general_32.exe $ du -sh cuda_5.5.20_winxp_general_32.exe 460M cuda_5.5.20_winxp_general_32.exe $ wine --version wine-1.7.8-232-g3bad812 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 7

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 July 2021