Try our conversational search powered by Generative AI!

Views: 8921
Number of votes: 5
Average rating:

EPiServer 7 – Patch 2

Today we are delivering a new platform patch that addresses a number of issues found in EPiServer 7. This patch is cumulative meaning that it includes the changes present in Patch 1. In this second update we have also simplified how the patch is applied by removing the need to update assembly binding configuration. Please visit the updated installations instructions for more details.

The list of fixes that has been added


Empty property value also removes published value (on master language)



MVC: Visitor Group not work as expected



Improved logging for cleared cache and ASP.NET restarts



CurrentPage member in a EditPanel plugin does not work in upgraded solution



RenderTemplateScanner public method is not virtual



EPiServer.Data throw argument null exception when it gets missed events. (Bad code)



FriendlyUrlRewriteProvider throws exception on upgraded site

\CMS\Core\Friendly Url


ResolutionId for MVC IDisplayMode



Template registration: A class that implements both IView and IRenderTemplate<T> will not be registered



MVC: PropertyFor should store PropertyName



Tagname in partial view without controller not working



MVC: ViewRegistrator should be pluggable



Not possible to add full refresh using the FullRefreshPropertiesMetaData extension method



PageLink html helper renders incorrect URL:s on a partial routed page



Make routing to pages more strict regarding language segments. Details about this change.

\CMS\Multi Language


Performance: Many calls to netPageDataLoadVersion during editing



The page name must contain at least one visible character

\CMS\UI\Edit Mode


Obsolete information on obsolete attribute for PageDefinitionType’s List method.

\Internal Work\Doc


DDS(Indexing): Validation of dds throw exception if the model is not marked as indexing clolumn but in the DB the user has changed it to be be indexed

EPiServerCMS\Core\Data Access\DDS


Problems with links in a mixed-language enterprise environment

EPiServerCMS\Multi Language\Core


EntitySecurityHandler.Instance.AccessRightsSet event: data event does not contain new data


Installing the patch

The patch is available as a set of packages on Nuget feed on Refer to the installation instructions for information on how to install the patches to your sites.

Related documents


Johan Book
Johan Book Mar 19, 2013 04:15 PM

Great! I would prefer to have this information/link also on the CMS 7 download page ( since it would make it feel a bit more official.... Also, will the core CMS 7 installation be updated with this patch or do we always have to apply this patch on top of CMS 7?

Mar 20, 2013 01:05 PM

Hi Johan, thanks for the input.

We are looking into how we can have the Installation/patch/add-on update process better described and linking to the latest updates from the download page is one way of simplifying the "workflow".

We are not planning to update the download package to include the latest patch since our deployment process does not support that (at least not in an acceptable way).

Christian Lindeberg
Christian Lindeberg Mar 21, 2013 09:30 AM

How is the official way of patching a load balanced production site?

Johan Book
Johan Book Mar 21, 2013 11:23 AM

@Fredrik: One simple fix would be to link this page under "Download Also" or even "Related Information" on =)

Mar 21, 2013 01:43 PM

Hi Christian,

Applying a patch is a coding related task. That means that you integrate the patch in the development environment of your project and then publish the rebuilt project just as you would deploy new features to your site.

Johan Book
Johan Book Mar 21, 2013 09:18 PM

[Double submit by reload obviously not prevented =)]

Mar 22, 2013 04:15 PM

Hi Patrik,

You are not downloading the patch yourself. Instead you let NuGet download it for you. See the installation instructions.

Martin Emanuelsson
Martin Emanuelsson Mar 22, 2013 04:29 PM

Hello Fredrik,
Thanks for information about this patch, great that updates come more frequently now! Also great that we don't have to change our assembly bindings manually anymore, however some of our bindings were't updated correctly when applying the patch, what kind of pattern is the postscript doing to find the correct assembly bindings to update I wonder?
Best regards

Mar 26, 2013 07:13 AM

Hi Martin,

The script is essentially matching each binary in the currently installing package with the list of configured redirects. If there is an assembly name that matches, the redirect is rewritten with a new oldVersion range and of course a newVersion. Assemblies that are not present in the list of redirects before the installation starts will not get redirected. Perhaps this is what you are seeing?

shahin gazi
shahin gazi Apr 5, 2013 10:09 AM

I had to manually remove the DLL references in the project file after the installation so the new references could be applied. All rows to the episerver libraries/episerver folder:

Seems these conflicted with the new ones.

Apr 8, 2013 11:54 PM

Shahin, To me it sound like you still have the dll-copy-build-step left in your project. This should be removed as described in the installation instructions.

Janne Kuusela Kuusela
Janne Kuusela Kuusela Apr 22, 2013 03:28 PM

So the DLL copy build step should be removed to support Nuget updates. What is the suggested way to handle project libraries to make sure all required libraries get included when for example publishing site? Reference all DLL:s and set copy local true?

Please login to comment.