Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-platform Commit: 1f514255f091521262cef4b2f0908a7f0971596c https://github.com/xwiki/xwiki-platform/commit/1f514255f091521262cef4b2f0908... Author: Marius Dumitru Florea <[email protected]> Date: 2026-09-09 (Wed, 09 Sep 2026) Changed paths: M xwiki-platform-core/xwiki-platform-export/xwiki-platform-export-pdf/xwiki-platform-export-pdf-test/xwiki-platform-export-pdf-test-docker/pom.xml M xwiki-platform-core/xwiki-platform-export/xwiki-platform-export-pdf/xwiki-platform-export-pdf-test/xwiki-platform-export-pdf-test-docker/src/test/it/org/xwiki/export/pdf/test/ui/PDFExportIT.java M xwiki-platform-core/xwiki-platform-livedata/xwiki-platform-livedata-webjar/src/main/node/src/main.js M xwiki-platform-core/xwiki-platform-livedata/xwiki-platform-livedata-webjar/src/main/node/src/services/init.js A xwiki-platform-core/xwiki-platform-node/src/main/node/core/livedata/livedata-ui/src/components/XWikiLivedata.test.js M xwiki-platform-core/xwiki-platform-node/src/main/node/core/livedata/livedata-ui/src/components/XWikiLivedata.vue M xwiki-platform-core/xwiki-platform-node/src/main/node/core/livedata/livedata-ui/src/components/layouts/LivedataLayout.test.js M xwiki-platform-core/xwiki-platform-node/src/main/node/core/livedata/livedata-ui/src/components/layouts/LivedataLayout.vue M xwiki-platform-core/xwiki-platform-node/src/main/node/core/livedata/livedata-ui/src/components/services/LiveDataLogic.ts Log Message: ----------- XWIKI-24808: The Live Data is not always rendered in the PDF export (#6331) * Delay the page ready detection until the Live Data is fully displayed: the user interface is loaded with dynamic imports and the entries are fetched asynchronously, neither of which the page ready detection can see. * Trigger a new "instanceReady" event, on the Live Data logic, once the layout is loaded and the entries are displayed (or as soon as we know that neither is coming), and return a promise settled by this event from the Live Data initialization, so that the page ready detection has something to wait for. The event data holds the error that prevented the display, if any, so that the listeners can tell success from failure, and the returned promise is rejected with it. * Trigger the "layoutLoaded" event also when no layout can be loaded at all (the requested one failed and there's no usable default layout to fall back on), with the error in the event data, so that the listeners waiting for a layout don't wait indefinitely. This also unblocks the layout loading indicator, which was left running when a layout change failed. * Wait for the displayers to be preloaded and for the DOM to be updated before triggering "entriesUpdated", by awaiting the preload promise and the next tick inside the entries update chain, instead of leaving them in a detached promise chain. * Add component tests for the new "instanceReady" and "layoutLoaded" behavior, covering both the success and the failure paths. * Add a functional test that checks the PDF export of the Live Data macro, verifying that the entries are fetched and that the sort, filter and page size set by the user are preserved. * Fix the Live Table PDF export test, whose Location filter value also matched the new Live Data test page. Co-authored-by: Claude Opus 5 (1M context) <[email protected]> To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-platform/settings/notifications