August 2026 - notifications

[xwiki/xwiki-platform] abb6f0: Translated using Weblate (German)
by XWiki Notifications 03 Aug '26

03 Aug '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-platform Commit: abb6f00a2563bbaef74d2955d92d9ec6168a876a https://github.com/xwiki/xwiki-platform/commit/abb6f00a2563bbaef74d2955d92d… Author: Simpel <git(a)simpel.cc> Date: 2026-08-03 (Mon, 03 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-oldcore/src/main/resources/ApplicationResources_de.properties Log Message: ----------- Translated using Weblate (German) Currently translated at 100.0% (4535 of 4535 strings) Translation: XWiki Platform/xwiki-oldcore Translate-URL: https://l10n.xwiki.org/projects/xwiki-platform/xwiki-core-resources/de/ Commit: 305126e39a8a9a804cef0bb2b0936decee20ae67 https://github.com/xwiki/xwiki-platform/commit/305126e39a8a9a804cef0bb2b093… Author: Simpel <git(a)simpel.cc> Date: 2026-08-03 (Mon, 03 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-repository/xwiki-platform-repository-server-ui/src/main/resources/ExtensionCode/Translations.de.xml Log Message: ----------- Translated using Weblate (German) Currently translated at 100.0% (89 of 89 strings) Translation: XWiki Platform/Repository Translate-URL: https://l10n.xwiki.org/projects/xwiki-platform/repository/de/ Commit: 6ac1d4bdcac7e84a3e7e581daaba88c9ea2bf7b0 https://github.com/xwiki/xwiki-platform/commit/6ac1d4bdcac7e84a3e7e581daaba… Author: Simpel <git(a)simpel.cc> Date: 2026-08-03 (Mon, 03 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-administration/xwiki-platform-administration-ui/src/main/resources/XWiki/AdminTranslations.de.xml Log Message: ----------- Translated using Weblate (German) Currently translated at 100.0% (125 of 125 strings) Translation: XWiki Platform/XWiki.AdminTranslations.xml Translate-URL: https://l10n.xwiki.org/projects/xwiki-platform/xwiki-platform-administratio… Commit: 8d00d88ce4f7b5ac1eac7b7cada6b5d7ca9befea https://github.com/xwiki/xwiki-platform/commit/8d00d88ce4f7b5ac1eac7b7cada6… Author: Nikita Petrenko <petrenkonikserg(a)gmail.com> Date: 2026-08-03 (Mon, 03 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-oldcore/src/main/resources/ApplicationResources_uk.properties Log Message: ----------- Translated using Weblate (Ukrainian) Currently translated at 100.0% (4535 of 4535 strings) Translation: XWiki Platform/xwiki-oldcore Translate-URL: https://l10n.xwiki.org/projects/xwiki-platform/xwiki-core-resources/uk/ Compare: https://github.com/xwiki/xwiki-platform/compare/253fdb791c4b...8d00d88ce4f7 To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0

[xwiki/xwiki-dev-llm] 4a60a0: [Misc] Record that a log argument is an object, no...
by XWiki Notifications 03 Aug '26

03 Aug '26

Branch: refs/heads/misc-logging-arguments Home: https://github.com/xwiki/xwiki-dev-llm Commit: 4a60a0afe9472d93e64861393e96d67c6ae9b4e3 https://github.com/xwiki/xwiki-dev-llm/commit/4a60a0afe9472d93e64861393e96d… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-03 (Mon, 03 Aug 2026) Changed paths: M xwiki/instructions/xwiki-org.md A xwiki/okf/conventions/logging.md M xwiki/okf/index.md Log Message: ----------- [Misc] Record that a log argument is an object, not text A logging pass over commons and platform removed explicit toString() calls on log arguments as "redundant, since SLF4J calls toString() itself". That reasoning is wrong for XWiki, because SLF4J is not the only consumer of a log event: AbstractJobStatus captures every warn/error on a job thread, the LogEvent keeps the raw Object[], SafeMessageConverter XStream-serializes each argument as a full object graph whenever XStreamUtils.isSerializable() accepts it (which defaults to true), SafeArrayConverter turns any read failure into null, and consumers read arguments by type -- the log displayers render references as links and Importer casts getArgumentArray()[0] to EntityReference. So both directions are wrong in different cases, which is what the new conventions/logging.md records: the decision table for when to keep an argument typed (references, extension ids, enums, components, collections) and when to force an eager String (arbitrary sources, live resources such as a Hibernate Session, mutable builders, requests, an object whose toString() is deliberately narrower than its fields, a Class from an extension jar), plus the two wrong justifications for removing a toString() and how java:S2629 actually behaves -- String-typed arguments only, no-arg getters and catch blocks exempt -- so that a suppression is only added where one is really needed. The always-on instructions get the short form, since the damaging case is an agent "cleaning up" a toString() without having loaded the OKF file. 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] cfa444: [Misc] Keep the eager String for log arguments tha...
by XWiki Notifications 03 Aug '26

03 Aug '26

Branch: refs/heads/misc-log-argument-strings Home: https://github.com/xwiki/xwiki-platform Commit: cfa4443a39e5a9a29bc5072b8abe53dfcc06e909 https://github.com/xwiki/xwiki-platform/commit/cfa4443a39e5a9a29bc5072b8abe… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-03 (Mon, 03 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-attachment/xwiki-platform-attachment-api/src/main/java/org/xwiki/attachment/internal/listener/MovedAttachmentListener.java M xwiki-platform-core/xwiki-platform-component/xwiki-platform-component-wiki/src/main/java/org/xwiki/component/wiki/internal/DefaultWikiComponentInvocationHandler.java M xwiki-platform-core/xwiki-platform-mail/xwiki-platform-mail-send/xwiki-platform-mail-send-storage/src/main/java/org/xwiki/mail/internal/DatabaseMailStatusStore.java M xwiki-platform-core/xwiki-platform-mailsender/src/main/java/com/xpn/xwiki/plugin/mailsender/MailSenderPlugin.java M xwiki-platform-core/xwiki-platform-mailsender/src/main/java/com/xpn/xwiki/plugin/mailsender/MailSenderPluginApi.java M xwiki-platform-core/xwiki-platform-observation/xwiki-platform-observation-remote/src/main/java/org/xwiki/observation/remote/internal/jgroups/JGroupsNetworkAdapter.java M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/store/XWikiHibernateBaseStore.java M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/store/migration/hibernate/R40000XWIKI6990DataMigration.java M xwiki-platform-core/xwiki-platform-search/xwiki-platform-search-solr/xwiki-platform-search-solr-api/src/main/java/org/xwiki/search/solr/internal/SolrIndexAvailableLocalesListener.java M xwiki-platform-core/xwiki-platform-search/xwiki-platform-search-solr/xwiki-platform-search-solr-api/src/main/java/org/xwiki/search/solr/internal/SolrIndexEventListener.java M xwiki-platform-core/xwiki-platform-wiki/xwiki-platform-wiki-workspaces-migrator/src/main/java/org/xwiki/wiki/workspacesmigrator/internal/WorkspacesMigration.java M xwiki-platform-core/xwiki-platform-wiki/xwiki-platform-wiki-workspaces-migrator/src/test/java/org/xwiki/wiki/workspacesmigrator/internal/WorkspaceMigrationTest.java Log Message: ----------- [Misc] Keep the eager String for log arguments that must not be serialized Same fix as xwiki-commons#1872, for the sites the logging best practices pass (#6055 ... #6079) changed here. Log arguments are kept as objects in the captured LogEvent and XStream-serialized into the job log (SafeMessageConverter in xwiki-commons), so dropping an explicit toString() changes what lands in the job log file: the whole object graph is written out, and it is read back as null once its class can no longer be resolved. * XWikiHibernateBaseStore: a live Hibernate Session, which implements Serializable, so it would be walked field by field. * MailSenderPluginApi: a MailConfiguration, whose toString() masks the SMTP password that the object itself carries in clear text. * MailSenderPlugin x3 and MailSenderPluginApi: a Mail, which holds the body and the attachments, none of which its toString() prints. * MovedAttachmentListener: a MoveAttachmentRequest. A Request is Serializable, so the move job would end up with a copy of its own request in its own log. * SolrIndexEventListener and SolrIndexAvailableLocalesListener: an arbitrary source object, as in DefaultJobProgress. * JGroupsNetworkAdapter x2: a RemoteEventData, Serializable by design since it is the replicated payload. * DatabaseMailStatusStore, WorkspacesMigration: a StringBuilder, which would be written out as its internal char array. * R40000XWIKI6990DataMigration: a StringBuilder holding the whole Liquibase XML of the migration. The String it is converted to is now reused for the return value instead of being built twice. * DefaultWikiComponentInvocationHandler: getTypeName() on the role Type, which is backed by a Class that cannot always be resolved. The document reference stays an object, since the log displayers render it as a link. Left alone on purpose: EntityReference arguments (the case the displayers are for), enums, a File, and a QueryFilter, which is a component and is therefore already stringified by the converter. Each site carries a comment explaining why the String is built eagerly, so that the next logging pass does not remove it again. java:S2629 only looks at String-typed arguments, exempts no-arg getters and skips catch blocks, so only four of these sites need a suppression. 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-commons]
by XWiki Notifications 03 Aug '26

03 Aug '26

Branch: refs/heads/misc-log-argument-strings Home: https://github.com/xwiki/xwiki-commons To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-commons/settings/notifications

1 0

[xwiki/xwiki-commons] a4d51f: [Misc] Keep the eager String for log arguments tha...
by XWiki Notifications 03 Aug '26

03 Aug '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-commons Commit: a4d51f791dceb77742ae05dfc2b4e41cf3f50797 https://github.com/xwiki/xwiki-commons/commit/a4d51f791dceb77742ae05dfc2b4e… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-03 (Mon, 03 Aug 2026) Changed paths: M xwiki-commons-core/xwiki-commons-component/xwiki-commons-component-default/src/main/java/org/xwiki/component/annotation/ComponentAnnotationLoader.java M xwiki-commons-core/xwiki-commons-job/xwiki-commons-job-api/src/main/java/org/xwiki/job/internal/DefaultJobProgress.java Log Message: ----------- [Misc] Keep the eager String for log arguments that must not be serialized (#1872) Reverts 3 of the 4 explicit toString() removals from #1871, following Thomas' review. Log arguments are kept as objects in the captured LogEvent and XStream-serialized into the job log (SafeMessageConverter), so dropping the toString() changes what lands in the job log file: an arbitrary object has its whole graph written, and it is read back as null once its class can no longer be resolved (SafeArrayConverter turns read failures into null). * DefaultJobProgress x2: the source is an arbitrary Object and this code runs inside a job by definition, so its log always reaches the persisted job log. String.valueOf() rather than toString() so that a null source still renders. This re-opens the java:S2629 issues that the removal had closed, hence the @SuppressWarnings. * ComponentAnnotationLoader: getName(), which reads better in the message than "class org.foo.Bar" and hits the rule's no-arg getter exemption, so no suppression is needed there. * RepositoryUtils is left as merged: ExtensionRepositoryDescriptor is a commons type that is always resolvable, and its toString() already prints every field, so there is no size win and the typed form is the more useful one. Each site carries a comment explaining why the String is built eagerly, so that the next logging pass does not remove it again. 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-commons/settings/notifications

1 0

[[email protected]][Issue] Updates for XWIKI-24190: Unexpected errors for "grizzly" and "Tyrus" dependencies in DW logs because of Certificate expiration
by XWiki Notifications 03 Aug '26

03 Aug '26

1 0

[xwiki/xwiki-commons] 06cafc: [Misc] Keep the eager String for log arguments tha...
by XWiki Notifications 03 Aug '26

03 Aug '26

Branch: refs/heads/misc-log-argument-strings Home: https://github.com/xwiki/xwiki-commons Commit: 06cafcf60b4f664ead6457db9b0e746d17437b66 https://github.com/xwiki/xwiki-commons/commit/06cafcf60b4f664ead6457db9b0e7… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-03 (Mon, 03 Aug 2026) Changed paths: M xwiki-commons-core/xwiki-commons-component/xwiki-commons-component-default/src/main/java/org/xwiki/component/annotation/ComponentAnnotationLoader.java M xwiki-commons-core/xwiki-commons-job/xwiki-commons-job-api/src/main/java/org/xwiki/job/internal/DefaultJobProgress.java Log Message: ----------- [Misc] Keep the eager String for log arguments that must not be serialized Reverts 3 of the 4 explicit toString() removals from #1871, following Thomas' review. Log arguments are kept as objects in the captured LogEvent and XStream-serialized into the job log (SafeMessageConverter), so dropping the toString() changes what lands in the job log file: an arbitrary object has its whole graph written, and it is read back as null once its class can no longer be resolved (SafeArrayConverter turns read failures into null). * DefaultJobProgress x2: the source is an arbitrary Object and this code runs inside a job by definition, so its log always reaches the persisted job log. String.valueOf() rather than toString() so that a null source still renders. This re-opens the java:S2629 issues that the removal had closed, hence the @SuppressWarnings. * ComponentAnnotationLoader: getName(), which reads better in the message than "class org.foo.Bar" and hits the rule's no-arg getter exemption, so no suppression is needed there. * RepositoryUtils is left as merged: ExtensionRepositoryDescriptor is a commons type that is always resolvable, and its toString() already prints every field, so there is no size win and the typed form is the more useful one. Each site carries a comment explaining why the String is built eagerly, so that the next logging pass does not remove it again. 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-commons/settings/notifications

1 0

[[email protected]][Issue] Updates for XWIKI-23503: 'Submit' button is active although no document is uploaded in the Office Document Viewer Macro
by XWiki Notifications 03 Aug '26

03 Aug '26

1 0

[[email protected]][Issue] Updates for XWIKI-24271: Finish support for clustering in the docker test framework
by XWiki Notifications 03 Aug '26

03 Aug '26

1 0

[[email protected]][Issue] Updates for XWIKI-24271: Finish support for clustering in the docker test framework
by XWiki Notifications 03 Aug '26

03 Aug '26

1 0