- notifications - lists.xwiki.org

[xwiki/xwiki-dev-llm] 3a3963: Don't mark a SonarCloud issue Accepted when a PR f...
by XWiki Notifications 30 Aug '26

30 Aug '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-dev-llm Commit: 3a39634b4fde1d85b77d61746b5ebc0b079d995d https://github.com/xwiki/xwiki-dev-llm/commit/3a39634b4fde1d85b77d61746b5eb… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-30 (Sun, 30 Aug 2026) Changed paths: M README.md M xwiki/skills/xwiki-fix-sonarqube-issue/SKILL.md Log Message: ----------- Don't mark a SonarCloud issue Accepted when a PR fixes it * SonarCloud closes such an issue as FIXED by itself at the next branch analysis after the merge, so the transition buys nothing and hides a real defect from the quality gate if the PR never lands. * Reserve the falsepositive/accept transitions for findings the code keeps as they are. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: 236b759489bda9d271bfd663a747dd9255908fe2 https://github.com/xwiki/xwiki-dev-llm/commit/236b759489bda9d271bfd663a747d… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-30 (Sun, 30 Aug 2026) Changed paths: M README.md M xwiki/skills/xwiki-fix-sonarqube-issue/SKILL.md Log Message: ----------- [Misc] Don't mark a SonarCloud issue Accepted when a PR fixes it Compare: https://github.com/xwiki/xwiki-dev-llm/compare/97e9acc9e357...236b759489bd 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] 3a3963: Don't mark a SonarCloud issue Accepted when a PR f...
by XWiki Notifications 30 Aug '26

30 Aug '26

Branch: refs/heads/sonar-skill-no-accept-when-fixed Home: https://github.com/xwiki/xwiki-dev-llm Commit: 3a39634b4fde1d85b77d61746b5ebc0b079d995d https://github.com/xwiki/xwiki-dev-llm/commit/3a39634b4fde1d85b77d61746b5eb… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-30 (Sun, 30 Aug 2026) Changed paths: M README.md M xwiki/skills/xwiki-fix-sonarqube-issue/SKILL.md Log Message: ----------- Don't mark a SonarCloud issue Accepted when a PR fixes it * SonarCloud closes such an issue as FIXED by itself at the next branch analysis after the merge, so the transition buys nothing and hides a real defect from the quality gate if the PR never lands. * Reserve the falsepositive/accept transitions for findings the code keeps as they are. 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

[xwiki/xwiki-platform] cdcb67: [Misc] Fix a SonarQube issue: a possible NPE when ...
by XWiki Notifications 30 Aug '26

30 Aug '26

Branch: refs/heads/sonar-editmoderesolver-npe Home: https://github.com/xwiki/xwiki-platform Commit: cdcb670447ec70a9d13103e68c1616eb3ccd86ce https://github.com/xwiki/xwiki-platform/commit/cdcb670447ec70a9d13103e68c16… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-30 (Sun, 30 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/internal/edit/EditModeResolver.java M xwiki-platform-core/xwiki-platform-oldcore/src/test/java/com/xpn/xwiki/internal/edit/EditModeResolverTest.java Log Message: ----------- [Misc] Fix a SonarQube issue: a possible NPE when resolving the edit mode * EditModeResolver#getEditMode() read the translated document from the XWiki context ("tdoc") and dereferenced it without checking for null, while that context entry is absent when the edit mode is resolved outside of a request targeting a document. * Return the default WIKI edit mode in that case, since neither the sheets nor the document syntax can be looked up without a document. 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/xwiki-dev-llm]
by XWiki Notifications 30 Aug '26

30 Aug '26

Branch: refs/heads/okf-visual-fix-screenshots 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] 15a42e: [Misc] Show the visible result of a change in the ...
by XWiki Notifications 30 Aug '26

30 Aug '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-dev-llm Commit: 15a42edfd245c821b23da319ddc2aa001acde2fc https://github.com/xwiki/xwiki-dev-llm/commit/15a42edfd245c821b23da319ddc2a… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-30 (Sun, 30 Aug 2026) Changed paths: M .claude-plugin/marketplace.json M kimi.plugin.json M opencode.jsonc M xwiki/.claude-plugin/plugin.json M xwiki/okf/index.md M xwiki/okf/servers/jira.md M xwiki/skills/xwiki-pull-request/SKILL.md Log Message: ----------- [Misc] Show the visible result of a change in the PR and on the JIRA issue * Widen the "Screenshots & Video" rule of the xwiki-pull-request skill: a screenshot is not only for a defect being fixed. Whenever the change has a visible result — a new feature, an improvement or a fix — show it, so that a reviewer can judge the result without building the branch, with a "before" as well when the issue reports a regression. The same image goes on the JIRA issue, where it serves whoever reads the issue or writes the release note later. * Record the attachment mechanics in okf/servers/jira.md, where the other JIRA access facts live: attaching is REST-only since jira-cli has no attach command, Atlassian requires the X-Atlassian-Token: no-check header, and the returned attachment URL is also what a PR body has to reference, gh being unable to upload an image. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: 97e9acc9e357de45caeafbd8ac57b8f96e500575 https://github.com/xwiki/xwiki-dev-llm/commit/97e9acc9e357de45caeafbd8ac57b… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-30 (Sun, 30 Aug 2026) Changed paths: M .claude-plugin/marketplace.json M kimi.plugin.json M opencode.jsonc M xwiki/.claude-plugin/plugin.json M xwiki/okf/index.md M xwiki/okf/servers/jira.md M xwiki/skills/xwiki-pull-request/SKILL.md Log Message: ----------- [Misc] Show the visible result of a change in the PR and on the JIRA issue Compare: https://github.com/xwiki/xwiki-dev-llm/compare/16338678f1eb...97e9acc9e357 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] 15a42e: [Misc] Show the visible result of a change in the ...
by XWiki Notifications 30 Aug '26

30 Aug '26

Branch: refs/heads/okf-visual-fix-screenshots Home: https://github.com/xwiki/xwiki-dev-llm Commit: 15a42edfd245c821b23da319ddc2aa001acde2fc https://github.com/xwiki/xwiki-dev-llm/commit/15a42edfd245c821b23da319ddc2a… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-30 (Sun, 30 Aug 2026) Changed paths: M .claude-plugin/marketplace.json M kimi.plugin.json M opencode.jsonc M xwiki/.claude-plugin/plugin.json M xwiki/okf/index.md M xwiki/okf/servers/jira.md M xwiki/skills/xwiki-pull-request/SKILL.md Log Message: ----------- [Misc] Show the visible result of a change in the PR and on the JIRA issue * Widen the "Screenshots & Video" rule of the xwiki-pull-request skill: a screenshot is not only for a defect being fixed. Whenever the change has a visible result — a new feature, an improvement or a fix — show it, so that a reviewer can judge the result without building the branch, with a "before" as well when the issue reports a regression. The same image goes on the JIRA issue, where it serves whoever reads the issue or writes the release note later. * Record the attachment mechanics in okf/servers/jira.md, where the other JIRA access facts live: attaching is REST-only since jira-cli has no attach command, Atlassian requires the X-Atlassian-Token: no-check header, and the returned attachment URL is also what a PR body has to reference, gh being unable to upload an image. 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

[jira@xwiki.org][Issue] Updates for XWIKI-24371: Skip the force edit lock confirmation when joining a realtime collaboration session with BlockNote
by XWiki Notifications 30 Aug '26

30 Aug '26

1 0

[jira@xwiki.org][Issue] Updates for RN-80: The Release Changes Live Data overflows the page: the Summary column is hidden and the Title column wraps mid-word
by XWiki Notifications 30 Aug '26

30 Aug '26

1 0

[xwiki/xwiki-dev-llm] 955e5a: [Misc] Attach a screenshot to the issue and the PR...
by XWiki Notifications 30 Aug '26

30 Aug '26

Branch: refs/heads/okf-visual-fix-screenshots Home: https://github.com/xwiki/xwiki-dev-llm Commit: 955e5af469dc0b322221b5d9f47ac39225fa4a73 https://github.com/xwiki/xwiki-dev-llm/commit/955e5af469dc0b322221b5d9f47ac… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-30 (Sun, 30 Aug 2026) Changed paths: M .claude-plugin/marketplace.json M kimi.plugin.json M opencode.jsonc M xwiki/.claude-plugin/plugin.json M xwiki/okf/index.md M xwiki/okf/servers/jira.md M xwiki/skills/xwiki-pull-request/SKILL.md Log Message: ----------- [Misc] Attach a screenshot to the issue and the PR when the fix is visual * Make a screenshot required, in the xwiki-pull-request skill, when the issue is about something visual: a broken layout, an unreadable table, a misrendered widget — anything a reviewer would otherwise have to build and run to judge. It goes on both the JIRA issue and the PR, since reviewers read the PR while whoever finds the issue later, or writes the release note, reads JIRA. * Record the mechanics that make that a single upload: gh cannot upload an image, so a PR body can only reference an already-hosted URL, and a JIRA attachment is one. Attaching is REST-only — jira-cli has no attach command — and needs the X-Atlassian-Token: no-check header, which is now in okf/servers/jira.md along with the shape of the attachment URL. * Record how to produce the image for a UI change in a repo with Docker functional tests: a throwaway getScreenshotAs probe run through -Dit.test, deleted before committing, framed in the browser rather than cropped afterwards since no image library is guaranteed to be present. * Note that a screenshot documents but does not guard, so a geometric bug should also be asserted in the test. 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

[xwiki/xwiki-platform] 3347b0: [Misc] Fix a SonarQube issue: a possible NPE when ...
by XWiki Notifications 30 Aug '26

30 Aug '26

Branch: refs/heads/sonar-editmoderesolver-npe Home: https://github.com/xwiki/xwiki-platform Commit: 3347b0353500190169884dfb976c8597cb63147a https://github.com/xwiki/xwiki-platform/commit/3347b0353500190169884dfb976c… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-30 (Sun, 30 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/internal/edit/EditModeResolver.java M xwiki-platform-core/xwiki-platform-oldcore/src/test/java/com/xpn/xwiki/internal/edit/EditModeResolverTest.java Log Message: ----------- [Misc] Fix a SonarQube issue: a possible NPE when resolving the edit mode * EditModeResolver#getEditMode() read the translated document from the XWiki context ("tdoc") and dereferenced it without checking for null, while that context entry is absent when the edit mode is resolved outside of a request targeting a document. * Return the default WIKI edit mode in that case, since neither the sheets nor the document syntax can be looked up without a document. 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