Branch: refs/heads/docpages-lint-collapsed-macro Home: https://github.com/xwiki/xwiki-dev-llm Commit: 1088b62d92f299c8b4642945ffa49eb1d8ce327c https://github.com/xwiki/xwiki-dev-llm/commit/1088b62d92f299c8b4642945ffa49e... Author: Vincent Massol <[email protected]> Date: 2026-08-31 (Mon, 31 Aug 2026) Changed paths: M .claude-plugin/marketplace.json M kimi.plugin.json M opencode.jsonc M xwiki/.claude-plugin/plugin.json M xwiki/skills/xwiki-doc-writing/tools/README.md M xwiki/skills/xwiki-doc-writing/tools/docpages.py Log Message: ----------- [Misc] Catch a wiki macro halved by an f-string in a docpages page set * A `{{macro}}` written inside an f-string field of a `pages.py` arrives in the value as `{macro}`: Python treats `{{` as an escaped literal brace. The page then renders the macro as literal text, and nothing reports it — the doc checker creates no violation object and the rendered page has no error box, so the defect reaches a live page looking like prose. * Worse, the halving hits lines the author never meant to touch: a field converted to an f-string for one interpolation silently corrupts every existing macro in it. * Add the check to `lint`: a `{/` not preceded by a brace, or a `/}` not followed by one, is a halved macro and is invalid XWiki syntax anywhere outside the verbatim blocks `strip_verbatim` already blanks. * Note it in the tools README's `lint` list, beside the other traps that produce a plausible-looking page rather than an error. * Bump the plugin version so installed plugins pull the change. Co-Authored-By: Claude Opus 5 (1M context) <[email protected]> To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-dev-llm/settings/notifications