1R053
1R053
I just had a look at the source for this in InPlaceActivate(OLEIVERB verb). There is a call to ``` HRESULT hr = _inPlaceUiWindow.GetWindow(&hwndParent); ``` at a location in the code...
created a PR #4626 imo it was a copy & paste error when porting this code. In case this goes through, will it be backported to 5.x or should this...
@arknu Thanks - I've observed this as well. It would be great if you can assist in identifying the next issues.
after the fix I think the class type of the control cannot be identified somehow. When looking into Internal.Runtime.InteropServices.ComActivator->FindClassType there seems to be no type returned in my case
@arknu Can you register/unregister the comhost.dll with Core 6? I had also issues here. If it was already registered before I also had a successful instantiation but no success with...
Thanks @weltkante - the task pane looks good now with this fix!
@arknu besides the COM namespaces - did you also change the addin name under Software/Microsoft/Office/Outlook/Addins?
if this does not work, it would be a big issue imo. Since this would mean that two addins from two vendors that are usually not synced with respect to...
Maybe a custom shim instantiating the runtime with a custom assembly context could work https://docs.microsoft.com/en-us/dotnet/api/system.runtime.loader.assemblyloadcontext?view=net-5.0 does somebody have an example for a custom shim with .NET Core?
see #549 - not sure though if this is caused be the antlr runtime itself