You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Description
In Umbraco, the unique identifier for a document type is the Alias, not the Name.
When uSync generate the def.config files, it uses the Name for the folder structure.
This means I am allowed in Umbraco to have multiple document types with the same name, in the same folder, but with different aliases. However, uSync will only store whichever of those document types I saved last, effectively deleting the others when running a full import.
To Reproduce
Steps to reproduce the behavior:
Create a new document type "Card Element" with alias cardElement1
Save the document type
Look for the file at usync/data/DocumentType/card-element/def.config
Look for the Alias specified for this document type, it should show up as "cardElement1"
Create a new document type in the same location named "Card Element" with alias "cardElement2"
Save the document type
def.config will now have been overridden and show the Alias as "cardElement2"
Expected behavior
Since Umbraco never uses names as identifiers, but aliases, I would expect the folder structure usync generates to use these instead.
… using CreateOnly (KevinJump#256)
* Make DictionaryItemSerializer aware of the FailOnMissingParent option
* When CreateOnly is used, fix BackOffice reporting
Co-authored-by: Jeroen Vantroyen <[email protected]>
Description
In Umbraco, the unique identifier for a document type is the Alias, not the Name.
When uSync generate the def.config files, it uses the Name for the folder structure.
This means I am allowed in Umbraco to have multiple document types with the same name, in the same folder, but with different aliases. However, uSync will only store whichever of those document types I saved last, effectively deleting the others when running a full import.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Since Umbraco never uses names as identifiers, but aliases, I would expect the folder structure usync generates to use these instead.
Version
The text was updated successfully, but these errors were encountered: