Changelog — JPKCom ACF (Pro) Enable Shortcode
Versionsverlauf des WordPress-Plugins JPKCom ACF (Pro) Enable Shortcode.
Versionsverlauf von jpkcom-acf-shortcode-enable. Die Einträge stammen unverändert aus der README des Projekts. Eine ausführliche Anleitung mit Tipps findest du im Projekt-Guide.
2.0.9
- Fixed: on a block theme the
[acf]shortcode produced nothing outsidethe_content— a template part, a widget or a block outside the content flow rendered empty, with no error and no log entry. ACF gates that separately from the shortcode setting (acf_shortcode(), api-template.php:1025-1030); the plugin now lifts it viaacf/shortcode/allow_in_block_themes_outside_content. Measured on Twenty Twenty-Five: outsidethe_contentempty before, the field value after. Classic themes were never affected — ACF skips the branch entirely - Changed: the shortcode setting is now also filtered on read (
acf/settings/enable_shortcode, atPHP_INT_MAX) instead of relying solely on the one-shotacf_update_setting()onacf/init.acf_get_setting()applies that filter on every read andacf_shortcode()consults it at render time, so any lateracf_update_setting( 'enable_shortcode', false )— from another plugin, or from ACF itself in a future release — used to win silently. Verified against ACF Pro 6.8.6 with a competing plugin writing false onacf/initpriority 999: the shortcode stopped rendering before, keeps working now. Theacf_update_setting()call stays so that readers of the raw setting see the enabled state too - Added:
tests/test-hooks.phpcovers the hook surface and every callback; CI runs it on every pull request and push tomain - Docs: documented why the shortcode is off in the first place (ACF only disables it by default for installations first activated on 6.3 or later,
acf.php:239-244, so this plugin is a no-op on older installs), the block-theme restriction and that lifting it widens the scope beyond post content, and the further conditions ACF places on the shortcode — only registered fields resolved through the_fieldnamereference meta, only field types supporting bindings, only publicly viewable posts, and an escaped value unlessacf/shortcode/allow_unsafe_htmlsays otherwise - Verified against ACF Pro 6.8.6 and WordPress 7.0.2.
Requires Plugins: advanced-custom-fields-proresolves against the installed plugin folder even though ACF Pro is not on wordpress.org — only the "install dependency" link is unavailable
2.0.8
- Fixed: the update manifest no longer reports
network: truefor this plugin. The generator defaulted a missingNetwork:header to true, while WordPress' own default for a missing header is "not network-only". Metadata only — WordPress derives network-only from the plugin header viais_network_only_plugin(), not from the update manifest - CI: the lint and guard workflow now also runs on pushes to
main. It only covered pull requests, so a direct push with bypass rights skipped every check - Changed: comments, workflow step names and CI output across the repository are now English throughout, and the developer notes in
CLAUDE.mdwere translated and trimmed. No effect on the shipped plugin
2.0.7
- Changed:
Tested up toraised to WordPress 7.1 - Changed: the bundled updater's runtime floor now matches the plugin's own minimum. It bailed out below WordPress 6.8 while the plugin header has required 6.9 for several releases, so the check could never fire on a supported installation
- CI: the release manifest's fallback values for
requiresandtestednow say 6.9 and 7.1. They only apply when the README metadata cannot be read, but a stale fallback would have published a minimum the plugin no longer supports
2.0.6
- Added: plugin banners (
assets/banner-1544x500.avif,assets/banner-772x250.avif) — a plain#3c4955surface with no lettering. The update manifest already advertised these two URLs, but nothing was published under them, so the plugin card in wp-admin had a broken banner
2.0.5
- CI: the release step no longer copies the staging directory into itself, so the ZIP has no empty
jpkcom-acf-shortcode-enable/jpkcom-acf-shortcode-enable/folder - CI: bumped the pinned GitHub Actions (checkout v7.0.1, setup-python v7.0.0, action-gh-release v3.0.2, fetch-metadata v3.1.0), still pinned to full commit SHAs
- CI: the release ZIP now excludes the development-only
tests/andtools/directories - CI: security and regression tests now run on every pull request, where a plugin has them
2.0.4
- Security: update packages are now verified before installation — the verified file is handed to WordPress instead of being downloaded a second time, so the bytes that were checked are the bytes that get installed
- Security: a missing or unfetchable SHA-256 checksum now aborts the update instead of installing unverified code (previously it silently skipped verification)
- Security: pinned every GitHub Action to a full commit SHA and added Dependabot with a 7-day cooldown, so a moved tag can no longer change the release build
- Security: tightened which download the updater claims, so sibling plugins cannot match each other's package
- Fixed:
sprintf()calls in the updater bound named arguments to a variadic parameter, which raisesArgumentCountErroron PHP 8.3 - Fixed: the "View Details" modal could fail with a
TypeErrorwhen the manifest omittedrequires_plugins - Performance: a failed manifest fetch is now cached for an hour instead of being retried on every admin request
- Added: CI workflow on every pull request (PHP lint, named-argument check, YAML validation, action-pinning guard)
2.0.3
- Added secure self-hosted plugin updates via GitHub with SHA256 checksum verification
- Added an automated release workflow (builds the ZIP, generates the manifest and deploys to gh-pages on tag push)
- Raised the minimum WordPress version to 6.9 and "Tested up to" to WordPress 7.0
- Switched license metadata to the SPDX identifier
GPL-2.0-or-laterwith the HTTPS license URI - Added PHPDoc-generated API documentation, built and deployed to gh-pages on release
- Hardening: enabled
declare(strict_types=1), prefixed and guarded the ACF init callback (jpkcom_acf_enable_shortcode)
2.0.2
- Tested up to WP v6.8
2.0.1
- Fix Stable tag
2.0.0
- Added README.md
- Plugin meta data update
1.0.0
- Initial Release