November 2015 - Wine-bugs - list.winehq.org

[Bug 30076] New: .NET Framework 4.x with WinVer setting "Windows 7" spams terminal with "LocaleNameToLCID/LCIDToLocaleName unsupported flags 8000000" (LOCALE_ALLOW_NEUTRAL_NAMES)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=30076 Bug #: 30076 Summary: .NET Framework 4.x with WinVer setting "Windows 7" spams terminal with "LocaleNameToLCID/LCIDToLocaleName unsupported flags 8000000" (LOCALE_ALLOW_NEUTRAL_NAMES) Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, a minor one ... When using .NET 4.x Framework in "Windows 7" mode (at least installer requires this) the terminal is spammed with: --- snip --- $ wine ./hello.exe ... fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LCIDToLocaleName unsupported flags 8000000 fixme:nls:LCIDToLocaleName unsupported flags 8000000 fixme:nls:LCIDToLocaleName unsupported flags 8000000 Hello C# World :-) --- snip --- This due to LOCALE_ALLOW_NEUTRAL_NAMES (0x8000000) being passed to allow returning neutral names/lcids for name. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/dd318711%28v=vs.85%… --- quote --- Windows 7 and later: Can be set to LOCALE_ALLOW_NEUTRAL_NAMES to allow the return of a neutral LCID. --- quote --- One could set to default "Windows XP" after installation but I'm not sure about the side-effects. 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 11

[Bug 33377] New: Dependencies on third-party import dlls are undetected
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33377 Bug #: 33377 Summary: Dependencies on third-party import dlls are undetected Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Created attachment 44167 --> http://bugs.winehq.org/attachment.cgi?id=44167 Patch to reproduce this bug The attached patch reproduces an issue first encountered 'in the wild' with this set of patches: * [1/3] include: Add COM interface definitions needed for PrintDlgEx implementation. http://www.winehq.org/pipermail/wine-patches/2013-April/123420.html * [3/3] comdlg32: Add an interactive PrintDlgEx test. http://www.winehq.org/pipermail/wine-patches/2013-April/123422.html * Re: [3/3] comdlg32: Add an interactive PrintDlgEx test. http://www.winehq.org/pipermail/wine-devel/2013-April/099397.html Here is the core of the issue: * The patch contains a first chunk that modifies include/commdlg.h. * This causes a new symbol to be exported by libuuid.a. * The comdlg32:printdlg test needs that symbol to be relinked. The problem is that the WineTestBot does not do a full recompile (for performance reasons), and thus libuuid.a is not rebuilt. So the comdlg32 relink fails because of the missing symbol. Unfortunately there's really no clear indication in the patch that libuuid.a needs to be rebuilt. We could very well run into the same issue with dxguid or a number of other dlls. Some options: * Systematically do a full rebuild. This would be pretty wasteful. * Do a full rebuild whenever the patch touches 'include/'. * Hardcode a list of uuid-like dlls and rebuild them all whenever a patch touches 'include/'. * Detect which uuid-like dlls the test links with (by parsing the Makefile?), and rebuild those whenever the patch touches 'include/'. It's also possible that any chunk outside of the test directory could get us into trouble if we link with the corresponding dll. -- 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 2

[Bug 38828] New: Cerbero PE Insider 1.0.2 crashes on unimplemented function dbghelp.dll.UnDecorateSymbolNameW when viewing export directory
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38828 Bug ID: 38828 Summary: Cerbero PE Insider 1.0.2 crashes on unimplemented function dbghelp.dll.UnDecorateSymbolNameW when viewing export directory Product: Wine Version: 1.7.46 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says ... Reproduce: start the app -> select a PE binary -> click 'Export Directory' in left hand side tree view. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Cerbero/PEInsider $ wine ./peinsider.exe ... wine: Call from 0x7b8456d9 to unimplemented function dbghelp.dll.UnDecorateSymbolNameW, aborting wine: Unimplemented function dbghelp.dll.UnDecorateSymbolNameW called at address 0x7b8456d9 (thread 0009), starting debugger... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/ms681400%28v=vs.85… Source: https://source.winehq.org/git/wine.git/blob/878ea7d9ea4bbb924a539ec28088674… $ sha1sum peinsider_setup.exe 81324f9802f86bb93a9440c96460f911bedcc0f6 peinsider_setup.exe $ du -sh peinsider_setup.exe 6.5M peinsider_setup.exe $ wine --version wine-1.7.46 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 35367] New: Cyberlink Powerdirector 8 crashes during media scan (Wine ole32 code must take implicit MTA into account)
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35367 Bug ID: 35367 Summary: Cyberlink Powerdirector 8 crashes during media scan (Wine ole32 code must take implicit MTA into account) Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, Prerequisite: 'winetricks -q mfc42' Upon startup the app shows a registration dialog with some options: * "Buy Now" * "Activate" * "Try Now" After selecting "Try Now" the app continues loading and starts importing some media files. "Activation" feature also works (tested with some code found here and there). There is a crash (heap corruption) in libxml2/msxml during media import. This is a different problem which can be worked around with 'winetricks -q msxml3'. This bug is about the COM/OLE part of media import crash. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/CyberLink/PowerDirector $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./PDR8.exe >>log2.txt 2>&1 ... 0016:Call shlwapi.PathFileExistsW(0430b2e4 L"C:\\Program Files\\CyberLink\\PowerDirector\\SampleClips\\ntsc\\Nature.mpg") ret=02cb0bbd ... 0016:Ret shlwapi.PathFileExistsW() retval=00000001 ret=02cb0bbd 0016:Call ole32.CoCreateInstance(02ce6e68,00000000,00000007,02ce6e38,0275b5b4) ret=02cb5171 0016:trace:ole:CoCreateInstance (rclsid={889ca1c3-e115-47e1-88ec-20df644e982a}, pUnkOuter=(nil), dwClsContext=00000007, riid={38df9356-47c1-40ef-89ce-af1d019b0baa}, ppv=0x275b5b4) 0016:trace:ole:apartment_addref 2e0000cafe: before = 8 0016:trace:ole:apartment_release 2e0000cafe: after = 8 0016:trace:ole:CoGetClassObject CLSID: {889ca1c3-e115-47e1-88ec-20df644e982a},IID: {00000001-0000-0000-c000-000000000046} 0016:trace:ole:apartment_addref 2e0000cafe: before = 8 ... 0016:warn:ole:CoGetClassObject class {889ca1c3-e115-47e1-88ec-20df644e982a} not registered as in-proc server ... 0016:warn:ole:CoGetClassObject class {889ca1c3-e115-47e1-88ec-20df644e982a} not registered in-proc handler 0016:trace:ole:apartment_release 2e0000cafe: after = 8 0016:trace:ole:RPC_GetLocalClassObject rclsid={889ca1c3-e115-47e1-88ec-20df644e982a}, iid={00000001-0000-0000-c000-000000000046} 0016:trace:ole:RPC_GetLocalClassObject waiting for L"\\\\.\\pipe\\{889CA1C3-E115-47E1-88EC-20DF644E982A}" 0016:Call KERNEL32.WaitNamedPipeW(0275b228 L"\\\\.\\pipe\\{889CA1C3-E115-47E1-88EC-20DF644E982A}",ffffffff) ret=7e773bc3 0016:Ret KERNEL32.WaitNamedPipeW() retval=00000001 ret=7e773bc3 0016:Call KERNEL32.CreateFileW(0275b228 L"\\\\.\\pipe\\{889CA1C3-E115-47E1-88EC-20DF644E982A}",c0000000,00000000,00000000,00000003,00000000,00000000) ret=7e773c04 0016:Ret KERNEL32.CreateFileW() retval=00000914 ret=7e773c04 0016:Call KERNEL32.ReadFile(00000914,0275b158,000000c8,0275b220,00000000) ret=7e773e29 0016:Ret KERNEL32.ReadFile() retval=00000001 ret=7e773e29 0016:trace:ole:RPC_GetLocalClassObject read marshal id from pipe ... 0016:trace:ole:RPC_GetLocalClassObject unmarshalling local server 0016:trace:ole:CoUnmarshalInterface (0x4365a08, {6d5140c1-7436-11ce-8034-00aa006009fa}, 0x275b13c) ... 0016:trace:ole:get_unmarshaler_from_stream Using standard unmarshaling 0016:Call ntdll.RtlAllocateHeap(00110000,00000000,00000010) ret=7e75bf7e 0016:Ret ntdll.RtlAllocateHeap() retval=043fd2f8 ret=7e75bf7e 0016:trace:ole:StdMarshalImpl_UnmarshalInterface (...,{6d5140c1-7436-11ce-8034-00aa006009fa},....) 0016:err:ole:StdMarshalImpl_UnmarshalInterface Apartment not initialized 0016:err:ole:CoUnmarshalInterface IMarshal::UnmarshalInterface failed, 0x800401f0 ... 0016:trace:ole:CoUnmarshalInterface completed with hr 0x800401f0 0016:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e7740f4 ip=7e7740f4 tid=0016 0016:trace:seh:raise_exception info[0]=00000000 0016:trace:seh:raise_exception info[1]=000003de 0016:trace:seh:raise_exception eax=000003de ebx=7e854000 ecx=0275b100 edx=0275ef8c esi=0275ecc5 edi=0275eb8c 0016:trace:seh:raise_exception ebp=0275b378 esp=0275b100 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210286 --- snip --- "{889ca1c3-e115-47e1-88ec-20df644e982a}" is registered as out-of-process COM server: --- snip --- CLSID: {889CA1C3-E115-47E1-88EC-20DF644E982A} LOCAL SERVER: %ROOT%\PROGRA~1\CYBERL~1\SHARED~1\RICHVI~1.EXE TYPELIB: {D37B5B2C-8D1B-4832-89E4-6FCE903B3A18} VERSION IND. PROGID: RichVideo.RVInterface --- snip --- The problem most likely stems from crappy vendor code. The thread in question that ought to instantiate the COM object never explicitly initializes its COM apartment. >From my experience in 99% of the cases the developers forgot the call to CoInitializeEx() on thread entry and the reason why this works for native is the so called implicit MTA. Basically another thread in the process called CoInitializeEx(0, COINIT_MULTITHREADED), which means that the thread which forgot to call CoInitializeEx() was implicitly placed in the MTA (the app creates a crapload of threads). I had to change quite some code to make a proof-of-concept. There is various code in Wine ole32 that makes use of COM_CurrentApt() which doesn't take implicit MTA into account. --- snip --- # modified: dlls/ole32/compobj.c # modified: dlls/ole32/marshal.c # modified: dlls/ole32/rpc.c --- snip --- The app/thread was finally able to instantiate the out-of-process COM server and make COM calls. Media files were successfully imported and movies/images showed up in some thumbnail-like view. $ sha1sum cyberlink2220_vde09070801.exe 2fbc508b971332872b68761ea0d56803c5d122bd cyberlink2220_vde09070801.exe $ du -sh cyberlink2220_vde09070801.exe 236M cyberlink2220_vde09070801.exe $ wine --version wine-1.7.10-343-g770d09d 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 8

[Bug 33749] New: fix for "called from wrong apartment" bug in ClientRpcChannelBuffer_SendReceive
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33749 Bug #: 33749 Summary: fix for "called from wrong apartment" bug in ClientRpcChannelBuffer_SendReceive Product: Wine Version: 1.6-rc1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: rosen.diankov(a)gmail.com Classification: Unclassified There are cases where the "called from wrong apartment" gets called in ole32/rpc.c:ClientRpcChannelBuffer_SendReceive and there is no COM apartment set. Actually the thread should be using the implicit multithreaded apartment created from a previous thread's CoInitializeEx call http://blogs.msdn.com/b/oldnewthing/archive/2013/04/19/10412399.aspx Therefore the fix is really simple, add this check right in the beginning of ClientRpcChannelBuffer_SendReceive if( !COM_CurrentApt() ) { apartment_joinmta(); } Note that in Windows 7 and beyond, there's a new flag that controls the implicit MTA behavior called APTTYPEQUALIFIER. http://msdn.microsoft.com/library/dd542638 Wine should support this for Windows 7 and beyond. -- 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 6

[Bug 39508] New: OneDrive for Business installer reports failure to decode 'Owner Rights' SID 'S-1-3-4' in Win8 mode
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39508 Bug ID: 39508 Summary: OneDrive for Business installer reports failure to decode 'Owner Rights' SID 'S-1-3-4' in Win8 mode Product: Wine Version: 1.7.53 Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found during other investigations. Not critical though, the installer catches the C++ exception (log). --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Office 15/ClientX86 $ WINEDEBUG=+tid,+seh,+relay wine ./officeclicktorun.exe >>log.txt 2>&1 ... 0022:Call advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW(005d2330 L"D:(A;;GRGWGX;;;WD)(A;;GRGWGX;;;RC)(A;;GA;;;BA)(A;;GA;;;OW)(A;;GR;;;AC)S:(ML;OICI;NW;;;LW)",00000001,0033ef88,00000000) ret=004b4f58 0022:fixme:advapi:ParseStringSidToSid String constant not supported: L"OW" 0022:Ret advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW() retval=00000000 ret=004b4f58 0022:Call KERNEL32.GetLastError() ret=004b4f64 0022:Ret KERNEL32.GetLastError() retval=00000538 ret=004b4f64 0022:Call KERNEL32.GetLastError() ret=004b4f79 0022:Ret KERNEL32.GetLastError() retval=00000538 ret=004b4f79 ... 0022:Call msvcr100.wcsncpy_s(0033e848,00000100,005e6d60 L"failed to create security descriptor from string D:(A;;GRGWGX;;;WD)(A;;GRGWGX;;;RC)(A;;GA;;;BA)(A;;GA;;;OW)(A;;GR;;;AC)S:(ML;OICI;NW;;;LW), error = 1336",ffffffff) ret=004b5031 0022:Ret msvcr100.wcsncpy_s() retval=00000000 ret=004b5031 ... 0022:Call msvcr100._CxxThrowException(0033ebcc,00547e64) ret=004b4fa7 0022:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033e7c4) ret=7e79c928 0022:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b845f21 ip=7b845f21 tid=0022 0022:trace:seh:raise_exception info[0]=19930520 0022:trace:seh:raise_exception info[1]=0033ebcc 0022:trace:seh:raise_exception info[2]=00547e64 0022:trace:seh:raise_exception eax=7b832cbd ebx=00000000 ecx=0000000c edx=0033e714 esi=0033e7c0 edi=0033e780 0022:trace:seh:raise_exception ebp=0033e758 esp=0033e6f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000202 0022:trace:seh:call_stack_handlers calling handler at 0x5333d5 code=e06d7363 flags=1 0022:trace:seh:call_stack_handlers handler at 0x5333d5 returned 1 0022:trace:seh:call_stack_handlers calling handler at 0x535c6d code=e06d7363 flags=1 0022:trace:seh:call_stack_handlers handler at 0x535c6d returned 1 ... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/cc230374.aspx ("SDDL -> 2.5.1.1 Syntax") --- quote --- SDDL alias | Well-Known SID name ... "OW" | OWNER_RIGHTS ... --- quote --- --- quote --- SID: S-1-3-4 Name: Owner Rights Description: A group that represents the current owner of the object. When an ACE that carries this SID is applied to an object, the system ignores the implicit READ_CONTROL and WRITE_DAC permissions for the object owner. --- quote --- $ sha1sum Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe ddf02801b54227849886ef9a2767a1155f87a9ef Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe $ du -sh Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe 1.1M Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe $ wine --version wine-1.7.53-156-gf8d78b0 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 11

[Bug 38510] New: STDU viewer crashes on opening file
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38510 Bug ID: 38510 Summary: STDU viewer crashes on opening file Product: Wine Version: 1.7.38 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: grendal74.geo(a)yahoo.com Distribution: --- Created attachment 51375 --> https://bugs.winehq.org/attachment.cgi?id=51375 crash log STDU (Scientific and Technical Documentation Utility) Viewer is intended to combine a variety of document, text, and graphics format viewers into one. The program includes a modern tabbed interface, search, rotate, thumbnail view, etc. The program can also export pages to an image file, create bookmarks, and more. http://www.portablefreeware.com/index.php?id=2045 It crashes when I open a pdf file. Have not tried other formats. -- 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 10

[Bug 39161] New: Live Help Messenger Desktop v3.0 (.NET 4.5 app) crashes on startup (needs support for Win7+ Shell '{77f10cf0-3db5-4966-b520-b7c54fd35ed6}' ICustomDestinationList, Taskbar JumpList)
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39161 Bug ID: 39161 Summary: Live Help Messenger Desktop v3.0 (.NET 4.5 app) crashes on startup (needs support for Win7+ Shell '{77f10cf0-3db5-4966-b520-b7c54fd35ed6}' ICustomDestinationList, Taskbar JumpList) Product: Wine Version: 1.7.50 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, reported in WineHQ forums: https://forum.winehq.org/viewtopic.php?f=8&t=25155 Prerequisite: 'winetricks -q dotnet40' and .NET Framework 4.5 (without 'winetricks' to avoid more installer dependencies) Terminal output: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Stardevelop Pty Ltd/Chatstack $ wine ./LiveMessengerDesktop.exe ... fixme:shell:SetCurrentProcessExplicitAppUserModelID L"Stardevelop.LiveHelp": stub fixme:shell:GetCurrentProcessExplicitAppUserModelID 0x33e944: stub err:ole:CoGetClassObject class {77f10cf0-3db5-4966-b520-b7c54fd35ed6} not registered err:ole:create_server class {77f10cf0-3db5-4966-b520-b7c54fd35ed6} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {77f10cf0-3db5-4966-b520-b7c54fd35ed6} could be created for context 0x15 fixme:wer:WerRegisterFile (L"C:\\users\\focht\\Application Data\\stardevelop.com\\Live Help\\Log\\Error.txt", 2, 2) stub! fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000402,(nil),0x0001,0x00000000,0x33d998,(nil)): stub err:eventlog:ReportEventW L"Application: LiveMessengerDesktop.exe\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an unhandled exception.\nException Info: System.Runtime.InteropServices.COMException\nStack:\n at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(System.Object, System.Deleg"... fixme:advapi:DeregisterEventSource (0xcafe4242) stub Unhandled Exception: System.Runtime.InteropServices.COMException: Retrieving the COM class factory for component with CLSID {77F10CF0-3DB5-4966-B520-B7C54FD35ED6} failed due to the following error: 80040154 Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG). at LiveHelp.WindowsAPI.Shell.Taskbar.JumpList..ctor(String appID) at LiveHelp.WindowsAPI.Shell.Taskbar.Taskbar.get_JumpList() at LiveHelp.LiveHelpWindow..ctor() at LiveHelp.LiveHelpWindow.get_Instance() at LiveHelp.Application.a(Object A_0, StartupEventArgs A_1) at System.Windows.Application.OnStartup(StartupEventArgs e) at System.Windows.Application.<.ctor>b__1(Object unused) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.DispatcherOperation.InvokeImpl() at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state) at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Windows.Threading.DispatcherOperation.Invoke() at System.Windows.Threading.Dispatcher.ProcessQueue() at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs) at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam) at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg) at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame) at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame) at System.Windows.Application.RunDispatcher(Object ignore) at System.Windows.Application.RunInternal(Window window) at System.Windows.Application.Run(Window window) at LiveHelp.Application.Main() wine: Unhandled exception 0xe0434352 in thread 9 at address 0x7b845d61 (thread 0009), starting debugger... --- snip --- '{77f10cf0-3db5-4966-b520-b7c54fd35ed6}' -> 'CLSID_DestinationList' ILSpy: --- snip --- using System; using System.Runtime.CompilerServices; using System.Runtime.InteropServices; namespace LiveHelp.WindowsAPI.Shell.Taskbar { [ClassInterface, Guid("77F10CF0-3DB5-4966-B520-B7C54FD35ED6")] [ComImport] internal class CDestinationList { [MethodImpl(4096)] public extern CDestinationList(); } } --- snip --- --- snip --- namespace LiveHelp.WindowsAPI.Shell.Taskbar { // LiveHelp.WindowsAPI.Shell.Taskbar.JumpList public class JumpList { ... internal JumpList(string appID) { this.customDestinationList = (ICustomDestinationList)new CDestinationList(); this.AppID = appID; } ... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/dd378460%28v=vs.85… $ sha1sum Setup.exe c719ec86e57e64ed64e9009478c134eb5e4c68ca Setup.exe $ du -sh Setup.exe 22M Setup.exe $ wine --version wine-1.7.50-53-gbdaa571c5 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 5

[Bug 37639] New: AlphaShadow v1.2 (.NET 4.0 app) crashes on unimplemented function vssapi.dll.?CreateVssBackupComponents@@YGJPAPAVIVssBackupComponents@@@Z
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37639 Bug ID: 37639 Summary: AlphaShadow v1.2 (.NET 4.0 app) crashes on unimplemented function vssapi.dll.?CreateVssBackupComponents@@YGJPAPAVIVssBac kupComponents@@@Z Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 37599 Prerequisite: 'winetricks -q dotnet40' --- snip --- $ pwd /home/focht/Downloads/AlphaVSS-1.2.4000.3/Bin/Release $ wine ./AlphaShadow.exe ... AlphaShadow v1.2 - AlphaVSS Volume Shadow Copy Library Sample Client Copyright c Peter Palotas 2008-2012 ... AlphaShadow query Lists information about shadow copies in the system. AlphaShadow create Creates a shadow set on the specified volume(s). AlphaShadow lws List writer status AlphaShadow lwm List writer metadata AlphaShadow delete Deletes one or more shadow copies on the system. AlphaShadow revert Revert a volume to the specified shadow copy. AlphaShadow expose Exposes a shadow copy locally or as a share. AlphaShadow import Imports a transportable shadow copy. AlphaShadow restore Restore based on a previously-generated Backup Components document --- snip --- --- snip --- $ wine ./AlphaShadow.exe lws ... fixme:shell:URL_ParseUrl failed to parse L"AlphaVSS.Common" fixme:shell:URL_ParseUrl failed to parse L"System.Core" fixme:shell:URL_ParseUrl failed to parse L"System.EnterpriseServices" AlphaShadow v1.2 - AlphaVSS Volume Shadow Copy Library Sample Client Copyright c Peter Palotas 2008-2012 fixme:shell:URL_ParseUrl failed to parse L"System" Final context: 0 fixme:shell:URL_ParseUrl failed to parse L"AlphaVSS.51.x86" wine: Call from 0x7b83b1d3 to unimplemented function vssapi.dll.?CreateVssBackupComponents@@YGJPAPAVIVssBackupComponents@@@Z, aborting fixme:advapi:RegisterTraceGuidsW (0x9705b2, (nil), {8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 1, 0x33cf1c, (null), (null), 0xccf168): stub Error: External component has thrown an exception. --- snip --- $ sha1sum AlphaVSS-1.2.4000.3.zip d465732a6a8909bde092d6a8ce3961086a5a57d4 AlphaVSS-1.2.4000.3.zip $ du -sh AlphaVSS-1.2.4000.3.zip 5.4M AlphaVSS-1.2.4000.3.zip $ wine --version wine-1.7.31-154-g871fc4a 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 9

[Bug 24688] New: RTL and encoding problem with Ihulan
by wine-bugs＠winehq.org 21 Jul '21

21 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24688 Summary: RTL and encoding problem with Ihulan Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sh.yaron(a)gmail.com Ihulan (www.oniton.com) is a Hebrew greetings apps, there's also an English version called U.R.Celeb (http://urceleb.oniton.com/) The Hebrew installation (http://www.oniton.com/uploads/secure/Ihulan453.exe) has several issues: 1. The text is Gibberish. 2. On the terms of service (2nd page) the text is in Hebrew but selectingthe mixes its order, also the header (in read) are split in the middle by LRM for some reason... 3. The window is not RTL although I'm not sure it should be... This also demonstrates some of the typical problems with Hebrew. Kind regards, Yaron Shahrabani -- 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 34