System.IO.FileLoadException: Could not load file or assembly 'file:///C:\Program Files (x86)\Team MediaPortal\MP2-Client\Plugins\SlimTv.Client\SlimTv.Interfaces.dll' or one of its dependencies. Operation is not supported. (Exception from HRESULT: 0x80131515)
File name: 'file:///C:\Program Files (x86)\Team MediaPortal\MP2-Client\Plugins\SlimTv.Client\SlimTv.Interfaces.dll' ---> System.NotSupportedException: An attempt was made to load an assembly from a network location which would have caused the assembly to be sandboxed in previous versions of the .NET Framework. This release of the .NET Framework does not enable CAS policy by default, so this load may be dangerous. If this load is not intended to sandbox the assembly, please enable the loadFromRemoteSources switch. See http://go.microsoft.com/fwlink/?LinkId=155569 for more information.
This could be the equivalent of this in .Net 4.5'file:///C:\Program Files (x86)\Team MediaPortal\MP2-Client\Plugins\SlimTv.Client\SlimTv.Interfaces.dll'
is exactly what you described. Having client and server installed on the same computer is called "single seat". For details see our Wiki and the wonderful charts made by chefkoch .So what do you mean single seat
Well, first it was
SlimTv.Interfaces.dll
Now you checked that one as permitted and now it doesn't complain about SlimTv.Interfaces.dll anymore but
SlimTv.Resources.dll
Mabe you could try to check that one as well as permitted (and whatever else may pop up after that one).
Unzipping with Windows Explorer is the source of all evil
If it is a download zip, it remains the (internet) zone information also for the extracted dll/exe, which causes blocking them by .NET runtime. This is a "security feature" by M$, but it really sucks in our case.
Solution: don't use too many M$ tools I recommend 7z and any browser but IE...