September 2026 - notifications

[[email protected]][Issue] Updates for XWIKI-24617: Improvements to panel titles and navigation items
by XWiki Notifications 14 Sep '26

14 Sep '26

1 0

[xwiki/xwiki-platform] ad162e: XWIKI-24617: Improvements to panel titles and navi...
by XWiki Notifications 14 Sep '26

14 Sep '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-platform Commit: ad162e3cc1cdd58b6c0722f80249d82ecf99e14e https://github.com/xwiki/xwiki-platform/commit/ad162e3cc1cdd58b6c0722f80249… Author: Thiago Krieck <149672322+tkrieck(a)users.noreply.github.com> Date: 2026-09-14 (Mon, 14 Sep 2026) Changed paths: M xwiki-platform-core/xwiki-platform-flamingo/xwiki-platform-flamingo-skin/xwiki-platform-flamingo-skin-resources/src/main/resources/flamingo/less/panels.less M xwiki-platform-core/xwiki-platform-flamingo/xwiki-platform-flamingo-skin/xwiki-platform-flamingo-skin-resources/src/main/resources/flamingo/less/type.less Log Message: ----------- XWIKI-24617: Improvements to panel titles and navigation items (#6048) To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0

[xwiki/xwiki-rendering] 3352bc: XRENDERING-815: XWiki syntax renderer doesn't esca...
by XWiki Notifications 14 Sep '26

14 Sep '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-rendering Commit: 3352bcffe725cd3813b9240a6d347279587966f7 https://github.com/xwiki/xwiki-rendering/commit/3352bcffe725cd3813b9240a6d3… Author: Michael Hamann <michael.hamann(a)xwiki.com> Date: 2026-09-14 (Mon, 14 Sep 2026) Changed paths: A xwiki-rendering-integration-tests/src/test/resources/simple/macros/macro38.test A xwiki-rendering-integration-tests/src/test/resources/simple/macros/macro39.test M xwiki-rendering-integration-tests/src/test/resources/wiki/link/links6.test M xwiki-rendering-syntaxes/xwiki-rendering-syntax-xwiki20/src/main/java/org/xwiki/rendering/internal/renderer/xwiki20/XWikiSyntaxChainingRenderer.java M xwiki-rendering-syntaxes/xwiki-rendering-syntax-xwiki20/src/main/java/org/xwiki/rendering/internal/renderer/xwiki20/XWikiSyntaxEscapeHandler.java M xwiki-rendering-syntaxes/xwiki-rendering-syntax-xwiki20/src/main/java/org/xwiki/rendering/internal/renderer/xwiki20/reference/XWikiSyntaxResourceRenderer.java M xwiki-rendering-syntaxes/xwiki-rendering-syntax-xwiki20/src/test/java/org/xwiki/rendering/internal/renderer/xwiki20/XWikiSyntaxBlockRendererTest.java A xwiki-rendering-syntaxes/xwiki-rendering-syntax-xwiki20/src/test/java/org/xwiki/rendering/internal/renderer/xwiki20/XWikiSyntaxFreeStandingReferenceTest.java A xwiki-rendering-syntaxes/xwiki-rendering-syntax-xwiki20/src/test/java/org/xwiki/rendering/internal/renderer/xwiki20/XWikiSyntaxMacroContentRoundTripTest.java M xwiki-rendering-syntaxes/xwiki-rendering-syntax-xwiki21/src/main/java/org/xwiki/rendering/internal/renderer/xwiki21/reference/XWikiSyntaxResourceRenderer.java A xwiki-rendering-syntaxes/xwiki-rendering-syntax-xwiki21/src/test/java/org/xwiki/rendering/internal/renderer/xwiki21/XWikiSyntaxMacroContentRoundTripTest.java Log Message: ----------- XRENDERING-815: XWiki syntax renderer doesn't escape closing macro syntax in various attributes (#433) * Escape the "{" runs of every value that the renderer serializes as-is: * (%...%) parameter values * link and image references, their parameters, and the xwiki/2.1 queryString and anchor reference parameters * the id macro name, which had no escaping at all and could also be broken by a quote in the name * Introduce XWikiSyntaxEscapeHandler#escapeCurlyBrackets as escaping helper that correctly escapes every character of a run of "{" instead of only the pairs: the previous two-pass "{{{"-then-"{{" replacement corrupted runs of four "{" and left a literal "{{" behind for runs of five, so it could still break out of a macro. * For free-standing references which cannot be escaped at all, fall back to the full [[...]] syntax when printing the reference free-standing would put a "{{" into the output, as that could close the macro the reference is serialized in. This is only about the macro syntax: the image and attachment tokens of the parser accept a "{{" and parse such a reference back unchanged, and where they don't - the URI token accepts no "{" at all - the reference is truncated just like by every other character that token rejects (a "}" or a "," for instance). That pre-existing limitation of free-standing references is not addressed here. * Correctly escape the reference of links that were initially freestanding when forced into the full syntax. * Expect [[~{~{macro}}]] in links6.test: the escaped form parses back to the very same reference while the previous output could badly interfere with outer macro syntax. * Print the id macro through the inline macro printing of the printer so that a "{" printed just before it is escaped: otherwise the output started with "{{{" and was parsed back as a verbatim block. * Keep the bookkeeping of the regular printing - marking the first element as rendered and closing pending empty formatting parameters - by extracting it into printInlineMacro() instead of delegating to onMacro(), whose inline branch skips both and would thus glue a following paragraph to a standalone id macro. * Replace deprecated methods in the changed code by their non-deprecated equivalents - the escape character "~" is already passed in the constructor. Co-authored-by: Claude Opus 5 (1M context) <noreply(a)anthropic.com> To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-rendering/settings/notifications

1 0

[xwiki-contrib/application-changerequest] d82d94: [Misc] Reuse the merge document result to compute ...
by XWiki Notifications 14 Sep '26

14 Sep '26

Branch: refs/heads/perf/reuse-merge-result-for-conflict-status Home: https://github.com/xwiki-contrib/application-changerequest Commit: d82d94a21ada6951f234c9a4a90af956eb645999 https://github.com/xwiki-contrib/application-changerequest/commit/d82d94a21… Author: Simon Urli <simon.urli(a)xwiki.com> Date: 2026-09-14 (Mon, 14 Sep 2026) Changed paths: M application-changerequest-default/src/main/java/org/xwiki/contrib/changerequest/internal/DefaultChangeRequestMergeManager.java M application-changerequest-default/src/test/java/org/xwiki/contrib/changerequest/internal/DefaultChangeRequestMergeManagerTest.java Log Message: ----------- [Misc] Reuse the merge document result to compute the file change conflict status * Compute the merge document result and the conflict status of a file change together, and record both in the cache, instead of performing an independent merge for each of them. * Resolve the previous version of an edition once, in the caller, and pass it to the method building the merge document result. Displaying a change request computes the merge document result of every modified document, then checks the conflicts of the change request: both ended up merging the same file changes, since getMergeDocumentResult only filled the merge result cache and hasConflict only filled the conflict status cache. The conflict status keeps its previous meaning: an edition whose previous published version cannot be found anymore is still reported as conflicting, even though a diff is computed against the current version, so that the sheet keeps distinguishing a change request that conflicts from one that needs to be refreshed first. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/application-changerequest/settings/notific…

1 0

[xwiki-contrib/application-changerequest] e6535a: [Misc] Read the rendered diff configuration once p...
by XWiki Notifications 14 Sep '26

14 Sep '26

Branch: refs/heads/perf/hoist-rendered-diff-config Home: https://github.com/xwiki-contrib/application-changerequest Commit: e6535a533af755683292a4bfb9b99f745fe7dfa2 https://github.com/xwiki-contrib/application-changerequest/commit/e6535a533… Author: Simon Urli <simon.urli(a)xwiki.com> Date: 2026-09-14 (Mon, 14 Sep 2026) Changed paths: M application-changerequest-ui/src/main/resources/ChangeRequest/Code/ChangeRequestSheet.xml Log Message: ----------- [Misc] Read the rendered diff configuration once per change request display * Move the isRenderedDiffEnabled lookup above the loop over the modified files, as its value does not depend on the file change being displayed. The flag is only used to decide whether the rendered diff tab is hidden, so a single lookup per display is enough instead of one configuration source access per modified document. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/application-changerequest/settings/notific…

1 0

[xwiki-contrib/application-changerequest] cf75aa: [Misc] Avoid recomputing the comment right for eve...
by XWiki Notifications 14 Sep '26

14 Sep '26

Branch: refs/heads/perf/hoist-comment-right-check Home: https://github.com/xwiki-contrib/application-changerequest Commit: cf75aa8e9bb9292e20387cb7f4238702578c06da https://github.com/xwiki-contrib/application-changerequest/commit/cf75aa8e9… Author: Simon Urli <simon.urli(a)xwiki.com> Date: 2026-09-14 (Mon, 14 Sep 2026) Changed paths: M application-changerequest-ui/src/main/resources/ChangeRequest/Code/ChangeRequestDiscussion.xml M application-changerequest-ui/src/main/resources/ChangeRequest/Code/ChangeRequestMacros.xml M application-changerequest-ui/src/main/resources/ChangeRequest/Code/ChangeRequestSheet.xml Log Message: ----------- [Misc] Avoid recomputing the comment right for every displayed message * Pass the already computed right as a parameter of the displayMessage macro instead of asking the authorization script service again for each message of each discussion. * Reuse the same value for the JSX configuration and for the comment button of the description tab. isAuthorizedToComment ends up in ChangeRequestApproversManager#isApprover which, when the change request carries no explicit approver, iterates over every modified document and resolves the approver groups. Calling it once per message made the cost of the discussions block grow with the number of messages multiplied by the number of modified documents. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/application-changerequest/settings/notific…

1 0

[[email protected]][Issue] Updates for CRAPP-437: The creator of a page created through a change request is the user who published it, not the user who created it
by XWiki Notifications 14 Sep '26

14 Sep '26

1 0

[[email protected]][Issue] Updates for CRAPP-437: The creator of a page created through a change request is the user who published it, not the user who created it
by XWiki Notifications 14 Sep '26

14 Sep '26

1 0

[xwiki/xwiki-platform] 1182de: XCOMMONS-3776: Switch from MinIO to Silo in integr...
by XWiki Notifications 14 Sep '26

14 Sep '26

Branch: refs/heads/stable-18.4.x Home: https://github.com/xwiki/xwiki-platform Commit: 1182de15b81b0d5aa831fe181bcac409566196b8 https://github.com/xwiki/xwiki-platform/commit/1182de15b81b0d5aa831fe181bca… Author: Michael Hamann <michael.hamann(a)xwiki.com> Date: 2026-09-14 (Mon, 14 Sep 2026) Changed paths: M xwiki-platform-core/xwiki-platform-test/xwiki-platform-test-docker/src/main/java/org/xwiki/test/docker/internal/junit5/blobstore/BlobStoreContainerExecutor.java M xwiki-platform-core/xwiki-platform-test/xwiki-platform-test-docker/src/main/java/org/xwiki/test/docker/junit5/blobstore/BlobStore.java Log Message: ----------- XCOMMONS-3776: Switch from MinIO to Silo in integration tests * The minio/minio images are not published on Docker Hub anymore, use pgsty/silo, a maintained fork of the MinIO server, instead. * Silo keeps the MinIO ports, health check endpoint and MINIO_* environment variables, so it can still be started with the MinIO Testcontainers module through asCompatibleSubstituteFor(). * Create the bucket with mcli, the name of the MinIO client in the Silo image, and rename the network alias accordingly. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> (cherry picked from commit 5d4f3dabeeedbb455569886623b55072c2cf02cf) To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0

[xwiki/xwiki-platform] ecb170: XCOMMONS-3776: Switch from MinIO to Silo in integr...
by XWiki Notifications 14 Sep '26

14 Sep '26

Branch: refs/heads/stable-17.10.x Home: https://github.com/xwiki/xwiki-platform Commit: ecb1709c651104f004859f8d797df3b5f031105d https://github.com/xwiki/xwiki-platform/commit/ecb1709c651104f004859f8d797d… Author: Michael Hamann <michael.hamann(a)xwiki.com> Date: 2026-09-14 (Mon, 14 Sep 2026) Changed paths: M xwiki-platform-core/xwiki-platform-test/xwiki-platform-test-docker/src/main/java/org/xwiki/test/docker/internal/junit5/blobstore/BlobStoreContainerExecutor.java M xwiki-platform-core/xwiki-platform-test/xwiki-platform-test-docker/src/main/java/org/xwiki/test/docker/junit5/blobstore/BlobStore.java Log Message: ----------- XCOMMONS-3776: Switch from MinIO to Silo in integration tests * The minio/minio images are not published on Docker Hub anymore, use pgsty/silo, a maintained fork of the MinIO server, instead. * Silo keeps the MinIO ports, health check endpoint and MINIO_* environment variables, so it can still be started with the MinIO Testcontainers module through asCompatibleSubstituteFor(). * Create the bucket with mcli, the name of the MinIO client in the Silo image, and rename the network alias accordingly. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> (cherry picked from commit 5d4f3dabeeedbb455569886623b55072c2cf02cf) To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0