September 2026 - notifications

[xwiki/xwiki-dev-llm] ab3c72: Add the xwiki-release-documentation skill, now tha...
by XWiki Notifications 10 Sep '26

10 Sep '26

Branch: refs/heads/release-documentation-skill Home: https://github.com/xwiki/xwiki-dev-llm Commit: ab3c72854195feb9044267285b488ea9815edc41 https://github.com/xwiki/xwiki-dev-llm/commit/ab3c72854195feb9044267285b488… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-09-10 (Thu, 10 Sep 2026) Changed paths: M README.md M xwiki/instructions/xwiki-org.md M xwiki/okf/index.md A xwiki/okf/processes/release-notes.md M xwiki/okf/servers/jira.md M xwiki/skills/xwiki-contrib-release-blog-post/SKILL.md M xwiki/skills/xwiki-doc-convert/SKILL.md M xwiki/skills/xwiki-doc-writing/SKILL.md M xwiki/skills/xwiki-jira/SKILL.md A xwiki/skills/xwiki-release-documentation/SKILL.md Log Message: ----------- Add the xwiki-release-documentation skill, now that the RN endpoints exist The documentation of a release was a manual sweep whose only record was two JIRA fields nobody could query, because the habit of writing "N/A (internal class)" into them means "N/A" does not match. Release Notes Application 2.7 added the REST endpoints that make the other half of it mechanisable: one call creates a release note, one creates a change, and neither leaves an entry half made or two authors racing for the same Entry### number. * Add xwiki/skills/xwiki-release-documentation/SKILL.md, explicit-invocation only, in two modes: a whole Fix Version (the issues the developer fixed in it, across XWIKI/XCOMMONS/XRENDERING) or one named issue. It reads the full diff of every issue including the ones heading for N/A, since an N/A verdict is a claim that has to be proven; traces every written fact to file:line at the release ref; has a fresh verifier check the prose it did not write; and re-derives the existing field values rather than trusting them, which makes the run an audit and not a gap-filler. * Add xwiki/okf/processes/release-notes.md, the declarative half: the page tree a release note is, why entries belong to the RC and not to the final version, the four endpoints with the traps a client has to know (a POST answers the stored value, a duplicate note is a 409, changes are never deduplicated, a listing on a missing note is an empty 200), and how an entry's escaped reference becomes the URL a JIRA field wants. * Record the bare-N/A rule and the two custom field ids in okf/servers/jira.md. Bare N/A is what makes "every fixed issue nobody documented" a query; the reason moves to a comment. * Say in the OKF that the category vocabulary has drifted from the JIRA components it looks like (Blocknote vs BlockNote, LiveData vs Live Data) and give the recipe that harvests it, rather than caching a list that goes stale every cycle. * Point xwiki-doc-writing, xwiki-doc-convert, xwiki-jira and xwiki-contrib-release-blog-post at the new skill, and drop one redundant sentence from xwiki-org.md, which had two bytes of its budget left. 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-dev-llm/settings/notifications

1 0

[[email protected]][Issue] Updates for WIKIEDITOR-87: Syntax Highlighting and/or Autocompletion failed to load
by XWiki Notifications 10 Sep '26

10 Sep '26

1 0

[xwiki/xwiki-commons] 537583: XCOMMONS-2092: Flickering test DefaultJobExecutorT...
by XWiki Notifications 10 Sep '26

10 Sep '26

Branch: refs/heads/XCOMMONS-2092 Home: https://github.com/xwiki/xwiki-commons Commit: 537583ec818be552a043074a21cf14ef95ca5e03 https://github.com/xwiki/xwiki-commons/commit/537583ec818be552a043074a21cf1… Author: Simon Urli <simon.urli(a)xwiki.com> Date: 2026-09-10 (Thu, 10 Sep 2026) Changed paths: M xwiki-commons-core/xwiki-commons-job/xwiki-commons-job-default/src/test/java/org/xwiki/job/internal/DefaultJobExecutorTest.java Log Message: ----------- XCOMMONS-2092: Flickering test DefaultJobExecutorTest.matchingGroupPathAreBlockedPoolMultiSizeParentFirst * The test relied on wall-clock ordering between submitting jobA2's lock request and starting jobAB3, with no synchronization guaranteeing A2 had actually registered on the fair JobGroupPathLockTree semaphore before AB3 tried to acquire it, letting AB3 occasionally start ahead of A2 and start running before it should * Add a short wait after jobAB1 finishes and before starting jobAB3, mirroring the same guard already used in matchingGroupPathAreBlockedPoolMultiSizeChildrenFirst, to make sure A2's lock request is queued first Co-Authored-By: Claude Sonnet 5 <noreply(a)anthropic.com> To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-commons/settings/notifications

1 0

[[email protected]][Issue] Updates for XCOMMONS-2092: Flickering test DefaultJobExecutorTest.matchingGroupPathAreBlockedPoolMultiSizeParentFirst
by XWiki Notifications 10 Sep '26

10 Sep '26

1 0

[[email protected]][Issue] Updates for XWIKI-22016: Load user profile tabs on demand
by XWiki Notifications 10 Sep '26

10 Sep '26

1 0

[xwiki/xwiki-platform] 1c3b09: XWIKI-22016: Load user profile tabs on demand
by XWiki Notifications 10 Sep '26

10 Sep '26

Branch: refs/heads/XWIKI-22016 Home: https://github.com/xwiki/xwiki-platform Commit: 1c3b094be7e292ea604c0cefca4c8a800ee11afc https://github.com/xwiki/xwiki-platform/commit/1c3b094be7e292ea604c0cefca4c… Author: Simon Urli <simon.urli(a)xwiki.com> Date: 2026-09-10 (Thu, 10 Sep 2026) Changed paths: M xwiki-platform-core/xwiki-platform-user/xwiki-platform-user-profile/xwiki-platform-user-profile-ui/src/main/resources/XWiki/XWikiUserSheet.xml Log Message: ----------- XWIKI-22016: Load user profile tabs on demand * Split the tab-rendering loop in XWikiUserSheet so only the currently selected tab is rendered inline on page load; every other tab gets an empty placeholder instead * Extend the page's switchTab() JavaScript to lazily fetch a tab's content, via jQuery, the first time it is actually selected * Handle the AJAX fragment request directly in XWikiUserSheet itself: a "uix" request parameter, checked at the top of the page's own content, renders just that one tab (restricted to the tabs registered on the profile-menu extension point) and skips the rest of the page * Use the "view" action with xpage=plain for that fragment request, instead of the "get" action, so that tab content relying on $xcontext.action == 'view' (e.g. the Change Password link) keeps working Co-Authored-By: Claude Sonnet 5 <noreply(a)anthropic.com> To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0

[[email protected]][Issue] Updates for XWIKI-24858: XClass properties cannot declare an autocomplete purpose for the fields they generate
by XWiki Notifications 10 Sep '26

10 Sep '26

1 0

[[email protected]][Issue] Updates for FULLCAL-94: Keep color and custom properties when populating calendar events
by XWiki Notifications 10 Sep '26

10 Sep '26

1 0

[xwiki/xwiki-commons] e1063c: XCOMMONS-3751: Improve support of older serialized...
by XWiki Notifications 10 Sep '26

10 Sep '26

Branch: refs/heads/stable-17.10.x Home: https://github.com/xwiki/xwiki-commons Commit: e1063c3986845cbe93c3d918fc417350038629ee https://github.com/xwiki/xwiki-commons/commit/e1063c3986845cbe93c3d918fc417… Author: Thomas Mortagne <thomas.mortagne(a)gmail.com> Date: 2026-09-10 (Thu, 10 Sep 2026) Changed paths: M xwiki-commons-core/xwiki-commons-job/xwiki-commons-job-default/src/test/java/org/xwiki/job/internal/AbstractJobStatusFolderResolverTest.java M xwiki-commons-core/xwiki-commons-job/xwiki-commons-job-default/src/test/java/org/xwiki/job/internal/DefaultJobStatusStoreTest.java M xwiki-commons-core/xwiki-commons-job/xwiki-commons-job-default/src/test/java/org/xwiki/job/internal/Version1JobStatusFolderResolverTest.java Log Message: ----------- XCOMMONS-3751: Improve support of older serialized job paths * update test after improving the log message (cherry picked from commit 0021061090e9528d7d2b73bc89482dcd3f31c7c2) To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-commons/settings/notifications

1 0

[xwiki-contrib/application-releasenotes] cba171: [maven-release-plugin] prepare for next developmen...
by XWiki Notifications 10 Sep '26

10 Sep '26

Branch: refs/heads/master Home: https://github.com/xwiki-contrib/application-releasenotes Commit: cba171283f6e80d811b76ac86a2063ad3e4ebd3c https://github.com/xwiki-contrib/application-releasenotes/commit/cba171283f… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-09-10 (Thu, 10 Sep 2026) Changed paths: M application-releasenotes-api/pom.xml M application-releasenotes-demo/pom.xml M application-releasenotes-rest/pom.xml M application-releasenotes-test/application-releasenotes-test-docker/pom.xml M application-releasenotes-test/pom.xml M application-releasenotes-ui/pom.xml M pom.xml Log Message: ----------- [maven-release-plugin] prepare for next development iteration To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/application-releasenotes/settings/notifica…

1 0