September 2026 - notifications

[xwiki-contrib/application-blog]
by XWiki Notifications 18 Sep '26

18 Sep '26

Branch: refs/tags/application-blog-9.15.11 Home: https://github.com/xwiki-contrib/application-blog To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/application-blog/settings/notifications

1 0

[xwiki-contrib/application-blog] a867a0: [maven-release-plugin] prepare release application...
by XWiki Notifications 18 Sep '26

18 Sep '26

Branch: refs/heads/master Home: https://github.com/xwiki-contrib/application-blog Commit: a867a0daea8a9c24fca149284f948c6ce8d70b08 https://github.com/xwiki-contrib/application-blog/commit/a867a0daea8a9c24fc… Author: Alex Cotiugă <ancotiuga(a)gmail.com> Date: 2026-09-18 (Fri, 18 Sep 2026) Changed paths: M application-blog-api/pom.xml M application-blog-test/application-blog-test-pageobjects/pom.xml M application-blog-test/application-blog-test-tests/pom.xml M application-blog-test/pom.xml M application-blog-ui/pom.xml M pom.xml Log Message: ----------- [maven-release-plugin] prepare release application-blog-9.15.11 To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/application-blog/settings/notifications

1 0

[xwiki/xwiki-platform] 0b8b31: XWIKI-24815: Upgrade to Tika 4.0.0
by XWiki Notifications 18 Sep '26

18 Sep '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-platform Commit: 0b8b31305f312aa5264c100bd2529b8745f07fc4 https://github.com/xwiki/xwiki-platform/commit/0b8b31305f312aa5264c100bd252… Author: Thomas Mortagne <thomas.mortagne(a)gmail.com> Date: 2026-09-18 (Fri, 18 Sep 2026) Changed paths: M pom.xml M xwiki-platform-core/xwiki-platform-resource/xwiki-platform-resource-servlet/pom.xml M xwiki-platform-core/xwiki-platform-resource/xwiki-platform-resource-servlet/src/main/java/org/xwiki/resource/servlet/AbstractServletResourceReferenceHandler.java M xwiki-platform-core/xwiki-platform-resource/xwiki-platform-resource-servlet/src/test/java/org/xwiki/resource/servlet/AbstractServletResourceReferenceHandlerTest.java M xwiki-platform-core/xwiki-platform-tika/xwiki-platform-tika-detect/pom.xml M xwiki-platform-core/xwiki-platform-tika/xwiki-platform-tika-detect/src/main/java/org/xwiki/tika/internal/TikaUtils.java R xwiki-platform-core/xwiki-platform-tika/xwiki-platform-tika-detect/src/main/resources/tika-config.xml M xwiki-platform-core/xwiki-platform-tika/xwiki-platform-tika-parsers/pom.xml Log Message: ----------- XWIKI-24815: Upgrade to Tika 4.0.0 * TikaConfig and the XML configuration API are gone in Tika 4, and the initializableProblemHandler setting that tika-config.xml only existed for has no 4.x equivalent, so use the default Tika instance and drop the config file * remove tika-parser-advancedmedia-module, which has no 4.x release * always serve resources through a BufferedInputStream, since detecting the content type now leaves the stream it was given advanced, which truncated the served resource by Tika's read-ahead (an empty response below 64KB) 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-blog] c90337: BLOG-265: Improve the rendering of the blog title
by XWiki Notifications 18 Sep '26

18 Sep '26

Branch: refs/heads/master Home: https://github.com/xwiki-contrib/application-blog Commit: c90337c4d573728518d04f70b83697fab34039a1 https://github.com/xwiki-contrib/application-blog/commit/c90337c4d573728518… Author: Simon Urli <simon.urli(a)xwiki.com> Date: 2026-09-18 (Fri, 18 Sep 2026) Changed paths: A application-blog-api/src/main/java/org/xwiki/platform/blog/internal/BlogTitleMigration.java M application-blog-api/src/main/java/org/xwiki/platform/blog/internal/BlogUpgradeEventListener.java M application-blog-api/src/main/resources/META-INF/components.txt A application-blog-api/src/test/java/org/xwiki/platform/blog/internal/BlogTitleMigrationTest.java M application-blog-api/src/test/java/org/xwiki/platform/blog/internal/BlogUpgradeEventListenerTest.java A application-blog-test/application-blog-test-tests/src/test/it/org/xwiki/blog/test/ui/BlogTitleSecurityTest.java M application-blog-ui/src/main/resources/Blog/BlogCode.xml M application-blog-ui/src/main/resources/Blog/BlogSheet.xml M application-blog-ui/src/main/resources/Blog/WebHome.xml Log Message: ----------- BLOG-265: Improve the rendering of the blog title * Display the blog title using its stored value, falling back to the blog.code.title translation when it is empty. * Clear the default blog title so it relies on that fallback. * Add a migration clearing the previous default title value on existing blogs during the application upgrade. Co-Authored-By: Claude Opus 4.8 <noreply(a)anthropic.com> To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/application-blog/settings/notifications

1 0

[xwiki-contrib/application-changerequest] 735c41: CRAPP-438: Review invalidation is skipped when a s...
by XWiki Notifications 18 Sep '26

18 Sep '26

Branch: refs/heads/CRAPP-438-cache Home: https://github.com/xwiki-contrib/application-changerequest Commit: 735c419008bc02095fe4764d31296a8156ffcec1 https://github.com/xwiki-contrib/application-changerequest/commit/735c41900… Author: Simon Urli <simon.urli(a)xwiki.com> Date: 2026-09-18 (Fri, 18 Sep 2026) Changed paths: M application-changerequest-default/src/main/java/org/xwiki/contrib/changerequest/internal/cache/ChangeRequestStorageCacheManager.java M application-changerequest-default/src/main/java/org/xwiki/contrib/changerequest/internal/storage/DefaultChangeRequestStorageManager.java A application-changerequest-default/src/test/java/org/xwiki/contrib/changerequest/internal/cache/ChangeRequestStorageCacheManagerTest.java M application-changerequest-default/src/test/java/org/xwiki/contrib/changerequest/internal/storage/DefaultChangeRequestStorageManagerTest.java Log Message: ----------- CRAPP-438: Review invalidation is skipped when a stale change request is served from the storage cache * Give every change request identifier a generation in ChangeRequestStorageCacheManager, incremented by each invalidation, so that a loader which read the documents before an invalidation can be told apart from one which read them after it * Read that generation through the new startLoading before the documents are read in DefaultChangeRequestStorageManager#load, and hand it back to cacheChangeRequest, which now stores the change request only when the generation is unchanged: an instance built from data that an invalidation has already superseded is dropped instead of being served to every later request * Keep a tombstone carrying the generation instead of removing the entry on invalidation, so that a load started earlier can see that the invalidation happened, and treat the absence of that entry, from an eviction or from invalidateAll, as a reason not to cache * Add unit tests for the cache manager covering the invalidation of a change request being loaded, the disappearance of its entry, and a slow loader finishing after a fresher one * Assert in DefaultChangeRequestStorageManagerTest that the generation is read before the documents and handed back untouched 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-changerequest/settings/notific…

1 0

[[email protected]][Issue] Updates for XWIKI-25023: Give XClasses categories, and let the XClass picker filter on them
by XWiki Notifications 18 Sep '26

18 Sep '26

1 0

[xwiki-contrib/application-changerequest] 9c4733: CRAPP-438: Review invalidation is skipped when a s...
by XWiki Notifications 18 Sep '26

18 Sep '26

Branch: refs/heads/CRAPP-438 Home: https://github.com/xwiki-contrib/application-changerequest Commit: 9c4733d0dcc1301c5e78e3d4076dab620cb72825 https://github.com/xwiki-contrib/application-changerequest/commit/9c4733d0d… Author: Simon Urli <simon.urli(a)xwiki.com> Date: 2026-09-18 (Fri, 18 Sep 2026) Changed paths: M application-changerequest-api/src/main/java/org/xwiki/contrib/changerequest/storage/ReviewStorageManager.java M application-changerequest-default/src/main/java/org/xwiki/contrib/changerequest/internal/DefaultChangeRequestManager.java M application-changerequest-default/src/main/java/org/xwiki/contrib/changerequest/internal/storage/DefaultReviewStorageManager.java M application-changerequest-default/src/test/java/org/xwiki/contrib/changerequest/internal/DefaultChangeRequestManagerTest.java M application-changerequest-default/src/test/java/org/xwiki/contrib/changerequest/internal/storage/DefaultReviewStorageManagerTest.java Log Message: ----------- CRAPP-438: Review invalidation is skipped when a stale change request is served from the storage cache * Reload the reviews from the storage at the beginning of DefaultChangeRequestManager#addReview, so that a change request served from an outdated cache entry cannot silently skip the invalidation of the previous review and leave a superseded approval valid * Log a warning when the change request held fewer reviews than the storage contains, to make an outdated cache entry visible in the logs, which it currently is not * Make ReviewStorageManager#load replace the reviews already held by the change request instead of appending them, which is what its contract already described, and document it explicitly * Add unit tests covering the invalidation of a review missing from the change request, and the refresh performed by a second load 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-changerequest/settings/notific…

1 0

[[email protected]][Issue] Updates for CRAPP-438: Review invalidation is skipped when a stale change request is served from the storage cache
by XWiki Notifications 18 Sep '26

18 Sep '26

1 0

[xwiki/xwiki-platform] 59d566: --wip-- [skip ci]
by XWiki Notifications 18 Sep '26

18 Sep '26

Branch: refs/heads/notifications-it-rest-fixture Home: https://github.com/xwiki/xwiki-platform Commit: 59d566dc643b1fbe3af75b1b87ab3887060801ce https://github.com/xwiki/xwiki-platform/commit/59d566dc643b1fbe3af75b1b87ab… Author: Manuel Leduc <manuel.leduc(a)xwiki.com> Date: 2026-09-18 (Fri, 18 Sep 2026) Changed paths: M xwiki-platform-core/xwiki-platform-notifications/xwiki-platform-notifications-test/xwiki-platform-notifications-test-docker/src/test/it/org/xwiki/platform/notifications/test/ui/NotificationsIT.java Log Message: ----------- --wip-- [skip ci] Commit: 070f2b21b87f3db4d9409caba056def171e71d53 https://github.com/xwiki/xwiki-platform/commit/070f2b21b87f3db4d9409caba056… Author: Manuel Leduc <manuel.leduc(a)xwiki.com> Date: 2026-09-18 (Fri, 18 Sep 2026) Changed paths: M xwiki-platform-core/xwiki-platform-notifications/xwiki-platform-notifications-test/xwiki-platform-notifications-test-docker/src/test/it/org/xwiki/platform/notifications/test/ui/NotificationsIT.java M xwiki-platform-core/xwiki-platform-notifications/xwiki-platform-notifications-test/xwiki-platform-notifications-test-pageobjects/src/main/java/org/xwiki/platform/notifications/test/po/NotificationsContainerElement.java M xwiki-platform-core/xwiki-platform-notifications/xwiki-platform-notifications-test/xwiki-platform-notifications-test-pageobjects/src/main/java/org/xwiki/platform/notifications/test/po/NotificationsTrayPage.java Log Message: ----------- [Misc] Speedup NotificationsIT by REST calls * Create the page of the first user over REST again in simpleNotifications: it produces a single event, before the second user watches the wiki, so it is not concerned by the ordering issue that led to restoring the browser-driven version of that test. * Give the real reason why the pages of simpleNotifications are created through the browser: the date of a page event is the date of the page, which has no milliseconds, so pages created over REST within the same second get notifications whose order is arbitrary. Marking one as read re-indexes its event, which then moves behind the others of that second, out of the ten notifications the tray displays. * Say why the deletion of simpleNotifications goes through the browser too: the event date has no milliseconds while the date from which the preference applies has some, so a deletion within that same second produces an event dated before the preference, which filters it out. * Move the lookup of a notification by its type to NotificationsTrayPage and NotificationsContainerElement, rather than reaching for the notification types from the test. Compare: https://github.com/xwiki/xwiki-platform/compare/93e733bb4f20...070f2b21b87f To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0

[[email protected]][Issue] Updates for XWIKI-24239: The block handle is badly aligned vertically
by XWiki Notifications 18 Sep '26

18 Sep '26

1 0