July 2026 - notifications - lists.xwiki.org

[xwiki/xwiki-dev-llm]
by XWiki Notifications 28 Jul '26

28 Jul '26

Branch: refs/heads/okf-doc-migration-attachments-dedup Home: https://github.com/xwiki/xwiki-dev-llm To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-dev-llm/settings/notifications

1 0

[xwiki/xwiki-dev-llm] cf1b37: [Misc] Capture the attachment, de-duplication and ...
by XWiki Notifications 28 Jul '26

28 Jul '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-dev-llm Commit: cf1b3745f8017f4f343899dcb52a241f2285a630 https://github.com/xwiki/xwiki-dev-llm/commit/cf1b3745f8017f4f343899dcb52a2… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-07-28 (Tue, 28 Jul 2026) Changed paths: M .claude-plugin/marketplace.json M kimi.plugin.json M opencode.jsonc M xwiki/.claude-plugin/plugin.json M xwiki/instructions/xwiki-org.md M xwiki/okf/conventions/documentation.md M xwiki/okf/index.md M xwiki/skills/xwiki-doc-convert/SKILL.md M xwiki/skills/xwiki-doc-writing/SKILL.md Log Message: ----------- [Misc] Capture the attachment, de-duplication and original-page rules for doc migration Four defects found in the JIRA documentation migration traced back to gaps in the OKF rather than to one-off mistakes, so record what was missing: - The guide's "Working with Attachments" page was only listed in the reference index, never summarised. Its rules now have a section of their own — naming, the image macro with alt, the Gallery macro, no animated GIFs, PlantUML with the bluegray theme, and above all that a video is webm displayed with the embed macro and is never downgraded to an attach: link. - "Handling the original page after migration" omitted the guide's requirement to delete the page's remaining attachments, and said only "repoint the backlinks" without saying where the list lives or which entries to leave alone. Both now have their own subsection, including how to prove an attachment is safe to delete. - "One fact lives on one page" was stated but not actionable: it asks the writer to avoid duplication while writing, which does not work because every page reads fine on its own. Replaced by a comparison pass across intros, FAQ entries and hub prose, plus the rule that a How-to's intro is one paragraph. The two doc skills gain the matching steps and checklist items. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: 3fccdb5a2a81c8ce166b4c53ddf66c0af0aac4f2 https://github.com/xwiki/xwiki-dev-llm/commit/3fccdb5a2a81c8ce166b4c53ddf66… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-07-28 (Tue, 28 Jul 2026) Changed paths: M xwiki/skills/xwiki-rest-api/SKILL.md Log Message: ----------- [Misc] Warn that a misnamed xproperty field blanks the property on a 202 The single-property REST URL expects a `property#<name>` form field. Sending the bare property name is accepted with a 202 and empties the property, so a write that looks successful destroys the previous value on a live page. The read-back assert the skill already mandates is what catches it. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: 2a2b03f0894cf49c1d97f700ebf4bf69537293c3 https://github.com/xwiki/xwiki-dev-llm/commit/2a2b03f0894cf49c1d97f700ebf4b… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-07-28 (Tue, 28 Jul 2026) Changed paths: M .claude-plugin/marketplace.json M kimi.plugin.json M opencode.jsonc M xwiki/.claude-plugin/plugin.json M xwiki/instructions/xwiki-org.md M xwiki/okf/conventions/documentation.md M xwiki/okf/index.md M xwiki/skills/xwiki-doc-convert/SKILL.md M xwiki/skills/xwiki-doc-writing/SKILL.md M xwiki/skills/xwiki-rest-api/SKILL.md Log Message: ----------- [Misc] Close the doc-migration gaps that let attachments, an embed and duplication slip through Compare: https://github.com/xwiki/xwiki-dev-llm/compare/994be7b4fb5a...2a2b03f0894c To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-dev-llm/settings/notifications

1 0

[xwiki/xwiki-dev-llm] cf1b37: [Misc] Capture the attachment, de-duplication and ...
by XWiki Notifications 28 Jul '26

28 Jul '26

Branch: refs/heads/okf-doc-migration-attachments-dedup Home: https://github.com/xwiki/xwiki-dev-llm Commit: cf1b3745f8017f4f343899dcb52a241f2285a630 https://github.com/xwiki/xwiki-dev-llm/commit/cf1b3745f8017f4f343899dcb52a2… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-07-28 (Tue, 28 Jul 2026) Changed paths: M .claude-plugin/marketplace.json M kimi.plugin.json M opencode.jsonc M xwiki/.claude-plugin/plugin.json M xwiki/instructions/xwiki-org.md M xwiki/okf/conventions/documentation.md M xwiki/okf/index.md M xwiki/skills/xwiki-doc-convert/SKILL.md M xwiki/skills/xwiki-doc-writing/SKILL.md Log Message: ----------- [Misc] Capture the attachment, de-duplication and original-page rules for doc migration Four defects found in the JIRA documentation migration traced back to gaps in the OKF rather than to one-off mistakes, so record what was missing: - The guide's "Working with Attachments" page was only listed in the reference index, never summarised. Its rules now have a section of their own — naming, the image macro with alt, the Gallery macro, no animated GIFs, PlantUML with the bluegray theme, and above all that a video is webm displayed with the embed macro and is never downgraded to an attach: link. - "Handling the original page after migration" omitted the guide's requirement to delete the page's remaining attachments, and said only "repoint the backlinks" without saying where the list lives or which entries to leave alone. Both now have their own subsection, including how to prove an attachment is safe to delete. - "One fact lives on one page" was stated but not actionable: it asks the writer to avoid duplication while writing, which does not work because every page reads fine on its own. Replaced by a comparison pass across intros, FAQ entries and hub prose, plus the rule that a How-to's intro is one paragraph. The two doc skills gain the matching steps and checklist items. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: 3fccdb5a2a81c8ce166b4c53ddf66c0af0aac4f2 https://github.com/xwiki/xwiki-dev-llm/commit/3fccdb5a2a81c8ce166b4c53ddf66… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-07-28 (Tue, 28 Jul 2026) Changed paths: M xwiki/skills/xwiki-rest-api/SKILL.md Log Message: ----------- [Misc] Warn that a misnamed xproperty field blanks the property on a 202 The single-property REST URL expects a `property#<name>` form field. Sending the bare property name is accepted with a 202 and empties the property, so a write that looks successful destroys the previous value on a live page. The read-back assert the skill already mandates is what catches it. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Compare: https://github.com/xwiki/xwiki-dev-llm/compare/cf1b3745f801%5E...3fccdb5a2a… 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 XWIKI-24625: Misaligned document picker in Page Tree macro
by XWiki Notifications 28 Jul '26

28 Jul '26

1 0

[xwiki/xwiki-platform] 62730f: XWIKI-24625: Misaligned document picker in Page Tr...
by XWiki Notifications 28 Jul '26

28 Jul '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-platform Commit: 62730fd72f0b41c606b0da12d5637c4e27cc1e57 https://github.com/xwiki/xwiki-platform/commit/62730fd72f0b41c606b0da12d563… Author: Simon Urli <simon.urli(a)xwiki.com> Date: 2026-07-28 (Tue, 28 Jul 2026) Changed paths: M xwiki-platform-core/xwiki-platform-web/xwiki-platform-web-war/src/main/webapp/resources/uicomponents/suggest/entitytreenode.css Log Message: ----------- XWIKI-24625: Misaligned document picker in Page Tree macro * Remove the CSS rule that was crafted for selectize now we are using tomselect 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-24625: Misaligned document picker in Page Tree macro
by XWiki Notifications 28 Jul '26

28 Jul '26

1 0

[xwiki/xwiki-platform]
by XWiki Notifications 28 Jul '26

28 Jul '26

Branch: refs/heads/fix/sonar-extension-http-client-resource-leak Home: https://github.com/xwiki/xwiki-platform To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0

[xwiki/xwiki-platform] bf41bb: [SONAR] Fix resource leak: migrate DefaultHttpClie...
by XWiki Notifications 28 Jul '26

28 Jul '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-platform Commit: bf41bb1b456d84aadf697b6b3f754a79e7c12817 https://github.com/xwiki/xwiki-platform/commit/bf41bb1b456d84aadf697b6b3f75… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-07-28 (Tue, 28 Jul 2026) Changed paths: M xwiki-platform-core/xwiki-platform-repository/xwiki-platform-repository-server-api/src/main/java/org/xwiki/repository/internal/resources/ExtensionVersionFileRESTResource.java Log Message: ----------- [SONAR] Fix resource leak: migrate DefaultHttpClient to CloseableHttpClient in ExtensionVersionFileRESTResource (#5490) * [SONAR] Fix resource leak: migrate from deprecated DefaultHttpClient to CloseableHttpClient Fixes SonarCloud blocker issue S2095 in ExtensionVersionFileRESTResource.java. The DefaultHttpClient was never closed after use, leaking HTTP connections. Migrated to Apache HttpClient 5.x (already declared as direct dependency) using CloseableHttpClient with try-with-resources via response handler pattern. Also buffers the response entity as byte[] before closing the client to avoid reading from a closed connection. https://sonarcloud.io/project/issues?id=org.xwiki.platform:xwiki-platform&i… * [SONAR] Replace mutable-array lambda workaround with a local record Use a local record HttpResult instead of int[] and String[] arrays to pass data out of the response handler lambda. https://sonarcloud.io/project/issues?id=org.xwiki.platform:xwiki-platform&i… * [SONAR] Stream HTTP response back to caller instead of buffering it in memory The previous version of this fix used EntityUtils.toByteArray to buffer the entire extension content in memory before sending it to JAX-RS. This was a memory regression compared to the original streaming behavior: large extensions or many parallel downloads could cause OOM. Restore streaming by: - Using executeOpen() to get the ClassicHttpResponse without using the response handler pattern (which doesn't fit streaming). - Wrapping the entity InputStream in a FilterInputStream whose close() transitively closes the HTTP response and the HTTP client. JAX-RS calls close() on the entity stream after writing the response, so resources are released the same way the original code intended (it just never closed the client at all). - Releasing the response and client in a finally block if the handoff to JAX-RS fails before the stream is set on the response. https://sonarcloud.io/project/issues?id=org.xwiki.platform:xwiki-platform&i… * Simplify HTTP stream cleanup with Commons IO Agent-Logs-Url: https://github.com/xwiki/xwiki-platform/sessions/765e0093-1f16-4642-b66f-43… Co-authored-by: michitux <198317+michitux(a)users.noreply.github.com> * [SONAR] Use system HTTP client properties and stream via StreamingOutput Build the HTTP client with useSystemProperties() so it honors the JVM proxy settings, removing the explicit SystemDefaultRoutePlanner wiring. The custom User-Agent is kept because some upstream servers reject requests without one. Replace the custom ProxyInputStream subclass with a StreamingOutput that uses HttpEntity.writeTo() and closes the client and response through try-with-resources. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply(a)anthropic.com> * [SONAR] Remove the final keyword on local variables Local variables are effectively final here, which is what the try-with-resources statement and the lambda capture require, so the explicit keyword adds nothing. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> --------- Co-authored-by: Claude <noreply(a)anthropic.com> Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot(a)users.noreply.github.com> Co-authored-by: michitux <198317+michitux(a)users.noreply.github.com> To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0

[xwiki/xwiki-platform] ba3727: [SONAR] Remove the final keyword on local variables
by XWiki Notifications 28 Jul '26

28 Jul '26

Branch: refs/heads/fix/sonar-extension-http-client-resource-leak Home: https://github.com/xwiki/xwiki-platform Commit: ba3727c9cde305bf4996351901fcce30704166cf https://github.com/xwiki/xwiki-platform/commit/ba3727c9cde305bf4996351901fc… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-07-28 (Tue, 28 Jul 2026) Changed paths: M xwiki-platform-core/xwiki-platform-repository/xwiki-platform-repository-server-api/src/main/java/org/xwiki/repository/internal/resources/ExtensionVersionFileRESTResource.java Log Message: ----------- [SONAR] Remove the final keyword on local variables Local variables are effectively final here, which is what the try-with-resources statement and the lambda capture require, so the explicit keyword adds nothing. 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

[[email protected]][Issue] Updates for XWIKI-24638: Ensure empty space rename/move set move request deep to true
by XWiki Notifications 28 Jul '26

28 Jul '26

1 0