A rhyme of reason when applying Sitecore upgrades

Today I was going to upgrade a couple of Sitecore environments from 7.5 rel 141003 (initial release) to 7.5 rel 150212 (update 2). A fairly simple upgrade with some fixed issues and some improved analytics performance.

And fairly simple enough, this happened:

Wrong assembly version
The yellow screen of “Death by assembly version mismatch”

Apparantly Sitecore suddenly expected another version of the Telerik assembly than the one present in the bin folder. But why? By strictly following the upgrade instructions I knew I didn’t alter any settings regarding the Telerik assemblies whatsoever. The only reasonable explanation was that the assembly version must have been changed during the upgrade.

In the bin folder I found the Telerik.Web.UI.dll file:

Telerik Assembly Version

And in the web.config I found this:

      <dependentAssembly>
        <assemblyIdentity name="Telerik.Web.UI" publicKeyToken="121fae78165ba3d4" />
        <!--Uncomment the following line for Sitecore 6.6.0-->
        <!--<bindingRedirect oldVersion="2012.2.607.35" newVersion="2014.1.403.35" />-->

        <!--Uncomment the following line for Sitecore 7.0 and later-->
        <bindingRedirect oldVersion="2012.2.607.35" newVersion="2014.1.403.45" />
      </dependentAssembly>

So why didn’t the upgrade instructions specify that this part of web.config had to be edited as well? And why would Sitecore want to downgrade the Telerik component anyway, since it was clearly upgraded at some point?

Then suddenly I found the answer in the darkest corner of my mind (Google). I had applied a solution from the Sitecore Knowledge Base to fix IE11 errors regarding the Rich Text editor, i.e. the Telerik component. As the article states, the Telerik component is upgraded as part of the solution.

One might think that Sitecore 7.5 rel 150212 would have included the upgraded Telerik component in accordance with the fix in the Knowledge Base. Since this isn’t the case, the upgrade instead downgraded the Telerik component and then Sitecore failed to start.

Since I naturally preferred to keep the Knowledge Base fix I restored the newer Telerik assemblies again and like magic:

Post upgrade login screen

Note to self:

In order to avoid the puzzled wrinkles in your face
Always document your fixes from the Knowledge Base

One thought on “A rhyme of reason when applying Sitecore upgrades”

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s