Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 3.3
-
Fix Version/s: 3.4-milestone-1, 3.3.1
-
Component/s: Workspaces
-
Labels:None
-
keywords:workspace wiki macro registration
-
Difficulty:Unknown
-
Similar issues:
XWIKI-7318Importing a XAR fails to register Macros in a cluster of wikis XWIKI-7960MessageSender macro does not suggest global users in a workspace XWIKI-7353Fix workspace issues related to the fact that the local Admin is missing XWIKI-6185In some conditions wiki macro with user visibility are not registered with the proper user XWIKI-6176Copying a document containing a macro from a wiki to another does not register the macro in the destination wiki XWIKI-5439Log too verbose when attempting to register wiki macros with insufficient privileges (for example at wiki startup) XWIKI-7845When starting in readonly mode, none of the wiki macros are registered XWIKI-4861Failure to register wiki macros at startup time XWIKI-8513Workspaces installation fails XWIKI-5668Wiki macros fail to register correctly on the first import of a .xar
Description
When creating the workspace template, the wiki macros are not correctly registered. This makes all the workspaces that are later on created using the template to also have unregistered macros.
This is caused by the fact that the default XE xar used as base template has specified as author "XWiki.Admin" for the wiki macros, but the local admin in a workspace does not exist. This causes the macros to not have enough privileges and not be able to register.
A simple workaround is to resave the problematic WikiMacro documents with a user that has admin rights in the problematic workspaces and also in the workspace template.