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
uSync does not store a guid when it writes out Macros to disk. This means that when macros are imported, the macro guids are not kept in sync. This will break courier if the macros are ever embedded in RTEs.
This is an example of what uSync is outputting for a macro called Test Macro with a guid on authoring of 24191f38-0134-440c-8eef-3d7b2e17eea8:
In the above xml, the macro Key does not have the correct Guid. When we import this macro into the site in a different environment, the macro will have a different guid in each environment (ex. 66567bc5-7710-47e5-a8ca-ad2c0d660422). If we put any of these macros into a rich text editor, Courier will pick up the macro as a dependency, attempt to deploy it, and run into naming collisions. The same problem happens with macro parameters. Their guids are also out of sync, but I'll bet that part would work itself out if the macro itself was able to have its guid sync'd.
I am pretty sure that this has not been a problem for us in the past. Did something change in the way that macros are handled recently?
The text was updated successfully, but these errors were encountered:
marcemarc
pushed a commit
to marcemarc/uSync-Legacy
that referenced
this issue
Aug 4, 2023
I originally discussed this issue in Our.Umbraco here:
https://our.umbraco.com/packages/developer-tools/usync/usync/96487-macro-guids-are-not-syncd
I have reproduced the problem on two sites:
site 1:
site 2:
uSync does not store a guid when it writes out Macros to disk. This means that when macros are imported, the macro guids are not kept in sync. This will break courier if the macros are ever embedded in RTEs.
This is an example of what uSync is outputting for a macro called
Test Macro
with a guid on authoring of24191f38-0134-440c-8eef-3d7b2e17eea8
:In the above xml, the macro Key does not have the correct Guid. When we import this macro into the site in a different environment, the macro will have a different guid in each environment (ex. 66567bc5-7710-47e5-a8ca-ad2c0d660422). If we put any of these macros into a rich text editor, Courier will pick up the macro as a dependency, attempt to deploy it, and run into naming collisions. The same problem happens with macro parameters. Their guids are also out of sync, but I'll bet that part would work itself out if the macro itself was able to have its guid sync'd.
I am pretty sure that this has not been a problem for us in the past. Did something change in the way that macros are handled recently?
The text was updated successfully, but these errors were encountered: