I've created a blank CMS (with Relate) in V7.5 and decided to apply the latest patches using NuGet.
The installation completed successfully and the project builds but when I run I get assembly errors relating to EPiServer.Cms.Shell.UI and EPiServer.Shell.UI.
The web.config file was updated during the upgrade and two dependentAssembly references were added relating to these assemblies. Commenting out these in web.config allows the site to load and function until I login to the CMS where I get the error:
Could not find a part of the path 'C:\EPiServer\BlankSite\wwwroot\cms\Shell\ClientResources\packages.config'
I'm guessing I shouldn't need to comment out the entries in web.config but I'm not sure how to prevent the error - it's as if something is using (and needs) a different version of these assemblies.
Well some more info...
The entries in web.config are
<dependentAssembly> <assemblyIdentity name="EPiServer.Cms.Shell.UI" publicKeyToken="8fe83dea738b45b7" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-22.214.171.124" newVersion="126.96.36.199" /> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="EPiServer.Shell.UI" publicKeyToken="8fe83dea738b45b7" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-188.8.131.52" newVersion="184.108.40.206" /> </dependentAssembly>
and the StackTrace states that "[FileLoadException: Could not load file or assembly 'EPiServer.Cms.Shell.UI, Version=220.127.116.11 ...."
Now the version of EPiServer.Cms.Shell.UI in the bin folder is 3.0.1209.0 (the same version is in /modulesbin as well).
I imagine that it's trying to load version 18.104.22.168 but this version doesn't exist?
Have you upgraded the EPiServer.CMS.UI 7.6.4 too ? Since from update -6 EPiServer CMS UI components have been converted to a standard NuGet package, and can be installed from the EPiServer NuGet feed.Modulesbin folder should not have these assemblies rather moved to site bin folder (EPiServer.CMS.Shell.UI.dll 22.214.171.124).
Thanks Shahid, I finally got back to this. I checked the version of CMS.UI that was installed and 7.6.4 was already there. As it happened, as some time has passed, I noticed that some of the core modules had been updated and updating these to the latest versions resolved the problem.