- notifications - lists.xwiki.org

[xwiki/xwiki-docker] 43e675: XDOCKER-18: Fix the captured command output being ...
by XWiki Notifications 25 Aug '26

25 Aug '26

Branch: refs/heads/XDOCKER-18-automate-docker-images-release Home: https://github.com/xwiki/xwiki-docker Commit: 43e675d7a6436036681c9f02cbafecc330162434 https://github.com/xwiki/xwiki-docker/commit/43e675d7a6436036681c9f02cbafec… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-25 (Tue, 25 Aug 2026) Changed paths: M gradle/helpers.gradle Log Message: ----------- XDOCKER-18: Fix the captured command output being truncated or empty * 'capture' consumed the process output into two writers and then merely waited for the process, which races with the threads draining its streams: the process can exit while they still have bytes to write, so the captured stdout came back short or altogether empty. Measured on a 4 MB output, 4 runs out of 50 returned an empty String. * Everything 'capture' reads either decides something or ends up in the content submitted upstream, so a silently short read is not an option: 'git status --porcelain' coming back empty passes the dirty tree guard of 'submitOfficialImage', and an empty 'git log' answer emits an empty 'GitCommit' into the official images file. * Use 'waitForProcessOutput', which waits for the process and for both draining threads (and still lets 'exitValue' be read afterwards). Same measurement: 0 mismatches out of 50. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: 4fb9576d444fba615684658af81023da1013d958 https://github.com/xwiki/xwiki-docker/commit/4fb9576d444fba615684658af81023… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-25 (Tue, 25 Aug 2026) Changed paths: M gradle/run-instances.gradle Log Message: ----------- XDOCKER-18: Build the images in runAll instead of pulling them * 'runAll' rewrote the ports and the container names of the generated docker-compose.yml but left its 'image' line alone, so it pulled 'xwiki:<version>-<variant>' from DockerHub exactly like 'smokeTest' used to. At release time that tag does not exist yet, so the boot failed with "manifest unknown" precisely when the images worth looking at are the ones just regenerated, and on an already published version it silently ran the published image instead of them. * Extract the build step into a 'buildImage' helper shared with 'smokeTest' and build each instance before starting it. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Commit: a62175585decd36a25b955df8efacad126303d28 https://github.com/xwiki/xwiki-docker/commit/a62175585decd36a25b955df8efaca… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-25 (Tue, 25 Aug 2026) Changed paths: M gradle/release.gradle M gradle/run-instances.gradle M gradle/update-versions.gradle Log Message: ----------- XDOCKER-18: Smoke test the cycles changed by any of the update tasks * 'smokeTest' picked the cycles to boot from what 'updateXWiki' reported, so a release bumping only a JDBC driver or the shared LibreOffice version regenerated images and then tested nothing at all, although those are the changes carrying a brand new download URL and sha256, i.e. the ones most likely to break the build. * 'updateJDBC' now reports the cycles whose drivers it changed, and 'updateLibreOffice' reports that all of them changed, since the LibreOffice version is shared by every cycle. The holder they share with 'smokeTest' is renamed to 'versionUpdate' accordingly. * Order 'smokeTest' after the update tasks themselves and not only after the 'generate' they order before, so that it still sees what they changed when it is chained without 'generate' (e.g. './gradlew updateJDBC smokeTest'). * Log the cycles being tested, since which ones they are is now the result of what three tasks found. Co-Authored-By: Claude Opus 5 (1M context) <noreply(a)anthropic.com> Compare: https://github.com/xwiki/xwiki-docker/compare/5660866f0f30...a62175585dec To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-docker/settings/notifications

1 0

[[email protected]][Issue] Updates for XWIKI-24732: The fact that the page titles can be changed in edit mode is not so visible anymore
by XWiki Notifications 25 Aug '26

25 Aug '26

1 0

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

25 Aug '26

Branch: refs/heads/claude/clever-feynman-xknuui-multi-version 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] dd2c45: [Misc] Add the since argument to @Deprecated annot...
by XWiki Notifications 25 Aug '26

25 Aug '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-platform Commit: dd2c454e1b411539bfc5e115493dcd8702402c28 https://github.com/xwiki/xwiki-platform/commit/dd2c454e1b411539bfc5e115493d… Author: claude[bot] <209825114+claude[bot](a)users.noreply.github.com> Date: 2026-08-25 (Tue, 25 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-component/xwiki-platform-component-script/src/main/java/org/xwiki/component/script/ComponentScriptService.java M xwiki-platform-core/xwiki-platform-filter/xwiki-platform-filter-events/xwiki-platform-filter-event-user/src/main/java/org/xwiki/filter/event/user/GroupFilter.java M xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-model-api/src/main/java/org/xwiki/model/script/LegacyModelScriptService.java M xwiki-platform-core/xwiki-platform-legacy/xwiki-platform-legacy-office/xwiki-platform-legacy-office-viewer/src/main/java/org/xwiki/office/viewer/OfficeViewer.java M xwiki-platform-core/xwiki-platform-model/xwiki-platform-model-api/src/main/java/org/xwiki/model/reference/DocumentReference.java M xwiki-platform-core/xwiki-platform-office/xwiki-platform-office-importer/src/main/java/org/xwiki/officeimporter/splitter/XDOMOfficeDocumentSplitter.java M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/export/html/HtmlPackager.java M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/web/ExportURLFactory.java M xwiki-platform-core/xwiki-platform-refactoring/xwiki-platform-refactoring-api/src/main/java/org/xwiki/refactoring/WikiDocument.java M xwiki-platform-core/xwiki-platform-refactoring/xwiki-platform-refactoring-api/src/main/java/org/xwiki/refactoring/splitter/criterion/naming/HeadingNameNamingCriterion.java M xwiki-platform-core/xwiki-platform-refactoring/xwiki-platform-refactoring-api/src/main/java/org/xwiki/refactoring/splitter/criterion/naming/NamingCriterion.java M xwiki-platform-core/xwiki-platform-refactoring/xwiki-platform-refactoring-api/src/main/java/org/xwiki/refactoring/splitter/criterion/naming/PageIndexNamingCriterion.java M xwiki-platform-core/xwiki-platform-rendering/xwiki-platform-rendering-wikimacro/xwiki-platform-rendering-wikimacro-api/src/main/java/org/xwiki/rendering/macro/wikibridge/WikiMacroBindingInitializer.java M xwiki-platform-core/xwiki-platform-rendering/xwiki-platform-rendering-wikimacro/xwiki-platform-rendering-wikimacro-store/src/main/java/org/xwiki/rendering/wikimacro/internal/DefaultWikiMacroRenderer.java Log Message: ----------- [Misc] Add the since argument to @Deprecated annotations whose Javadoc lists several versions (SonarQube) (#6217) * [Misc] Add the missing since argument to @Deprecated annotations reported by SonarQube * SonarQube rule java:S6355, for the sites whose @deprecated Javadoc tag lists SEVERAL versions (a stable-branch release and a master release, e.g. "since 14.10.2, 15.0RC1"). The last (highest) version listed is used; see the pull request description. Co-Authored-By: Vincent Massol <vincent(a)massol.net> * [Misc] Remove the deprecating versions from the @deprecated Javadoc tags * Follow-up to the java:S6355 fix in the previous commit, for the multi-version sites: the version now lives in @Deprecated(since = "…") so the Javadoc tag no longer repeats it. Co-Authored-By: Vincent Massol <vincent(a)massol.net> * [Misc] List every version of a multi-branch deprecation in @Deprecated(since) * Review feedback: the XWiki Java Code Style says that when a deprecation is done in several branches, the since parameter takes a comma-separated list of ALL the versions in which the deprecation happened, e.g. @Deprecated(since = "15.5RC1,14.10.12"). The previous commit picked a single version, which loses information. See https://dev.xwiki.org/xwiki/bin/view/Community/CodeStyle/JavaCodeStyle/#HDe… Co-Authored-By: Vincent Massol <vincent(a)massol.net> * [Misc] Keep the Javadoc's own order in the @Deprecated since list * Review feedback: the best practice page prescribes a comma-separated list but no ordering, so the versions keep the order the @deprecated Javadoc tag listed them in rather than being sorted. Co-Authored-By: Vincent Massol <vincent(a)massol.net> --------- Co-authored-by: Vincent Massol <vincent(a)massol.net> 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 XCOMMONS-3750: LocalExtensionStorage#removeExtension() never deletes the extension version folder
by XWiki Notifications 25 Aug '26

25 Aug '26

1 0

[xwiki/xwiki-platform] 154719: Revert "XWIKI-23771: AWM: Numeric field accepts in...
by XWiki Notifications 25 Aug '26

25 Aug '26

Branch: refs/heads/revert-5830-XWIKI-23771 Home: https://github.com/xwiki/xwiki-platform Commit: 1547196719acef372621717c75bed6c66fa4514f https://github.com/xwiki/xwiki-platform/commit/1547196719acef372621717c75be… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-25 (Tue, 25 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-appwithinminutes/xwiki-platform-appwithinminutes-test/xwiki-platform-appwithinminutes-test-docker/src/test/it/org/xwiki/appwithinminutes/test/ui/AllIT.java R xwiki-platform-core/xwiki-platform-appwithinminutes/xwiki-platform-appwithinminutes-test/xwiki-platform-appwithinminutes-test-docker/src/test/it/org/xwiki/appwithinminutes/test/ui/NumberClassFieldIT.java M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/objects/classes/NumberClass.java M xwiki-platform-core/xwiki-platform-oldcore/src/main/resources/ApplicationResources.properties M xwiki-platform-core/xwiki-platform-oldcore/src/test/java/com/xpn/xwiki/objects/classes/NumberClassTest.java M xwiki-platform-core/xwiki-platform-test/xwiki-platform-test-ui/src/main/java/org/xwiki/test/ui/po/InlinePage.java Log Message: ----------- Revert "XWIKI-23771: AWM: Numeric field accepts invalid characters, causing s…" This reverts commit 7368ec5ac359739c9e358968f07ebf1c7f2b7317. To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0

[xwiki/xwiki-platform] 7368ec: XWIKI-23771: AWM: Numeric field accepts invalid ch...
by XWiki Notifications 25 Aug '26

25 Aug '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-platform Commit: 7368ec5ac359739c9e358968f07ebf1c7f2b7317 https://github.com/xwiki/xwiki-platform/commit/7368ec5ac359739c9e358968f07e… Author: LucasC <lucas.charpentier(a)xwiki.com> Date: 2026-08-25 (Tue, 25 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-appwithinminutes/xwiki-platform-appwithinminutes-test/xwiki-platform-appwithinminutes-test-docker/src/test/it/org/xwiki/appwithinminutes/test/ui/AllIT.java A xwiki-platform-core/xwiki-platform-appwithinminutes/xwiki-platform-appwithinminutes-test/xwiki-platform-appwithinminutes-test-docker/src/test/it/org/xwiki/appwithinminutes/test/ui/NumberClassFieldIT.java M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/objects/classes/NumberClass.java M xwiki-platform-core/xwiki-platform-oldcore/src/main/resources/ApplicationResources.properties M xwiki-platform-core/xwiki-platform-oldcore/src/test/java/com/xpn/xwiki/objects/classes/NumberClassTest.java M xwiki-platform-core/xwiki-platform-test/xwiki-platform-test-ui/src/main/java/org/xwiki/test/ui/po/InlinePage.java Log Message: ----------- XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit (#5830) * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Added the proper type to the input * Added an exception message that's straightforward * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Added tests * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Cleared up the checkstyle suppress * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Fixed NumberClassTest for the new localized exception message * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Reuse ClassSheetPage.clickTemplateLink() instead of a new page-object method * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Fixed unwanted change * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Updated an incorrect translation value that ended in an unexpected double dot at the end with wrapping. * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Added a justification comment for the checkstyle:MultipleStringLiterals suppression * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Added step, min and max attributes to the Number field's HTML5 number input * Added data-validation-* attributes with localized messages for bad input and out-of-range values * Reverted the fromString() exception message to a non-localized, technical message * Replaced the misplaced core.validation.number.message.invalidFormat exception key with properly namespaced client-validation keys * Approximated the previous input width via an inline style since size is ignored on type=number * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Added InlinePage.isFieldValid() to check a form field's HTML5 constraint validation * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Made both NumberClassFieldIT tests use TestReference directly instead of sharing a space * Removed the redundant @BeforeEach, loginAsSuperAdmin() call and @Order annotations * Replaced the getDriver().executeScript() call with InlinePage.isFieldValid() * Made the invalid-input assertion tolerant of both the Firefox and Chrome behaviors * Replaced the server round-trip overflow test with a client-side out-of-range test * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Added a displayEdit() test verifying the step/min/max/data-validation-* attributes * Used verify() on the localization manager instead of asserting a mocked return value * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Restored a localized fromString() exception message * Moved the message key out of the core.validation.* namespace reserved for data-validation-* attributes * Updated NumberClassTest to verify the localization call instead of asserting the mocked string * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Removed the inline style shrinking the Number field input * Clamped min/max for the long type to the safe integer range * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Shortened two comments in NumberClass * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Removed the checkstyle:MultipleStringLiterals suppression by reusing XCLASSNAME * XWIKI-23771: AWM: Numeric field accepts invalid characters, causing server error on edit * Fixed the stale @since tag on NumberClassFieldIT * Fixed the alphabetical order in ApplicationResources.properties * Replaced assertTrue(!...) with assertFalse(...) and added failure messages in NumberClassFieldIT * Parameterized the displayEdit() unit test over all four number types 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 25 Aug '26

25 Aug '26

Branch: refs/heads/XCOMMONS-3750 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] 77560e: XCOMMONS-3750: LocalExtensionStorage#removeExtensi...
by XWiki Notifications 25 Aug '26

25 Aug '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-commons Commit: 77560eb7210991fd717f2d3633bda42d0908ab1f https://github.com/xwiki/xwiki-commons/commit/77560eb7210991fd717f2d3633bda… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-25 (Tue, 25 Aug 2026) Changed paths: M xwiki-commons-core/xwiki-commons-extension/xwiki-commons-extension-api/src/main/java/org/xwiki/extension/repository/internal/local/LocalExtensionStorage.java M xwiki-commons-core/xwiki-commons-extension/xwiki-commons-extension-api/src/test/java/org/xwiki/extension/repository/local/DefaultLocalExtensionRepositoryTest.java Log Message: ----------- XCOMMONS-3750: LocalExtensionStorage#removeExtension() never deletes the extension version folder (#1925) * delete the extension version folder instead of deleting the extension descriptor file a second time, which threw NoSuchFileException and left both the version folder and the extension folder behind * never delete the repository root folder, nor anything above it, since a descriptor can also be located directly at the root of the repository * catch NoSuchFileException rather than FileNotFoundException, which Files.delete() never throws * log the version folder path, rather than the descriptor path, in the "folder not empty" warning * add regression tests for the extension folder deletion and for keeping the repository root folder To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-commons/settings/notifications

1 0

[xwiki/xwiki-platform] 71a6f3: [Misc] Only check the programming right when readi...
by XWiki Notifications 25 Aug '26

25 Aug '26

Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-platform Commit: 71a6f317c62e5f9a8d44758d67915e06e5369c2b https://github.com/xwiki/xwiki-platform/commit/71a6f317c62e5f9a8d44758d6791… Author: Vincent Massol <vincent(a)massol.net> Date: 2026-08-25 (Tue, 25 Aug 2026) Changed paths: M xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/api/Property.java A xwiki-platform-core/xwiki-platform-oldcore/src/test/java/com/xpn/xwiki/api/PropertyTest.java Log Message: ----------- [Misc] Only check the programming right when reading a sensitive object property (#5967) Property#getValue() evaluated the programming right before looking at the property, even though a property that is not sensitive returns the same value with and without that right. As a result every $object.getValue('field') call in wiki content triggered a full authorization evaluation whose outcome was discarded, and made those pages appear to require the programming right to the functional test checker. Testing the sensitivity first (a lookup in the already loaded XClass) restores the same behaviour for every combination while sparing the authorization evaluation to all the properties that are never sensitive. It also removes a second, redundant programming right check that getProperty() was performing on the privileged branch. To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications

1 0