Costura Fody throwing error with FodyIsolated.dll

Question

I've built a WPF application, and used Costura.Fody to combine it into one exe. This has worked until today, and the only change that I know of is that I upgraded Visual Studio (Community edition to 15.7.2).

It now throws an error when building, immediately after starting: Could not load file or assembly '<directory of my app>\packages\Fody.3.0.3\netclassictask\FodyIsolated.dll' or one of its dependencies. Operation is not supported. (Exception from HRESULT: 0x80131515)

I've tried a number of things:

• Checking that FodyIsolated.dll is not blocked (it's not)
• Upgrading to the latest version of Costura.Fody Nuget
• Uninstalling and Re-installing Costura.Fody Nuget
• Downgrading to the version that worked previously
• Adding <loadFromRemoteSources enabled="true"> to my app.config
• Adding <loadFromRemoteSources enabled="true"> to the devenv.exe.config in the Visual Studio install directory
• Adding the IP of the network drive that my application is stored on to the Local Intranet zone in internet options (the application is stored on a network drive)

One of the above solutions has worked for everyone else facing this issue, but none of them has helped me. I'm hoping somebody can give me another option, or point out where I'm going wrong.

To be clear, if I remove Costura.Fody, the app builds fine, but obviously has all of the dlls separate to the exe.

Answer 1

I managed to solve this myself, after a bit more experimentation and research.

I'd noticed a common theme with this particular error was files on network drives, so I tried running the solution from my C drive, and to my surprise it built with no issues.

So I then did a bit more googling and stumbled upon this: https://blogs.msdn.microsoft.com/shawnfa/2009/06/08/more-implicit-uses-of-cas-policy-loadfromremotesources/

The important part of it is how it treats assemblies being loaded. I was in the right area with adding the IP of the server to intranet zone, it just needed to be the full path of the folder that the solution was in.

So if anyone else has this issue, try adding your solution's folder to the intranet zone, as that fixes it.

Answer 2

I was banging my head trying to figure out this exception because my project is located on a local drive yet it was complaining about loading from a network share. After applying the fixes above I still had this error. Turns out that at some point the project was in a different "Zone" than my PC thanks to my companies group policy. They pushed our windows profile to a Onedrive architecture and I had cloned my Documents\Projects folder to another local drive due to other bugs with that setup.

What this did was put a security "Block" on the DLL like it was an EXE copied from another security zone. I had to go under the projects Packages folder and right click -> properties of every nested DLL file and click on the checkbox "Unblock" at the bottom of the properties pane. After doing that the Fody exception cleared.

Answer 3

My projects where stored on a OneDrive.

 C:\Users\denni\OneDrive\Documents\....

I copied the complete project on my local disk and the problem dissappeared.

 C:\Users\denni\source\repos\...