- notifications - lists.xwiki.org

[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

[[email protected]][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

[[email protected]][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

[xwiki-contrib/application-releasenotes]
by XWiki Notifications 30 Aug '26

30 Aug '26

Branch: refs/heads/RN-80 Home: https://github.com/xwiki-contrib/application-releasenotes To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/application-releasenotes/settings/notifica…

1 0

[xwiki-contrib/application-releasenotes] 61f689: RN-80: The Release Changes Live Data overflows the...
by XWiki Notifications 30 Aug '26

30 Aug '26

Branch: refs/heads/master Home: https://github.com/xwiki-contrib/application-releasenotes Commit: 61f689d1a0bf44e61e465807a6f67266cf866537 https://github.com/xwiki-contrib/application-releasenotes/commit/61f689d1a0… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-30 (Sun, 30 Aug 2026) Changed paths: M application-releasenotes-test/application-releasenotes-test-docker/src/test/it/org/xwiki/releasenotes/test/ui/ReleaseNotesIT.java M application-releasenotes-ui/src/main/resources/ReleaseNotes/Code/HomeReleaseChanges.xml Log Message: ----------- RN-80: The Release Changes Live Data overflows the page: the Summary column is hidden and the Title column wraps mid-word * Reduce the default columns of the "Release Changes" Live Data of the application home page to the ones that fit the width of a standard page, leaving out the creation date and the free text summary. Live Data has no column width of its own, so the number of columns is the only lever: with eight of them the table was wider than the content area, and since the table layout scrolls sideways with nothing indicating it, "Summary" was simply out of view while "Title" was squeezed to its 4rem minimum and broke its text mid-word. * Move the link to the change from the creation date to the title, which becomes the first column, the title being what identifies a change. The link keeps working without the creation date because the live table source always returns doc_url, whatever the queried properties are. * Keep both left out columns reachable: they stay in the Live Data column selector, which lists every ChangeClass property, and their translation keys are unchanged. * Extend the functional test to check the link on the title, the absence of the two columns from the defaults, and that the table no longer overflows its container. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: f0fa814ab20077fd5339c5e48d6a0411f4d4c09d https://github.com/xwiki-contrib/application-releasenotes/commit/f0fa814ab2… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-30 (Sun, 30 Aug 2026) Changed paths: M application-releasenotes-test/application-releasenotes-test-docker/src/test/it/org/xwiki/releasenotes/test/ui/ReleaseNotesIT.java M application-releasenotes-ui/src/main/resources/ReleaseNotes/Code/HomeReleaseChanges.xml Log Message: ----------- RN-80: The Release Changes Live Data overflows the page: the Summary column is hidden and the Title column wraps mid-word Compare: https://github.com/xwiki-contrib/application-releasenotes/compare/91799826d… To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/application-releasenotes/settings/notifica…

1 0

[xwiki-contrib/application-releasenotes] 61f689: RN-80: The Release Changes Live Data overflows the...
by XWiki Notifications 30 Aug '26

30 Aug '26

Branch: refs/heads/RN-80 Home: https://github.com/xwiki-contrib/application-releasenotes Commit: 61f689d1a0bf44e61e465807a6f67266cf866537 https://github.com/xwiki-contrib/application-releasenotes/commit/61f689d1a0… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-30 (Sun, 30 Aug 2026) Changed paths: M application-releasenotes-test/application-releasenotes-test-docker/src/test/it/org/xwiki/releasenotes/test/ui/ReleaseNotesIT.java M application-releasenotes-ui/src/main/resources/ReleaseNotes/Code/HomeReleaseChanges.xml Log Message: ----------- RN-80: The Release Changes Live Data overflows the page: the Summary column is hidden and the Title column wraps mid-word * Reduce the default columns of the "Release Changes" Live Data of the application home page to the ones that fit the width of a standard page, leaving out the creation date and the free text summary. Live Data has no column width of its own, so the number of columns is the only lever: with eight of them the table was wider than the content area, and since the table layout scrolls sideways with nothing indicating it, "Summary" was simply out of view while "Title" was squeezed to its 4rem minimum and broke its text mid-word. * Move the link to the change from the creation date to the title, which becomes the first column, the title being what identifies a change. The link keeps working without the creation date because the live table source always returns doc_url, whatever the queried properties are. * Keep both left out columns reachable: they stay in the Live Data column selector, which lists every ChangeClass property, and their translation keys are unchanged. * Extend the functional test to check the link on the title, the absence of the two columns from the defaults, and that the table no longer overflows its container. 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-contrib/application-releasenotes/settings/notifica…

1 0

[[email protected]][Issue] Updates for RN-79: The release note template page displays raw Velocity code as its title
by XWiki Notifications 29 Aug '26

29 Aug '26

1 0

[[email protected]][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 29 Aug '26

29 Aug '26

1 0