Skip to main content
deleted 44 characters in body
Source Link
Sean Holmesby
  • 1.7k
  • 1
  • 15
  • 21

There is a strange thing that the Sitecore Update Installation Wizard does for Standard Values items when it installs them in a Sitecore Update Package.

For __Renderings and __Final Renderings fields, if you have reset the value (made it null) of one of those fields in your Standard Values item in the package...the Installation Wizard still won't make your instance reflect this.

Even with the field reset (so the raw value doesn't exist...i.e is null)...the Update Installation Wizard treats the Standard Values in a special way, and won't actually make your target Sitecore instance reflect that change. (Even with settings like TDS's 'AlwaysUpdate'). Instead, the installer checks if the Sitecore value is not null, and then it keeps THAT value....not the null value that your package contains.

This is a frustrating feature of Sitecore's Installation Wizard, that I can only imagine is an attempt to prevent overwriting of content.... but it definitely gets in the way when you use something like TDS, and know exactly what you want it to do.

To get aroundUpdate: TDS Classic v5.7 comes with a fix for this issue, you can either manually reset. Essentially it runs it's own 'PostDeployStep' to force the field'sproper value (null) into the field on the Standard Values after the deployment...item. or, if using TDS If you're on earlier versions, you could just write a Custom Post Deploy Step that would resetyour own to do the specific fieldsame thing. http://www.teamdevelopmentforsitecore.com/en/blog/creating-tds-custom-post-deploy-step

There is a strange thing that the Sitecore Update Installation Wizard does for Standard Values items when it installs them in a Sitecore Update Package.

For __Renderings and __Final Renderings fields, if you have reset the value (made it null) of one of those fields in your Standard Values item in the package...the Installation Wizard still won't make your instance reflect this.

Even with the field reset (so the raw value doesn't exist...i.e is null)...the Update Installation Wizard treats the Standard Values in a special way, and won't actually make your target Sitecore instance reflect that change. (Even with settings like TDS's 'AlwaysUpdate'). Instead, the installer checks if the Sitecore value is not null, and then it keeps THAT value....not the null value that your package contains.

This is a frustrating feature of Sitecore's Installation Wizard, that I can only imagine is an attempt to prevent overwriting of content.... but it definitely gets in the way when you use something like TDS, and know exactly what you want it to do.

To get around this issue, you can either manually reset the field's Standard Values after the deployment.... or, if using TDS, write a Custom Post Deploy Step that would reset the specific field. http://www.teamdevelopmentforsitecore.com/en/blog/creating-tds-custom-post-deploy-step

There is a strange thing that the Sitecore Update Installation Wizard does for Standard Values items when it installs them in a Sitecore Update Package.

For __Renderings and __Final Renderings fields, if you have reset the value (made it null) of one of those fields in your Standard Values item in the package...the Installation Wizard still won't make your instance reflect this.

Even with the field reset (so the raw value doesn't exist...i.e is null)...the Update Installation Wizard treats the Standard Values in a special way, and won't actually make your target Sitecore instance reflect that change. (Even with settings like TDS's 'AlwaysUpdate'). Instead, the installer checks if the Sitecore value is not null, and then it keeps THAT value....not the null value that your package contains.

This is a frustrating feature of Sitecore's Installation Wizard, that I can only imagine is an attempt to prevent overwriting of content.

Update: TDS Classic v5.7 comes with a fix for this. Essentially it runs it's own 'PostDeployStep' to force the proper value (null) into the field on the Standard Values item. If you're on earlier versions, you could just write your own to do the same thing. http://www.teamdevelopmentforsitecore.com/en/blog/creating-tds-custom-post-deploy-step

Source Link
Sean Holmesby
  • 1.7k
  • 1
  • 15
  • 21

There is a strange thing that the Sitecore Update Installation Wizard does for Standard Values items when it installs them in a Sitecore Update Package.

For __Renderings and __Final Renderings fields, if you have reset the value (made it null) of one of those fields in your Standard Values item in the package...the Installation Wizard still won't make your instance reflect this.

Even with the field reset (so the raw value doesn't exist...i.e is null)...the Update Installation Wizard treats the Standard Values in a special way, and won't actually make your target Sitecore instance reflect that change. (Even with settings like TDS's 'AlwaysUpdate'). Instead, the installer checks if the Sitecore value is not null, and then it keeps THAT value....not the null value that your package contains.

This is a frustrating feature of Sitecore's Installation Wizard, that I can only imagine is an attempt to prevent overwriting of content.... but it definitely gets in the way when you use something like TDS, and know exactly what you want it to do.

To get around this issue, you can either manually reset the field's Standard Values after the deployment.... or, if using TDS, write a Custom Post Deploy Step that would reset the specific field. http://www.teamdevelopmentforsitecore.com/en/blog/creating-tds-custom-post-deploy-step