Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

uSync overrides duplicate doc types #256

Open
Scherling opened this issue Aug 26, 2020 · 0 comments
Open

uSync overrides duplicate doc types #256

Scherling opened this issue Aug 26, 2020 · 0 comments
Assignees
Labels
4.0.16 4.0.16 - release

Comments

@Scherling
Copy link

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:

  1. Create a new document type "Card Element" with alias cardElement1
  2. Save the document type
  3. Look for the file at usync/data/DocumentType/card-element/def.config
  4. Look for the Alias specified for this document type, it should show up as "cardElement1"
  5. Create a new document type in the same location named "Card Element" with alias "cardElement2"
  6. Save the document type
  7. 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.

Version

  • Umbraco Version: 7.15.5
  • uSync Version: uSync.BackOffice 4.0.15.0) (uSync.Core 6.0.15.0
@KevinJump KevinJump transferred this issue from KevinJump/uSync Aug 26, 2020
@KevinJump KevinJump self-assigned this Aug 26, 2020
@KevinJump KevinJump added the 4.0.16 4.0.16 - release label Aug 26, 2020
marcemarc pushed a commit to marcemarc/uSync-Legacy that referenced this issue Aug 4, 2023
… using CreateOnly (KevinJump#256)

* Make DictionaryItemSerializer aware of the FailOnMissingParent option

* When CreateOnly is used, fix BackOffice reporting

Co-authored-by: Jeroen Vantroyen <jvantroyen@reference.be>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
4.0.16 4.0.16 - release
Projects
None yet
Development

No branches or pull requests

2 participants