- notifications - lists.xwiki.org

[xwiki/xwiki-commons] ce9c98: XCOMMONS-3817: Upgrade embedded Maven to 3.9.10 an...
by XWiki Notifications 13 Oct '26

13 Oct '26

Branch: refs/heads/XCOMMONS-3817-webjar-handler Home: https://github.com/xwiki/xwiki-commons Commit: ce9c98af86fc16e40adf17452966e5ecabb8d5a0 https://github.com/xwiki/xwiki-commons/commit/ce9c98af86fc16e40adf17452966e… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-10-13 (Tue, 13 Oct 2026) Changed paths: M xwiki-commons-core/xwiki-commons-extension/xwiki-commons-extension-repositories/xwiki-commons-extension-repository-maven/pom.xml M xwiki-commons-core/xwiki-commons-extension/xwiki-commons-extension-repositories/xwiki-commons-extension-repository-maven/src/main/java/org/xwiki/extension/repository/maven/internal/handler/MavenArtifactHandlers.java A xwiki-commons-core/xwiki-commons-extension/xwiki-commons-extension-repositories/xwiki-commons-extension-repository-maven/src/test/java/org/xwiki/extension/repository/maven/internal/handler/MavenArtifactHandlersTest.java Log Message: ----------- XCOMMONS-3817: Upgrade embedded Maven to 3.9.10 and Maven Resolver 2.0.24 * Make MavenArtifactHandlers#getByPackaging deterministic: when several handlers share a packaging, the one whose type is the packaging wins, whatever the order in which the handlers are added. Since Maven 3.10.0, DefaultArtifactHandler is a @Named @Singleton component of maven-core, so Sisu also exposes it under the "default" hint with the webjar packaging, and the per-session copy of the handlers could let that alias win for the webjar packaging: a webjar dependency was then resolved with the jar extension type (RuntimeAetherDefaultRepositoryManagerTest#downloadWebjarDependency failing in xwiki-platform). * Fill the handlers from the copy constructor through a private method instead of the overridable add(), to avoid a possible 'this' escape. * Add MavenArtifactHandlersTest and raise the module coverage threshold to 0.80. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply(a)anthropic.com> To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-commons/settings/notifications

1 0

[xwiki/xwiki-platform] 72f17a: XWIKI-25234: Submitting the macro dialog with an e...
by XWiki Notifications 13 Oct '26

13 Oct '26

Branch: refs/heads/manuelleduc/xwiki-25234-submitting-the-macro-dialog-with-an Home: https://github.com/xwiki/xwiki-platform Commit: 72f17a7eb5e4fad4b5e35cd1294640046bb0e693 https://github.com/xwiki/xwiki-platform/commit/72f17a7eb5e4fad4b5e35cd12946… Author: Manuel Leduc <manuel.leduc(a)xwiki.com> Date: 2026-10-13 (Tue, 13 Oct 2026) Changed paths: M xwiki-platform-core/xwiki-platform-flamingo/xwiki-platform-flamingo-skin/xwiki-platform-flamingo-skin-resources/src/main/resources/flamingo/variablelist.vm M xwiki-platform-core/xwiki-platform-web/xwiki-platform-web-war/src/main/webapp/resources/uicomponents/suggest/xwiki.selectize.css M xwiki-platform-core/xwiki-platform-web/xwiki-platform-web-war/src/main/webapp/resources/uicomponents/suggest/xwiki.selectize.js Log Message: ----------- XWIKI-25234: Submitting the macro dialog with an empty required parameter displayed with a suggest picker gives no visible feedback * Forward the focus from the form field enhanced by Tom Select to the Tom Select control, since that field is only hidden visually and stays focusable. This covers any code focusing the field (macro dialog, Live Data cell edition, in-place property edition), including when the field is focused before being enhanced. * Apply the Bootstrap validation states (has-success, has-warning, has-error) to the Tom Select control, which is not a .form-control. * Expose the state-success-text and state-warning-text Bootstrap variables as CSS variables, as already done for state-danger-text. Co-Authored-By: Claude Opus 5.5 <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-commons] 64193f: XCOMMONS-3817: Upgrade embedded Maven to 3.9.10 an...
by XWiki Notifications 13 Oct '26

13 Oct '26

Branch: refs/heads/XCOMMONS-3817-webjar-handler Home: https://github.com/xwiki/xwiki-commons Commit: 64193f8f759f73767a6ded04231f426945e9ad8f https://github.com/xwiki/xwiki-commons/commit/64193f8f759f73767a6ded04231f4… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-10-13 (Tue, 13 Oct 2026) Changed paths: M xwiki-commons-core/xwiki-commons-extension/xwiki-commons-extension-repositories/xwiki-commons-extension-repository-maven/src/main/java/org/xwiki/extension/repository/maven/internal/handler/MavenArtifactHandlers.java M xwiki-commons-core/xwiki-commons-extension/xwiki-commons-extension-repositories/xwiki-commons-extension-repository-maven/src/test/java/org/xwiki/extension/repository/maven/internal/handler/MavenArtifactHandlersTest.java Log Message: ----------- XCOMMONS-3817: Upgrade embedded Maven to 3.9.10 and Maven Resolver 2.0.24 * Fill the handlers from the copy constructor through a private method instead of the overridable add(), to avoid a possible 'this' escape. * Test that the copy constructor keeps the handler whose type is the packaging. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply(a)anthropic.com> To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-commons/settings/notifications

1 0

[[email protected]][Issue] Updates for XCOMMONS-3817: Upgrade embedded Maven to 3.9.10 and Maven Resolver 2.0.24
by XWiki Notifications 13 Oct '26

13 Oct '26

1 0

[[email protected]][Issue] Updates for MOCCACAL-10: Show the calendar color in the 'Create Event' modal
by XWiki Notifications 13 Oct '26

13 Oct '26

1 0

[[email protected]][Issue] Updates for MOCCACAL-180: Make the calendar field of the event create/edit form searchable
by XWiki Notifications 13 Oct '26

13 Oct '26

1 0

[xwiki/xwiki-commons] f7bc54: XCOMMONS-3817: Upgrade embedded Maven to 3.9.10 an...
by XWiki Notifications 13 Oct '26

13 Oct '26

Branch: refs/heads/XCOMMONS-3817-webjar-handler Home: https://github.com/xwiki/xwiki-commons Commit: f7bc54140f23fdc5ace5e7904f20add6e07ab679 https://github.com/xwiki/xwiki-commons/commit/f7bc54140f23fdc5ace5e7904f20a… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-10-13 (Tue, 13 Oct 2026) Changed paths: M xwiki-commons-core/xwiki-commons-extension/xwiki-commons-extension-repositories/xwiki-commons-extension-repository-maven/pom.xml M xwiki-commons-core/xwiki-commons-extension/xwiki-commons-extension-repositories/xwiki-commons-extension-repository-maven/src/main/java/org/xwiki/extension/repository/maven/internal/handler/MavenArtifactHandlers.java A xwiki-commons-core/xwiki-commons-extension/xwiki-commons-extension-repositories/xwiki-commons-extension-repository-maven/src/test/java/org/xwiki/extension/repository/maven/internal/handler/MavenArtifactHandlersTest.java Log Message: ----------- XCOMMONS-3817: Upgrade embedded Maven to 3.9.10 and Maven Resolver 2.0.24 * Make MavenArtifactHandlers#getByPackaging deterministic: when several handlers share a packaging, the one whose type is the packaging wins, whatever the order in which the handlers are added. The Plexus container also exposes the webjar handler under the "default" hint, and the per-session copy of the handlers could let that alias win for the webjar packaging, so a webjar dependency was resolved with the jar extension type (RuntimeAetherDefaultRepositoryManagerTest#downloadWebjarDependency failing in xwiki-platform since the upgrade to Maven Resolver 2). * Add MavenArtifactHandlersTest and raise the module coverage threshold to 0.80. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply(a)anthropic.com> To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-commons/settings/notifications

1 0

[xwiki/xwiki-platform] dd6b36: XWIKI-25244: Log an error when clustering is enabl...
by XWiki Notifications 13 Oct '26

13 Oct '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-platform Commit: dd6b36612c483f84dc944472fc6378a30c46424c https://github.com/xwiki/xwiki-platform/commit/dd6b36612c483f84dc944472fc63… Author: ciaens <github.elongated262(a)passmail.net> Date: 2026-10-13 (Tue, 13 Oct 2026) Changed paths: M xwiki-platform-core/xwiki-platform-security/xwiki-platform-security-authentication/xwiki-platform-security-authentication-default/pom.xml A xwiki-platform-core/xwiki-platform-security/xwiki-platform-security-authentication/xwiki-platform-security-authentication-default/src/main/java/org/xwiki/security/authentication/internal/AuthenticationKeysCheckerListener.java M xwiki-platform-core/xwiki-platform-security/xwiki-platform-security-authentication/xwiki-platform-security-authentication-default/src/main/java/org/xwiki/security/authentication/internal/DefaultAuthenticationConfiguration.java M xwiki-platform-core/xwiki-platform-security/xwiki-platform-security-authentication/xwiki-platform-security-authentication-default/src/main/resources/META-INF/components.txt A xwiki-platform-core/xwiki-platform-security/xwiki-platform-security-authentication/xwiki-platform-security-authentication-default/src/test/java/org/xwiki/security/authentication/internal/AuthenticationKeysCheckerListenerTest.java M xwiki-platform-core/xwiki-platform-security/xwiki-platform-security-authentication/xwiki-platform-security-authentication-default/src/test/java/org/xwiki/security/authentication/internal/DefaultAuthenticationConfigurationTest.java M xwiki-platform-tools/xwiki-platform-tool-configuration-resources/src/main/resources/xwiki.cfg.vm Log Message: ----------- XWIKI-25244: Log an error when clustering is enabled but the authentication keys are not configured (#6768) * DefaultAuthenticationConfiguration logs one error per key when observation.remote.enabled is true and the validation or encryption key is not configured (the key value is never logged) * The error names the ways to set the same value on all nodes: xwiki.cfg, or the environment variable XCONF_xwikicfg_<key with _ instead of .> or the Java system property xconf.xwikicfg.<key> (handy with a secret store) * A blank value in xwiki.cfg is now considered as not set and falls back to the permanent configuration * Log a warning once per key when it is set to one of the example values documented in xwiki.cfg.vm * The keys already reported are tracked in concurrent sets since the configuration is a singleton used by concurrent requests * New AuthenticationKeysCheckerListener resolves both keys on ApplicationStartedEvent (through a Provider) so the check runs at startup instead of at the first request that goes through the authentication (guests and probes included), with a comment explaining why the values returned by the getters are ignored * Explicit dependency on xwiki-platform-observation-remote (already transitively present through oldcore) * xwiki.cfg.vm documents that the same keys must be set on all the nodes of a cluster, and that they can also be set with environment variables or Java system properties * Unit tests for the new logs and the listener, coverage threshold raised to 0.81 Co-authored-by: ciaens <commits(a)ciaens.me> Co-authored-by: Claude <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-forum] e454a7: Update dependency org.xwiki.contrib:application-to...
by XWiki Notifications 13 Oct '26

13 Oct '26

Branch: refs/heads/master Home: https://github.com/xwiki-contrib/application-forum Commit: e454a7cc3fa19fd31458fbe21d06678bc7a64630 https://github.com/xwiki-contrib/application-forum/commit/e454a7cc3fa19fd31… Author: Mend Renovate <bot(a)renovateapp.com> Date: 2026-10-13 (Tue, 13 Oct 2026) Changed paths: M application-forum-ui/pom.xml Log Message: ----------- Update dependency org.xwiki.contrib:application-tour-ui to v1.3.8 To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/application-forum/settings/notifications

1 0

[[email protected]][Issue] Updates for XWIKI-25086: Add automated test for "Live macro rendering when editing in place"
by XWiki Notifications 13 Oct '26

13 Oct '26

1 0