4

Someone has asked me this and it's not actually an unusual question.

Situation: problem with Translation Manager in one environment and not another. All other things being equal it seems the resolution is a Hotfix.

In investigation, it seems there's a hotfix and a rollup hotfix containing this and we don't want to overwrite one with another if this will cause a problem!

How can we tell which hotfix has been applied?

4

At the moment it's up to you to keep track of which hotfixes you install where.

That said, if you are looking at a DLL (e.g. Tridion.TranslationManager.DomainModel.dll), you can tell by the File Version. Not the assembly version, as that doesn't change in a hotfix.

The readme of a hotfix will typically list the file version of the DLLs that are included in the "Distributed files" section. If one is missing, contact Customer Support to get the information (and get SDL to fix the readme file :)).

| improve this answer | |
  • True Peter - I think the biggest one that cocks this process up is when SysAdmins (or worse - developers) apply Hotfixes etc. and don't consider the implications of order (and therefore conflict). So when we end up in a situation with one environment out of sync - we're usually focussed on fixing and testing one hotfix ... and shouldn't under-estimate the risk. – Dylan .. Mark Saunders Mar 24 '17 at 13:45
4

People are not diligent in recording the applied HotFixes, which is a shame given it causes a right headache later.

Also, note that the order of application is important too - given the same files may be written over several times - one removing functionality of another for example.

The Quick Check

The quickest and easiest way to check is to

  • download the hotfixes (or request same from SDL Support)
  • review the files that will be updated
  • compare the details of the files to ascertain which one's you have on your specific environments.

An Example

Taking an example from a TM question just asked:

There are two potential deployments (and, of course, the potential that no hotfix has been applied). Simply comparing the relevant files (as shown in the images below) you can check your own environments and determine the hotfix that was applied. This is always going to be tricky if there's no clear record - as in the example below - the UI Model is the same version in both deployments so you'll have to improve your 'Sherlock Homes' game!

Hotfix 87862

Rollup 88257

Last Watchya

Note also - if you see that not all the date/time stamps are as expected then it could be that a later hotfix has been applied and updated the file - you will then need to

  • assess why this was so
  • determine if your original hotfix code is in the updated one!

Have fun!

| improve this answer | |

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.