v13.32.0-beta.9
Pre-release
Pre-release
·
96 commits
to main
since this release
Added
<InnerBlocks />in a block'srender.blade.php: the block's inner blocks are edited in place in the editor, inside the rendered template, and printed in place of the tag on the page, in adivcarrying the tag'sclass(pollora-inner-blocksby default). The tag takes Gutenberg's inner blocks options —allowedBlocks,template,templateLock,orientation… — as attributes, JSON for arrays and objects. Modelled on ACF's<InnerBlocks />. Arender.phptemplate gets it too- The block editor runtime
window.pollora.blocks(script handlepollora-block-editor, a dependency of the editor script of every block with arendertemplate):bladeEdit(metadata)previews the template through the core block-renderer route and makes its<InnerBlocks />editable;savestores the inner blocks. Shipped inline, as nothing undervendor/has a public URL $isPreviewin a block template: true while it renders for the editor's previewdevelopis aliased to13.x-dev(extra.branch-alias). Without it,dev-developsatisfied no version constraint: a project ondev-developcould not install a package requiringpollora/framework^13.0—pollora/nectar1.1 does — without an inline alias of its own
Fixed
pollora:make:block --inner-blocksmade a dynamic block whose inner blocks were neither editable in its preview, saved in the post, nor printed by its template. It now writes<InnerBlocks />inrender.blade.phpTemplateMarker's documentation no longer says every response goes throughtemplate_include: responses fromRoute::wp()and Laravel routes bypass it and carry no marker, as the hierarchy browser tests assert- "Validate Changelog" no longer fails the pull request of every release. It required a non-empty
[Unreleased]on any pull request tomain, which a release fromdeveloporrelease/*has emptied into the version's section by construction; it now checks hotfixes only
Changed
pollora:make:blockgenerates dynamic blocks on the runtime:edit.jsxiswindow.pollora.blocks.bladeEdit(metadata)instead ofServerSideRender,saveiswindow.pollora.blocks.saveinstead of() => null, and@wordpress/server-side-renderis no longer added topackage.json. Blocks made before keep working- The framework no longer declares the wpackagist repository, from which it required nothing. Composer still fetched its metadata on every install, so a wpackagist network error failed the build — measured: the nightly of 2026-09-27 failed "Code Quality" on
curl error 56from wpackagist.org - The installed package no longer carries the test suite, the CI workflows and the tooling configs:
.gitattributesleaves them out of the archive Composer installs. The browser tests stay reachable by cloning the repository, which is how theme CI fetches them
Removed
get, a grep output committed by mistake