-
Bug
-
Resolution: Timed out
-
Low
-
3
-
Minor
-
There is a check in the Connect app descriptor validator that prevents an app from being installed if there is a clash between a macro key of already installed app with a macro key of a new app. This is done to prevent conflicts between two macros in the content body where we refer macros only by its key, which is set by an app developer.
Example:
<ac:structured-macro ac:name="gliffy" ac:schema-version="1" data-layout="default" ac:local-id="redacted" ac:macro-id="redacted"><ac:parameter ac:name="paramName">paramValue<ac:parameter></ac:structured-macro>
At the moment in the case of uncovered clashes between macro keys of different Connect apps we ask app vendors to update their macro keys to be globally unique.
However we might want to consider adding a prefix to the macro key or additional field to ac:structured-macro when refer them in the content body to make them globally unique. Connect app key might be used as this additional prefix/field value.
See some more details in the CONFCLOUD-73785 description and comments.
- is related to
-
CONFCLOUD-73785 Investigate what kind of issues (if any) clashes between macro key and macro alias cause in Confluence
- Closed
- relates to
-
CONFCLOUD-74728 Disable Connect descriptor validator for macro alias vs macro alias clashing
- Closed
-
CONFCLOUD-74729 Fix issues caused by clashing between macro key and macro alias
- Closed