September 2026 - notifications

[[email protected]][Issue] Updates for XWIKI-24906: Javascript event for when the macro modal is opened
by XWiki Notifications 15 Sep '26

15 Sep '26

1 0

[xwiki/xwiki-dev-llm]
by XWiki Notifications 15 Sep '26

15 Sep '26

Branch: refs/tags/v1.9.12 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] a1a7ae: [Misc] Release 1.9.12
by XWiki Notifications 15 Sep '26

15 Sep '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-dev-llm Commit: a1a7ae1800041e29f17d6acf735ab414610bcfea https://github.com/xwiki/xwiki-dev-llm/commit/a1a7ae1800041e29f17d6acf735ab… Author: github-actions[bot] <41898282+github-actions[bot](a)users.noreply.github.com> Date: 2026-09-15 (Tue, 15 Sep 2026) Changed paths: M .claude-plugin/marketplace.json M kimi.plugin.json M opencode.jsonc M xwiki/.claude-plugin/plugin.json Log Message: ----------- [Misc] Release 1.9.12 * content edits only (no capability added or removed) 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]
by XWiki Notifications 15 Sep '26

15 Sep '26

Branch: refs/heads/okf-index-lean 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] c21730: [Misc] Make the OKF index a map again, and budget ...
by XWiki Notifications 15 Sep '26

15 Sep '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-dev-llm Commit: c217302896f04d38fb14c19aab970b8ae66509e2 https://github.com/xwiki/xwiki-dev-llm/commit/c217302896f04d38fb14c19aab970… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-09-15 (Tue, 15 Sep 2026) Changed paths: M scripts/validate.mjs M xwiki/okf/index.md Log Message: ----------- [Misc] Make the OKF index a map again, and budget it so it stays one The index described each topic in a paragraph — 22209 bytes over 41 entries, ~450 each — while every topic file already carries a `summary:` frontmatter saying the same thing, and xwiki-org.md already lists the names. Overlap with the file's own summary was 100% for versioning and wiki-user-scope, 90% for code-style, 85%+ for four more. Worse, entries had become rule digests: the strategy entry listed the no-stdout rule, the scenario rule and the page-object boundary, which is enough for a reader to act without opening the file, at a third of the rule. * Rewrite all 41 entries as what the topic is and when to open it rather than its neighbour, leaving the rules to the topic file: 22209 -> 8488 bytes. * Say so at the top of the Topics section: read the entry to choose, then read the file, never act on the entry alone. * Add invariant 8 to scripts/validate.mjs — 240 bytes per entry, 11000 for the file. The budget is the point: extending the OKF always appends to this map and never cuts, which is how it grew in the first place. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: ba9e0036d28251b07243a986db72399b157f3c34 https://github.com/xwiki/xwiki-dev-llm/commit/ba9e0036d28251b07243a986db723… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-09-15 (Tue, 15 Sep 2026) Changed paths: M xwiki/okf/index.md Log Message: ----------- [Misc] Spend the index entry budget on the symptom, not on a rule digest The sweep shortened every entry, and for the ~13 topics `okf/index.md` is the only discovery path for, that dropped something the length had been carrying by accident: the symptom a developer arrives with. The old `server-side-rendering` entry held the literal *"cannot be used inline"* error, so the developer reading that message hit the topic dead-on; its replacement described the cause instead. * Name the arriving symptom in the 10 entries that had one to name — the standalone-macro error, `Unknown macro: <id>` from an under-declared wiki macro, a `DocumentationClass` sweep skipping landing pages, a subwiki offering only main-wiki users, a macro *parameter* left pointing at the old name, a lexicographic range filter, `getLastError()`, `$discard`, the pnpm lockfile rewrite, and the registration a new bundle needs. * Leave the name-shaped entries (`naming`, `release`, `module-lifecycle`, `check-binary-not-source-compatibility`) alone: nobody arrives at those with an error message. * Stay inside the 240-byte per-entry budget throughout — the bytes come out of generic words, not out of the symptom. 8488 → 9209 bytes, still well under the 11000-byte file budget. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: 7b482d71438283a65a9d6ef45649189e2d940ed2 https://github.com/xwiki/xwiki-dev-llm/commit/7b482d71438283a65a9d6ef456491… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-09-15 (Tue, 15 Sep 2026) Changed paths: M xwiki/okf/index.md Log Message: ----------- [Misc] Let the ADR own the question its neighbour was catching An A/B routing test of the index (15 questions, a fresh agent given the index text and nothing else) found one question the sweep had moved: "why does Revapi not complain about X" reached `backward-compatibility` instead of the ADR. Both entries claimed the negative — the ADR said Revapi "enforces binary and semantic but not source compatibility", and its neighbour said Revapi "checks and does not". Re-running the question on the old index returns both answers too, so this was a coin flip either way rather than a regression the sweep introduced. * Give the ADR the symptom shape — *why Revapi stays silent on a change that breaks a caller's source* — and leave the neighbour the positive half of its scope, what an API may change and what Revapi checks. * Three re-runs on the amended index now route to the ADR every time. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: cf2db2645d40fa729aeda1065e6021b3d3a0d0a2 https://github.com/xwiki/xwiki-dev-llm/commit/cf2db2645d40fa729aeda1065e602… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-09-15 (Tue, 15 Sep 2026) Changed paths: M scripts/validate.mjs M xwiki/okf/index.md Log Message: ----------- Merge pull request #138 from xwiki/okf-index-lean [Misc] Make the OKF index a map again, and budget it so it stays one Compare: https://github.com/xwiki/xwiki-dev-llm/compare/0379e8c52cc0...cf2db2645d40 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] ba9e00: [Misc] Spend the index entry budget on the symptom...
by XWiki Notifications 15 Sep '26

15 Sep '26

Branch: refs/heads/okf-index-lean Home: https://github.com/xwiki/xwiki-dev-llm Commit: ba9e0036d28251b07243a986db72399b157f3c34 https://github.com/xwiki/xwiki-dev-llm/commit/ba9e0036d28251b07243a986db723… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-09-15 (Tue, 15 Sep 2026) Changed paths: M xwiki/okf/index.md Log Message: ----------- [Misc] Spend the index entry budget on the symptom, not on a rule digest The sweep shortened every entry, and for the ~13 topics `okf/index.md` is the only discovery path for, that dropped something the length had been carrying by accident: the symptom a developer arrives with. The old `server-side-rendering` entry held the literal *"cannot be used inline"* error, so the developer reading that message hit the topic dead-on; its replacement described the cause instead. * Name the arriving symptom in the 10 entries that had one to name — the standalone-macro error, `Unknown macro: <id>` from an under-declared wiki macro, a `DocumentationClass` sweep skipping landing pages, a subwiki offering only main-wiki users, a macro *parameter* left pointing at the old name, a lexicographic range filter, `getLastError()`, `$discard`, the pnpm lockfile rewrite, and the registration a new bundle needs. * Leave the name-shaped entries (`naming`, `release`, `module-lifecycle`, `check-binary-not-source-compatibility`) alone: nobody arrives at those with an error message. * Stay inside the 240-byte per-entry budget throughout — the bytes come out of generic words, not out of the symptom. 8488 → 9209 bytes, still well under the 11000-byte file budget. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: 7b482d71438283a65a9d6ef45649189e2d940ed2 https://github.com/xwiki/xwiki-dev-llm/commit/7b482d71438283a65a9d6ef456491… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-09-15 (Tue, 15 Sep 2026) Changed paths: M xwiki/okf/index.md Log Message: ----------- [Misc] Let the ADR own the question its neighbour was catching An A/B routing test of the index (15 questions, a fresh agent given the index text and nothing else) found one question the sweep had moved: "why does Revapi not complain about X" reached `backward-compatibility` instead of the ADR. Both entries claimed the negative — the ADR said Revapi "enforces binary and semantic but not source compatibility", and its neighbour said Revapi "checks and does not". Re-running the question on the old index returns both answers too, so this was a coin flip either way rather than a regression the sweep introduced. * Give the ADR the symptom shape — *why Revapi stays silent on a change that breaks a caller's source* — and leave the neighbour the positive half of its scope, what an API may change and what Revapi checks. * Three re-runs on the amended index now route to the ADR every time. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Compare: https://github.com/xwiki/xwiki-dev-llm/compare/c217302896f0...7b482d714382 To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-dev-llm/settings/notifications

1 0

[xwiki/xwiki-platform] 23098b: XWIKI-24798: LiveData's state is not persisted in ...
by XWiki Notifications 15 Sep '26

15 Sep '26

Branch: refs/heads/stable-17.10.x Home: https://github.com/xwiki/xwiki-platform Commit: 23098b5789fe137cec4a29b6db4fcaffc92ef9bd https://github.com/xwiki/xwiki-platform/commit/23098b5789fe137cec4a29b6db4f… Author: Manuel Leduc <manuel.leduc(a)xwiki.com> Date: 2026-09-15 (Tue, 15 Sep 2026) Changed paths: M xwiki-platform-core/xwiki-platform-livedata/xwiki-platform-livedata-webjar/src/main/node/src/services/liveDataSource.js M xwiki-platform-core/xwiki-platform-livedata/xwiki-platform-livedata-webjar/src/main/node/src/services/liveDataSource.test.js Log Message: ----------- XWIKI-24798: LiveData's state is not persisted in the URL when the macro call enforces a filter (#6305) (cherry picked from commit 7160be930c25031d37412fc5850ec537aac9da54) To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0

[xwiki/xwiki-platform] 9f98a8: XWIKI-24798: LiveData's state is not persisted in ...
by XWiki Notifications 15 Sep '26

15 Sep '26

Branch: refs/heads/stable-18.4.x Home: https://github.com/xwiki/xwiki-platform Commit: 9f98a83d321fd1a73d22699d74e90a44abb7326d https://github.com/xwiki/xwiki-platform/commit/9f98a83d321fd1a73d22699d74e9… Author: Manuel Leduc <manuel.leduc(a)xwiki.com> Date: 2026-09-15 (Tue, 15 Sep 2026) Changed paths: M xwiki-platform-core/xwiki-platform-node/src/main/node/core/livedata/livedata-xwiki/src/XWikiLiveDataSource.ts M xwiki-platform-core/xwiki-platform-node/src/main/node/core/livedata/livedata-xwiki/src/liveDataSource.test.ts Log Message: ----------- XWIKI-24798: LiveData's state is not persisted in the URL when the macro call enforces a filter (#6305) (cherry picked from commit 7160be930c25031d37412fc5850ec537aac9da54) To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0

[xwiki/xwiki-platform] 328310: XWIKI-24798: LiveData's state is not persisted in ...
by XWiki Notifications 15 Sep '26

15 Sep '26

Branch: refs/heads/stable-18.8.x Home: https://github.com/xwiki/xwiki-platform Commit: 328310f2eb6f40e7022292ae1aba031dd6e70a6b https://github.com/xwiki/xwiki-platform/commit/328310f2eb6f40e7022292ae1aba… Author: Manuel Leduc <manuel.leduc(a)xwiki.com> Date: 2026-09-15 (Tue, 15 Sep 2026) Changed paths: M xwiki-platform-core/xwiki-platform-node/src/main/node/core/livedata/livedata-xwiki/src/XWikiLiveDataSource.ts M xwiki-platform-core/xwiki-platform-node/src/main/node/core/livedata/livedata-xwiki/src/liveDataSource.test.ts Log Message: ----------- XWIKI-24798: LiveData's state is not persisted in the URL when the macro call enforces a filter (#6305) (cherry picked from commit 7160be930c25031d37412fc5850ec537aac9da54) 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-24905: Can't edit macro content inline
by XWiki Notifications 15 Sep '26

15 Sep '26

1 0