Details
-
Bug
-
Status: Closed
-
Blocker
-
Resolution: Fixed
-
None
-
None
Description
It used to be possible to have a hst:site that reused the exact same hst configuration but only had a different content tree.
The only way to support this valid setup is to support the hst:configurationpath on a hst:site to explicitly point to some hst:configuration node. So, we cannot deprecate the hst:configurationpath
Also, we now need to make sure that if two sites point to the same hst:configurationpath. we need to bump the hst:version's for both when publishing the configuration
Attachments
Issue Links
- includes
-
CMS-6907 Hst configuration editor must be able to work with new hst model when hst configuration path is explicitly pointing to a configuration node
- Closed