Packages often fail to uninstall unless NCrunch is disabled

Possibly related to NCrunch locks DLLs

I often (almost always but not 100% of the time) find that if NCrunch is not de-activated when updating NuGet packages, even if it is completely idle, it will result in some packages not being able to be uninstalled which generates this message

[img=https://i.imgur.com/BrVPW8m.png]Screenshot[/img]

As such I always disable NCrunch when updating packages and then re-enable it.

Is there any way to avoid this?

Presently, you should always disable NCrunch before updating your Nuget packages.

We've been trying for years to find an acceptable way to handle Nuget's package update system, but what seems at face value to be a rather simple system to handle is actually not simple at all. This has much to do with the inconsistent and asynchronous way that the updates cascade through the file system and VS structure. Given the state of affairs I have to say that it looks unlikely we'll ever be able to support Nuget package updates with the engine enabled.

Is it possible for NCrunch to detect when a NuGet operation has started and de-activate itself, then re-activate when finished?

Axima wrote:Is it possible for NCrunch to detect when a NuGet operation has started and de-activate itself, then re-activate when finished?

We want to.

Detecting when it starts turns out to be quite simple.

Detecting the end of it is much, much harder. We haven't found an acceptable way to do this. So for now, we simply ask to make sure you disable the engine before you update packages.

No worries, I will continue to do so.

Thanks.

I've also been bitten by this quite a few times and have learned to disable Ncrunch before the upgrade (though I normally only remember half way through!) I think an option for Nuget to automatically disable when detecting a nuget upgrade would be useful even if re-enabling isn't practical. Nuget can end up in quite a broken state when this occurs and I often end up fixing up csproj and packages.config files by hand.