September 2026 - notifications

[[email protected]][Issue] Updates for XRENDERING-816: Free-standing references that the parser cannot read back are still rendered free-standing in XWiki Syntax 2.0/2.1
by XWiki Notifications 09 Sep '26

09 Sep '26

1 0

[xwiki/xwiki-platform] 1dcc7d: [Misc] Stop registering rendering and component AP...
by XWiki Notifications 09 Sep '26

09 Sep '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-platform Commit: 1dcc7d11d082ef00159b53bce87f6d60016f1d08 https://github.com/xwiki/xwiki-platform/commit/1dcc7d11d082ef00159b53bce87f… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-09-09 (Wed, 09 Sep 2026) Changed paths: M xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-oldcore/pom.xml Log Message: ----------- [Misc] Stop registering rendering and component API components twice in xwiki-platform-legacy-oldcore tests (#6346) * Exclude xwiki-rendering-api and xwiki-commons-component-api from the Surefire classpath, next to the xwiki-platform-oldcore exclusion that was already there. Both are pulled in transitively alongside their aspectified twins (xwiki-rendering-legacy-api, which is a direct dependency, and xwiki-commons-legacy-component-api), so their META-INF/components.txt were both found and every shared component got declared twice at the same priority. * This removed 1080 "tried to overwrite component" warnings from the module's test output, emitted by the 4 test classes using @AllComponents. 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-platform/settings/notifications

1 0

[xwiki-attic/application-blockly] 61e7d7: Disable Jenkins build
by XWiki Notifications 09 Sep '26

09 Sep '26

Branch: refs/heads/master Home: https://github.com/xwiki-attic/application-blockly Commit: 61e7d7e461b1c545d71fe4d89b98ea9cec84e1bc https://github.com/xwiki-attic/application-blockly/commit/61e7d7e461b1c545d… Author: Thomas Mortagne <thomas.mortagne(a)gmail.com> Date: 2026-09-09 (Wed, 09 Sep 2026) Changed paths: R Jenkinsfile Log Message: ----------- Disable Jenkins build To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-attic/application-blockly/settings/notifications

1 0

[xwiki/.github]
by XWiki Notifications 09 Sep '26

09 Sep '26

Branch: refs/heads/misc-fix-fork-quality-workflow Home: https://github.com/xwiki/.github To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/.github/settings/notifications

1 0

[xwiki/.github] c11c91: [Misc] Let the quality checks of a fork pull reque...
by XWiki Notifications 09 Sep '26

09 Sep '26

Branch: refs/heads/master Home: https://github.com/xwiki/.github Commit: c11c91d11470dd6a7310f2722dd3e0ffc959e35b https://github.com/xwiki/.github/commit/c11c91d11470dd6a7310f2722dd3e0ffc95… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-09-09 (Wed, 09 Sep 2026) Changed paths: M .github/workflows/quality-pr.yml Log Message: ----------- [Misc] Let the quality checks of a fork pull request actually run * Set allow-unsafe-pr-checkout on the checkout step. actions/checkout refuses to check out the head of a fork pull request from a pull_request_target workflow unless the workflow opts in, so the job quality-pr-sonar.yml calls died at its first step. That trigger exists precisely to build a fork's own code with SONAR_TOKEN, and who is allowed to reach it is the caller's guard on author_association, so the opt-in states a decision that was already made. * Set cache-read-only on the setup-java step for pull_request_target runs. Such a run is for the base branch, so any cache it saved would land in the scope master and every other pull request restore from, holding a repository filled by building the pull request's own code. Restoring stays on, so those runs keep a warm repository. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: eb01b6d1a409817cfbb78f69999baf1fad80ec5f https://github.com/xwiki/.github/commit/eb01b6d1a409817cfbb78f69999baf1fad8… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-09-09 (Wed, 09 Sep 2026) Changed paths: M .github/workflows/quality-pr.yml Log Message: ----------- Merge pull request #1 from xwiki/misc-fix-fork-quality-workflow [Misc] Let the quality checks of a fork pull request actually run Compare: https://github.com/xwiki/.github/compare/302a047b2a23...eb01b6d1a409 To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/.github/settings/notifications

1 0

[xwiki/.github] c11c91: [Misc] Let the quality checks of a fork pull reque...
by XWiki Notifications 09 Sep '26

09 Sep '26

Branch: refs/heads/misc-fix-fork-quality-workflow Home: https://github.com/xwiki/.github Commit: c11c91d11470dd6a7310f2722dd3e0ffc959e35b https://github.com/xwiki/.github/commit/c11c91d11470dd6a7310f2722dd3e0ffc95… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-09-09 (Wed, 09 Sep 2026) Changed paths: M .github/workflows/quality-pr.yml Log Message: ----------- [Misc] Let the quality checks of a fork pull request actually run * Set allow-unsafe-pr-checkout on the checkout step. actions/checkout refuses to check out the head of a fork pull request from a pull_request_target workflow unless the workflow opts in, so the job quality-pr-sonar.yml calls died at its first step. That trigger exists precisely to build a fork's own code with SONAR_TOKEN, and who is allowed to reach it is the caller's guard on author_association, so the opt-in states a decision that was already made. * Set cache-read-only on the setup-java step for pull_request_target runs. Such a run is for the base branch, so any cache it saved would land in the scope master and every other pull request restore from, holding a repository filled by building the pull request's own code. Restoring stays on, so those runs keep a warm repository. 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/.github/settings/notifications

1 0

[[email protected]][Issue] Updates for XWIKI-24854: A Live Data macro is no longer rendered in the in-place WYSIWYG editor after switching to Source and back
by XWiki Notifications 09 Sep '26

09 Sep '26

1 0

[xwiki-contrib/parent] c02575: [release] Set version
by XWiki Notifications 09 Sep '26

09 Sep '26

Branch: refs/heads/17.10.x Home: https://github.com/xwiki-contrib/parent Commit: c02575fffdab2da84854ce9efd8dd5f17caee099 https://github.com/xwiki-contrib/parent/commit/c02575fffdab2da84854ce9efd8d… Author: Josué Tille <josue.tille(a)xwiki.com> Date: 2026-09-09 (Wed, 09 Sep 2026) Changed paths: M README.md M parent-commons/pom.xml M parent-platform-distribution/pom.xml M parent-platform/pom.xml M parent-rendering/pom.xml Log Message: ----------- [release] Set version To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/parent/settings/notifications

1 0

[xwiki-contrib/parent]
by XWiki Notifications 09 Sep '26

09 Sep '26

Branch: refs/tags/parent-17.10.13 Home: https://github.com/xwiki-contrib/parent To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/parent/settings/notifications

1 0

[[email protected]][Issue] Updates for XWIKI-24854: A Live Data macro is no longer rendered in the in-place WYSIWYG editor after switching to Source and back
by XWiki Notifications 09 Sep '26

09 Sep '26

1 0