Details
-
Improvement
-
Resolution: Fixed
-
Major
-
8.4
-
None
Description
Right now if you have some wiki links inside a {{info}} macro for example (or inside a {{html wiki=true}} macro) then they are opaque to the refactoring operations. The consequence is that you get broken links when you move pages for example since the links are not rewritten.
2 ideas:
- Idea 1: Have the refactoring jobs know some well-known macros and add support for them (i.e. update their content)
- Idea 2: Introduce some new API in the Macro interface (or introduce a RefactorableMacro interface) to let the macro implement what it should do during refactoring operations (like a move/rename).
WDYT?
Attachments
Issue Links
- depends on
-
XRENDERING-116 Make macro content typed
- Closed
- is duplicated by
-
XWIKI-12134 Renaming documents does not update backlinks if the backlink is in a warning box
- Closed
- is related to
-
XWIKI-20691 Renaming a page having a backlink in a macro contained in a section does not refactor the backlink
- Closed
-
XWIKI-22216 Refactoring jobs don't take into account well known types of macro parameters
- Open
- relates to
-
XWIKI-18634 Image references are broken when contained in a renamed terminal page
- Open
-
URLNORMALZ-16 Local links located inside Macros are not normalized
- Closed
-
XWIKI-18836 Links located in macros are not saved as backlinks
- Closed
-
XWIKI-19539 Refactoring of references (backlinks) don't refactor values of the page parameter of the Include and Display macros
- Closed
-
XWIKI-19541 Include macro reference parameter is not refactored in subwiki on page move
- Closed
-
XWIKI-19542 Relative references in include and display macros are not updated on page move
- Closed