lists.xwiki.org
Sign In Sign Up
Manage this list Sign In Sign Up

Keyboard Shortcuts

Thread View

  • j: Next unread message
  • k: Previous unread message
  • j a: Jump to all threads
  • j l: Jump to MailingList overview

notifications

Thread Start a new thread
Download
Threads by month
  • ----- 2026 -----
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2025 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2024 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2023 -----
  • December
  • November
  • October
[email protected]

July 2025

  • 1 participants
  • 1435 discussions
[xwiki-contrib/book-versions] 9671d8: BVERSION-235 : Inheritance when reusing library co...
by XWiki Notifications 18 Jul '25

18 Jul '25
Branch: refs/heads/master Home: https://github.com/xwiki-contrib/book-versions Commit: 9671d8b8c524ab5048cffb255e47337fc53e1baa https://github.com/xwiki-contrib/book-versions/commit/9671d8b8c524ab5048cff… Author: Raluca Stavro <rstavro(a)xwiki.com> Date: 2025-07-18 (Fri, 18 Jul 2025) Changed paths: M application-book-versions-default/src/main/java/org/xwiki/contrib/bookversions/internal/DefaultBookVersionsManager.java Log Message: ----------- BVERSION-235 : Inheritance when reusing library content results in errors To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/book-versions/settings/notifications
1 0
0 0
[[email protected]][Issue] Updates for XWIKI-23358: Warning Failed to get the extension from the index: NullPointerException is logged on installation
by XWiki Notifications 18 Jul '25

18 Jul '25
1 0
0 0
[[email protected]][Issue] Updates for XWIKI-23228: When clicking "Done", the realtime editor sometimes asks if the user wants to leave the page
by XWiki Notifications 18 Jul '25

18 Jul '25
1 0
0 0
[[email protected]][Issue] Updates for XWIKI-23384: Default RequestParameterConverter doesn't handle RequiresHTMLConversion anymore
by XWiki Notifications 18 Jul '25

18 Jul '25
1 0
0 0
[xwiki/xwiki-platform] 9ddfc2: [Misc] Fix race condition blocking ExtensionSecuri...
by XWiki Notifications 18 Jul '25

18 Jul '25
Branch: refs/heads/stable-17.6.x Home: https://github.com/xwiki/xwiki-platform Commit: 9ddfc2194042181099b31b3f4c243e359ae12953 https://github.com/xwiki/xwiki-platform/commit/9ddfc2194042181099b31b3f4c24… Author: Michael Hamann <michael.hamann(a)xwiki.com> Date: 2025-07-18 (Fri, 18 Jul 2025) Changed paths: M xwiki-platform-core/xwiki-platform-extension/xwiki-platform-extension-security/xwiki-platform-extension-security-index/src/main/java/org/xwiki/extension/security/internal/ExtensionSecurityScheduler.java M xwiki-platform-core/xwiki-platform-extension/xwiki-platform-extension-security/xwiki-platform-extension-security-index/src/test/java/org/xwiki/extension/security/internal/ExtensionSecuritySchedulerTest.java Log Message: ----------- [Misc] Fix race condition blocking ExtensionSecuritySchedulerTest * Fix a race condition where the future returned by `ExtensionSecurityScheduler#start()` would never be completed because it was null when the executor executed the runnable. This can block the execution of ExtensionSecuritySchedulerTest, causing it to hang infinitely. In actual use, this could only happen when the extension security scan is disabled as otherwise, the actual scan takes so much time that it's unlikely that the completable future hasn't been initialized in the meantime. Even for the disabled case, it seems very unlikely and most likely not that problematic as the only code waiting for the completable future seems to be testing code. It would prevent the scheduler from executing again after 24h, but the only use case where this would matter is if the scheduler was first disabled and then re-enabled. * Make ExtensionSecurityScheduler more robust by making `restart()` synchronized, too. * Bulletproof the test by only waiting 20 seconds for the future to be completed. (cherry picked from commit 8e31e99ee4182e3b23176317211774d912a3ee3b) To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications
1 0
0 0
[xwiki/xwiki-platform] 8a766a: [Misc] Fix race condition blocking ExtensionSecuri...
by XWiki Notifications 18 Jul '25

18 Jul '25
Branch: refs/heads/stable-17.4.x Home: https://github.com/xwiki/xwiki-platform Commit: 8a766a69ad1b3650cb35840563cbee846378879e https://github.com/xwiki/xwiki-platform/commit/8a766a69ad1b3650cb35840563cb… Author: Michael Hamann <michael.hamann(a)xwiki.com> Date: 2025-07-18 (Fri, 18 Jul 2025) Changed paths: M xwiki-platform-core/xwiki-platform-extension/xwiki-platform-extension-security/xwiki-platform-extension-security-index/src/main/java/org/xwiki/extension/security/internal/ExtensionSecurityScheduler.java M xwiki-platform-core/xwiki-platform-extension/xwiki-platform-extension-security/xwiki-platform-extension-security-index/src/test/java/org/xwiki/extension/security/internal/ExtensionSecuritySchedulerTest.java Log Message: ----------- [Misc] Fix race condition blocking ExtensionSecuritySchedulerTest * Fix a race condition where the future returned by `ExtensionSecurityScheduler#start()` would never be completed because it was null when the executor executed the runnable. This can block the execution of ExtensionSecuritySchedulerTest, causing it to hang infinitely. In actual use, this could only happen when the extension security scan is disabled as otherwise, the actual scan takes so much time that it's unlikely that the completable future hasn't been initialized in the meantime. Even for the disabled case, it seems very unlikely and most likely not that problematic as the only code waiting for the completable future seems to be testing code. It would prevent the scheduler from executing again after 24h, but the only use case where this would matter is if the scheduler was first disabled and then re-enabled. * Make ExtensionSecurityScheduler more robust by making `restart()` synchronized, too. * Bulletproof the test by only waiting 20 seconds for the future to be completed. (cherry picked from commit 8e31e99ee4182e3b23176317211774d912a3ee3b) To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications
1 0
0 0
[xwiki/xwiki-platform] 810b80: [Misc] Fix race condition blocking ExtensionSecuri...
by XWiki Notifications 18 Jul '25

18 Jul '25
Branch: refs/heads/stable-16.10.x Home: https://github.com/xwiki/xwiki-platform Commit: 810b80eb2a8ca2238f8c26c8d2c3625e0bb672b9 https://github.com/xwiki/xwiki-platform/commit/810b80eb2a8ca2238f8c26c8d2c3… Author: Michael Hamann <michael.hamann(a)xwiki.com> Date: 2025-07-18 (Fri, 18 Jul 2025) Changed paths: M xwiki-platform-core/xwiki-platform-extension/xwiki-platform-extension-security/xwiki-platform-extension-security-index/src/main/java/org/xwiki/extension/security/internal/ExtensionSecurityScheduler.java M xwiki-platform-core/xwiki-platform-extension/xwiki-platform-extension-security/xwiki-platform-extension-security-index/src/test/java/org/xwiki/extension/security/internal/ExtensionSecuritySchedulerTest.java Log Message: ----------- [Misc] Fix race condition blocking ExtensionSecuritySchedulerTest * Fix a race condition where the future returned by `ExtensionSecurityScheduler#start()` would never be completed because it was null when the executor executed the runnable. This can block the execution of ExtensionSecuritySchedulerTest, causing it to hang infinitely. In actual use, this could only happen when the extension security scan is disabled as otherwise, the actual scan takes so much time that it's unlikely that the completable future hasn't been initialized in the meantime. Even for the disabled case, it seems very unlikely and most likely not that problematic as the only code waiting for the completable future seems to be testing code. It would prevent the scheduler from executing again after 24h, but the only use case where this would matter is if the scheduler was first disabled and then re-enabled. * Make ExtensionSecurityScheduler more robust by making `restart()` synchronized, too. * Bulletproof the test by only waiting 20 seconds for the future to be completed. (cherry picked from commit 8e31e99ee4182e3b23176317211774d912a3ee3b) To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications
1 0
0 0
[xwiki/xwiki-platform] 8e31e9: [Misc] Fix race condition blocking ExtensionSecuri...
by XWiki Notifications 18 Jul '25

18 Jul '25
Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-platform Commit: 8e31e99ee4182e3b23176317211774d912a3ee3b https://github.com/xwiki/xwiki-platform/commit/8e31e99ee4182e3b231763172117… Author: Michael Hamann <michael.hamann(a)xwiki.com> Date: 2025-07-18 (Fri, 18 Jul 2025) Changed paths: M xwiki-platform-core/xwiki-platform-extension/xwiki-platform-extension-security/xwiki-platform-extension-security-index/src/main/java/org/xwiki/extension/security/internal/ExtensionSecurityScheduler.java M xwiki-platform-core/xwiki-platform-extension/xwiki-platform-extension-security/xwiki-platform-extension-security-index/src/test/java/org/xwiki/extension/security/internal/ExtensionSecuritySchedulerTest.java Log Message: ----------- [Misc] Fix race condition blocking ExtensionSecuritySchedulerTest * Fix a race condition where the future returned by `ExtensionSecurityScheduler#start()` would never be completed because it was null when the executor executed the runnable. This can block the execution of ExtensionSecuritySchedulerTest, causing it to hang infinitely. In actual use, this could only happen when the extension security scan is disabled as otherwise, the actual scan takes so much time that it's unlikely that the completable future hasn't been initialized in the meantime. Even for the disabled case, it seems very unlikely and most likely not that problematic as the only code waiting for the completable future seems to be testing code. It would prevent the scheduler from executing again after 24h, but the only use case where this would matter is if the scheduler was first disabled and then re-enabled. * Make ExtensionSecurityScheduler more robust by making `restart()` synchronized, too. * Bulletproof the test by only waiting 20 seconds for the future to be completed. To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications
1 0
0 0
[[email protected]][Issue] Updates for BVERSION-231: Publishing just a page or a set of pages from a book breaks the links inside the pages
by XWiki Notifications 18 Jul '25

18 Jul '25
1 0
0 0
[[email protected]][Issue] Updates for BVERSION-235: Inheritance when reusing library content results in errors
by XWiki Notifications 18 Jul '25

18 Jul '25
1 0
0 0
  • ← Newer
  • 1
  • ...
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • ...
  • 144
  • Older →

HyperKitty Powered by HyperKitty version 1.3.12.