- notifications - lists.xwiki.org

[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

[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

[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

[[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

[[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

[xwiki-contrib/book-versions] 791040: BVERSION-231 : Publishing just a page or a set of ...
by XWiki Notifications 18 Jul '25

18 Jul '25

Branch: refs/heads/master Home: https://github.com/xwiki-contrib/book-versions Commit: 791040982f21fe6539b693493cb090b9d84cc942 https://github.com/xwiki-contrib/book-versions/commit/791040982f21fe6539b69… 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/BookPublicationReferencesTransformationHelper.java M application-book-versions-default/src/main/java/org/xwiki/contrib/bookversions/internal/DefaultBookVersionsManager.java Log Message: ----------- BVERSION-231 : Publishing just a page or a set of pages from a book breaks the links inside the pages- also updating the formatting To unsubscribe from these emails, change your notification settings at https://github.com/xwiki-contrib/book-versions/settings/notifications

1 0

[[email protected]][Issue] Updates for BVERSION-234: Support content imported fom Confluence with translation migration support enabled
by XWiki Notifications 18 Jul '25

18 Jul '25

1 0

[[email protected]][Issue] Updates for XCOMMONS-3382: Upgrade to commons-lang3 3.18.0
by XWiki Notifications 17 Jul '25

17 Jul '25

1 0

[[email protected]][Issue] Updates for XWIKI-22405: Add automated test for "Show Page Annotations Tab (Yes)"
by XWiki Notifications 17 Jul '25

17 Jul '25

1 0

[[email protected]][Issue] Updates for XWIKI-22406: Add automated test for "Show Page Attachments Tab (No)"
by XWiki Notifications 17 Jul '25

17 Jul '25

1 0