- notifications - lists.xwiki.org

[jira@xwiki.org][Issue] Updates for XWIKI-24671: Adding a new version for a project in the repository does not update the latest version
by XWiki Notifications 07 Aug '26

07 Aug '26

1 0

[jira@xwiki.org][Issue] Updates for XWIKI-24669: Adding a new version for an extension in the repository does not update the latest version
by XWiki Notifications 07 Aug '26

07 Aug '26

1 0

[xwiki-contrib/wiki-editor-devtools] 06ee63: Fix wrong version (bad release)
by XWiki Notifications 07 Aug '26

07 Aug '26

Branch: refs/heads/master Home: https://github.com/xwiki-contrib/wiki-editor-devtools Commit: 06ee6396586dc43705e25acd0597157355337e35 https://github.com/xwiki-contrib/wiki-editor-devtools/commit/06ee6396586dc4… Author: Thomas Mortagne <thomas.mortagne(a)gmail.com> Date: 2026-08-07 (Fri, 07 Aug 2026) Changed paths: M editor-tool-autocomplete/editor-tool-autocomplete-test/editor-tool-autocomplete-test-docker/pom.xml M editor-tool-autocomplete/editor-tool-autocomplete-test/pom.xml Log Message: ----------- Fix wrong version (bad release) To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/wiki-editor-devtools/settings/notifications

1 0

[jira@xwiki.org][Issue] Updates for XWIKI-24390: The space elements are duplicated in Solr OBJECT entries
by XWiki Notifications 07 Aug '26

07 Aug '26

1 0

[jira@xwiki.org][Issue] Updates for XWIKI-24670: R171009000XWIKI24390 migration is executed again when migrating from 18.4.4
by XWiki Notifications 07 Aug '26

07 Aug '26

1 0

[xwiki/xwiki-platform]
by XWiki Notifications 07 Aug '26

07 Aug '26

Branch: refs/heads/XWIKI-24665-log-levels Home: https://github.com/xwiki/xwiki-platform To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0

[xwiki/xwiki-platform] 0732dc: XWIKI-24665: Apply the logging best practices acro...
by XWiki Notifications 07 Aug '26

07 Aug '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-platform Commit: 0732dc45bd812cb29937df175808a9aec562e22d https://github.com/xwiki/xwiki-platform/commit/0732dc45bd812cb29937df175808… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-07 (Fri, 07 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/plugin/packaging/Package.java M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/stats/impl/xwiki/XWikiStatsStoreService.java M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/store/hibernate/HibernateAttachmentVersioningStore.java Log Message: ----------- XWIKI-24665: Apply the logging best practices across commons, rendering and platform (#6113) * XWIKI-24665: Apply the logging best practices across commons, rendering and platform * Revert the log level change on the stop order of the statistics storing thread: it goes back to warn, and the throwable comes back with it * Do not restore the isInfoEnabled() guard that used to wrap it. That guard was a bug: it tested the info level while the statement logged at warn, so the message was dropped whenever warn was enabled and info was not. Removing it rather than correcting it to isWarnEnabled() keeps the statement free of a guard SLF4J already applies itself * Restore the throwable of the two interrupted-thread warnings in the same class, which the earlier pass over the warn() calls missed. They kept the same shape as the 106 already fixed: the root cause formatted into the message instead of the throwable passed as the last argument. The class was inconsistent as a result, since the third site logging the very same InterruptedException still passed it Co-authored-by: Claude Opus 5 (1M context) <noreply(a)anthropic.com> * XWIKI-24665: Apply the logging best practices across commons, rendering and platform * Restore the throwable when deleting an attachment archive fails, the last site the earlier pass over the warn() calls missed. Unlike the interrupted-thread warnings, here the trace is the diagnosis: the statement catches every Exception coming out of a Hibernate write, and the root cause message alone does not say which one * Keep the {} placeholders the sweep introduced in place of String.format Co-authored-by: Claude Opus 5 (1M context) <noreply(a)anthropic.com> * XWIKI-24665: Apply the logging best practices across commons, rendering and platform * Restore the error plus debug pair the sweep collapsed into a single error() when deleting the previous document of a package fails, the third occurrence of that collapse and the one left unresolved. The pair is deliberate: this runs once per document of the package, so a trace for every failure floods the log of a large import, while the trace stays reachable by raising the level * State that reason inline, since nothing in the code says why the trace is at debug * Keep the {} placeholder the sweep introduced in place of the string concatenation, through a local variable so that the message is not duplicated as a literal Co-authored-by: Claude Opus 5 (1M context) <noreply(a)anthropic.com> --------- 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 07 Aug '26

07 Aug '26

Branch: refs/heads/XWIKI-24665-log-levels 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] d100cb: XWIKI-24665: Apply the logging best practices acro...
by XWiki Notifications 07 Aug '26

07 Aug '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-commons Commit: d100cb2c14a90bd96b620e8cef0857b50dae1bb7 https://github.com/xwiki/xwiki-commons/commit/d100cb2c14a90bd96b620e8cef085… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-07 (Fri, 07 Aug 2026) Changed paths: M xwiki-commons-core/xwiki-commons-diff/xwiki-commons-diff-api/src/main/java/org/xwiki/diff/internal/DefaultDiffManager.java M xwiki-commons-core/xwiki-commons-extension/xwiki-commons-extension-api/src/main/java/org/xwiki/extension/repository/internal/installed/AbstractInstalledExtensionRepository.java M xwiki-commons-core/xwiki-commons-job/xwiki-commons-job-default/src/main/java/org/xwiki/job/internal/DefaultGroupedJobInitializerManager.java M xwiki-commons-core/xwiki-commons-observation/xwiki-commons-observation-local/src/main/java/org/xwiki/observation/internal/ObservationContextListener.java M xwiki-commons-core/xwiki-commons-xml/src/main/java/org/xwiki/xml/internal/html/DefaultHTMLElementSanitizer.java Log Message: ----------- XWIKI-24665: Apply the logging best practices across commons, rendering and platform (#1883) * Revert the six log level changes the sweep made in commons, since the levels it chose were never agreed and the original ones were deliberate: DefaultDiffManager back to info, and AbstractInstalledExtensionRepository, DefaultGroupedJobInitializerManager, ObservationContextListener and DefaultHTMLElementSanitizer (twice) back to error * Keep the message improvements of those same statements, which nobody objected to, so only the level changes back: DefaultGroupedJobInitializerManager still states that it falls back to the default initializer, and DefaultDiffManager still names the start and the end offset separately 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

[xwiki/xwiki-platform] e51afc: XWIKI-24665: Apply the logging best practices acro...
by XWiki Notifications 07 Aug '26

07 Aug '26

Branch: refs/heads/XWIKI-24665-log-levels Home: https://github.com/xwiki/xwiki-platform Commit: e51afc0f820b6427efc8b8f2851b10372946e337 https://github.com/xwiki/xwiki-platform/commit/e51afc0f820b6427efc8b8f2851b… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-07 (Fri, 07 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/stats/impl/xwiki/XWikiStatsStoreService.java Log Message: ----------- XWIKI-24665: Apply the logging best practices across commons, rendering and platform * Revert the log level change on the stop order of the statistics storing thread: it goes back to warn, and the throwable comes back with it * Do not restore the isInfoEnabled() guard that used to wrap it. That guard was a bug: it tested the info level while the statement logged at warn, so the message was dropped whenever warn was enabled and info was not. Removing it rather than correcting it to isWarnEnabled() keeps the statement free of a guard SLF4J already applies itself * Restore the throwable of the two interrupted-thread warnings in the same class, which the earlier pass over the warn() calls missed. They kept the same shape as the 106 already fixed: the root cause formatted into the message instead of the throwable passed as the last argument. The class was inconsistent as a result, since the third site logging the very same InterruptedException still passed it Co-authored-by: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: 9a1347f32353573dda40c6ecc7e8e3adeffc0d5d https://github.com/xwiki/xwiki-platform/commit/9a1347f32353573dda40c6ecc7e8… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-07 (Fri, 07 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/store/hibernate/HibernateAttachmentVersioningStore.java Log Message: ----------- XWIKI-24665: Apply the logging best practices across commons, rendering and platform * Restore the throwable when deleting an attachment archive fails, the last site the earlier pass over the warn() calls missed. Unlike the interrupted-thread warnings, here the trace is the diagnosis: the statement catches every Exception coming out of a Hibernate write, and the root cause message alone does not say which one * Keep the {} placeholders the sweep introduced in place of String.format Co-authored-by: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: 6812d42ba13e47c54fac7a347fd3fce9caf9ab7f https://github.com/xwiki/xwiki-platform/commit/6812d42ba13e47c54fac7a347fd3… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-07 (Fri, 07 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/plugin/packaging/Package.java Log Message: ----------- XWIKI-24665: Apply the logging best practices across commons, rendering and platform * Restore the error plus debug pair the sweep collapsed into a single error() when deleting the previous document of a package fails, the third occurrence of that collapse and the one left unresolved. The pair is deliberate: this runs once per document of the package, so a trace for every failure floods the log of a large import, while the trace stays reachable by raising the level * State that reason inline, since nothing in the code says why the trace is at debug * Keep the {} placeholder the sweep introduced in place of the string concatenation, through a local variable so that the message is not duplicated as a literal Co-authored-by: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Compare: https://github.com/xwiki/xwiki-platform/compare/e51afc0f820b%5E...6812d42ba… To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0