Skip to content
Snippets Groups Projects
  1. Sep 15, 2022
  2. Sep 07, 2022
  3. Sep 05, 2022
  4. Aug 23, 2022
  5. Aug 16, 2022
    • Thomas Mortagne's avatar
      XWIKI-20059: Creating a subwiki with a flavor depending on the standard... · e279ee54
      Thomas Mortagne authored
      XWIKI-20059: Creating a subwiki with a flavor depending on the standard subwiki flavor with custom XWikiPreferences raises conflict error
      XWIKI-19880: Subwiki created from flavor have the wrong pages author when the instance contains XAR extensions installed on root namespace
      Use a Java 8 compatible version to make esier to keep in sync on all supported branches
      e279ee54
  6. Aug 09, 2022
  7. Jul 18, 2022
  8. Jul 05, 2022
    • Manuel Leduc's avatar
      XWIKI-19750: Allow macros to have several categories (#1864) · 71cc86bc
      Manuel Leduc authored
      - Update the wiki macro xar files to use the new `defaultCategories` property
      - Update the java macro to call `setDefaultCategories`
      - Introduction of `xwiki-platform-legacy-rendering-wikimacro` and `xwiki-platform-legacy-rendering-wikimacro-store`
      - Add an around aspect on `DefaultWikiMacroFactory.getDefaultCategories` to fallback to `defaultCategory` if no categories are found by the default implementation
      - Move `WikiMacroConstants.MACRO_DEFAULT_CATEGORY_PROPERTY` to legacy
      - Update `WikiMacroClassDocumentInitializer` to initialize `defaultCategories` instead of `defaultCategory`
      - Add `xwiki-platform-legacy-rendering-wikimacro-store` to `xwiki-platform-distribution-war-legacydependencies`
      - Move `org.xwiki.rendering.macro.wikibridge.WikiMacroDescriptor.Builder#defaultCategory` to legacy
      - Move `WikiMacroDescriptor.getDefaultCategory` to legacy
      71cc86bc
  9. Jul 04, 2022
    • Manuel Leduc's avatar
      XWIKI-19750: Allow macros to have several categories (#1864) · 9a4e759f
      Manuel Leduc authored
      - Update the wiki macro xar files to use the new `defaultCategories` property
      - Update the java macro to call `setDefaultCategories`
      - Introduction of `xwiki-platform-legacy-rendering-wikimacro` and `xwiki-platform-legacy-rendering-wikimacro-store`
      - Add an around aspect on `DefaultWikiMacroFactory.getDefaultCategories` to fallback to `defaultCategory` if no categories are found by the default implementation
      - Move `WikiMacroConstants.MACRO_DEFAULT_CATEGORY_PROPERTY` to legacy
      - Update `WikiMacroClassDocumentInitializer` to initialize `defaultCategories` instead of `defaultCategory`
      - Add `xwiki-platform-legacy-rendering-wikimacro-store` to `xwiki-platform-distribution-war-legacydependencies`
      - Move `org.xwiki.rendering.macro.wikibridge.WikiMacroDescriptor.Builder#defaultCategory` to legacy
      - Move `WikiMacroDescriptor.getDefaultCategory` to legacy
      Unverified
      9a4e759f
  10. Jun 30, 2022
  11. Jun 23, 2022
  12. Jun 16, 2022
  13. Jun 13, 2022
  14. May 23, 2022
  15. May 19, 2022
  16. May 17, 2022
  17. May 16, 2022
  18. May 13, 2022
  19. May 12, 2022
  20. May 02, 2022
  21. Apr 19, 2022
  22. Mar 24, 2022
  23. Mar 22, 2022
  24. Mar 15, 2022
  25. Feb 22, 2022
  26. Feb 21, 2022
  27. Feb 01, 2022
  28. Jan 25, 2022
  29. Jan 24, 2022
  30. Jan 20, 2022
  31. Jan 19, 2022
  32. Jan 17, 2022
  33. Jan 14, 2022
    • Simon Urli's avatar
      XWIKI-19125: Introduce a displayedAuthor in XWikiDocument · 7651c642
      Simon Urli authored
        * Remove dependency to xwiki-platform-user-default in
          xwiki-platform-test-oldcore since it introduced a cyclic dependency
        * Add missing dependency to xwiki-platform-user-default in specific
          modules that are needing it for now
        * Fix some problems in DefaultXWikiDocumentMerger and related tests
        * Fix bug in EventStreamCleanerJobDocumentInitializer
      7651c642
  34. Jan 13, 2022
    • Simon Urli's avatar
      XWIKI-19125: Introduce a displayedAuthor in XWikiDocument (#1713) · d4e37267
      Simon Urli authored
      * XWIKI-19125: Introduce a displayedAuthor in XWikiDocument
      
      This commit introduces the main architectural changes for having a
      displayedAuthor in XWikiDocument. It actually introduces a new
      DocumentAuthors concept to hold the various authors that we want to
      provide in XWikiDocument. The idea is also to move towards using
      UserReference in XWikiDocument, then the new APIs are returning
      UserReference. In order to preserve backward compatibility, this commit
      also introduces a resolver component to resolve UserReference to
      DocumentReference: this resolver is created as deprecated since it aims
      at only being used for deprecated APIs.
      
        * Fix since and deprecated annotations to use 14.0RC1
        * Fix remaining problems in tests
        * Refactor XWikiRightServiceImplTest
        * Remove wrong resolver since a serializer actually exists for the
          same task
        * Provide a new API to allow setting the displayed user in Document
        * Use the displayedUser for the document archive author
        * Set the displayedAuthor when using the save() API
        * Fix tests to assess it
        * Use the displayedAuthor in the header
        * Set the displayedAuthor in the document archive
        * Add hibernate mapping
        * Use proper displayed author in SaveAction
        * Edit javadoc for DocumentAuthors#getDisplayedAuthor
        * Rename authors to effectiveMetadataAuthor and originalMetadataAuthor
        * Add setters to DocumentAuthors API
        * Ensure that the originalMetadataAuthor is set when using
          Document#saveAsAuthor
        * Move DefaultDocumentAuthors to oldcore and refactor it to include
          the document holder: DocumentAuthors is now responsible to set the
      metadata dirty flag
        * Refactor XWikiDocument to simplify the code
        * Remove redundant calls to setMetadataDirty
        * Fix tests
      Unverified
      d4e37267
  35. Jan 04, 2022
Loading