What wp-graphql/wp-graphql shipped
Written by FoxPlug from the repository's own releases; not affiliated with Wpgraphql. Paste your own repository in the box below and FoxPlug writes the same weekly update for your product. This page is an automatic summary of the releases, pull requests and commits in github.com/wp-graphql/wp-graphql; Wpgraphql did not write it and does not use or endorse FoxPlug. Every line links to the change it describes.
Get a weekly update like this for your product, free
Week of November 2, 2026
What shipped
- WPGraphQL 2.26.2 makes connections return no results when a pagination cursor is malformed instead of falling back to the first page. Release
- The comments connection now limits its filters and counts to comments the requesting user can see, with no change for users who can moderate comments. Pull request #4642
- Settings that are registered with
show_in_restbut notshow_in_graphqlnow requiremanage_optionsto be read through the settings fields. Pull request #4641 - WPGraphQL for ACF 3.2.0 lets custom field types resolve ACF's formatted value and fixes duplicated fields getting a shared GraphQL field name. Release
- Options page root fields now return null when another plugin has replaced the options page loader instead of failing. Pull request #4649
- WPGraphQL Smart Cache 2.4.0 passes structured context to
graphql_purgelisteners. Release - Smart Cache no longer purges a user's cached data on every login and logout. Pull request #4671
- Term mutations now fire a
graphql_term_object_mutation_update_additional_dataaction so plugins can save term meta from mutation input. Pull request #4623 - The updateComment mutation now passes updateComment as the mutation name to its update data action, so hooks can tell an update from a create. Pull request #4625
- WPGraphQL IDE 5.8.1 shows an error notice when the schema fails to load. Release
Why it matters
This week brings three plugin releases plus a core release that changes how bad cursors behave and tightens which comments and settings each user can read. Users of WPGraphQL for ACF and Smart Cache get fixes for field naming, options pages and unnecessary cache purges on login. The new term mutation action gives plugin authors a hook they previously had to work around.
Changelog entry
- Release WPGraphQL 2.26.2: malformed connection cursors now return no results. Release
- Limit comment connection filters and counts to comments the requester can see. Pull request #4642
- Require
manage_optionsto read settings exposed only through the REST API. Pull request #4641 - Release WPGraphQL for ACF 3.2.0 with formatted value resolution and field name fixes. Release
- Return null for options pages whose loader has been replaced. Pull request #4649
- Release WPGraphQL Smart Cache 2.4.0 with structured context for purge listeners. Release
- Stop purging a user's cached data on every login and logout. Pull request #4671
- Add the
graphql_term_object_mutation_update_additional_dataaction. Pull request #4623 - Pass updateComment as the mutation name when updating a comment. Pull request #4625
- Release WPGraphQL IDE 5.8.1 with an error notice when the schema fails to load. Release
- Add a separate opt-in for update emails. Pull request #4639
- Extract upgrade notices from readme.txt into GitHub release notes. Pull request #4627
WPGraphQL 2.26.2 is out: malformed cursors now return no results instead of the first page. Comment connections are limited to what the requester can see. WPGraphQL for ACF 3.2.0 and Smart Cache 2.4.0 also shipped, and updateComment now reports itself as an update.
WPGraphQL 2.26.2 is released. Passing a cursor WPGraphQL did not return now gives no results instead of the first page, so check any client that sends after or before values taken from URLs. The comments connection now only filters and counts comments the requesting user can see, and settings exposed only through the REST API now need manage_options to read through the settings fields. WPGraphQL for ACF 3.2.0 lets custom field types resolve ACF's formatted value and returns null for options pages whose loader was replaced. WPGraphQL Smart Cache 2.4.0 passes structured context to purge listeners and no longer purges a user's cached data on every login and logout. Term mutations now fire an update data action, and updateComment reports itself as an update.
Week of October 26, 2026
What shipped
- Wp-graphql 2.26.0 shipped with Site Health recommendations for WPGraphQL security settings, a static to_global_id() helper on the model layer, and a setting that lets sites opt out of usage tracking. Release
- WPGraphQL adds four checks to Tools > Site Health on production sites covering security settings; each check shows as passed or recommended and links to the setting and the security docs. Pull request #4536
- The Model layer gained a static to_global_id( $id ) method so an object's global ID can be built without knowing the type string Relay::toGlobalId() needs. Pull request #4586
- Wp-graphql-acf v3.1.0 shipped and fixes a long list of bugs, and its upgrade notice describes the five fixes that can change query results or which types a field group appears on, plus a check for sites on ACF older than 6.1. Release
- The release pull request for wp-graphql-acf 3.1.0 lists its new features, among them tested and documented Secure Custom Fields support. Pull request #4293
- Wp-graphql-ide 5.8.0 shipped with dependency updates and a setting that lets sites opt out of usage tracking. Release
- The release pull request for wp-graphql-ide 5.8.0 records its new features, including the npm production dependency group updates and the usage tracking opt-out. Pull request #4574
- WYSIWYG field values holding block markup now render blocks before ACF's wpautop, removing stray empty paragraphs between blocks and paragraph tags wrapped around block-level elements. Pull request #4606
- WYSIWYG field values are no longer run through
the_contenton top of ACF's ownacf_the_contentformatting, so each value is formatted once. Pull request #4585 - Duplicating a field in the ACF field group editor now gives the copy its own GraphQL field name instead of copying the original's. Pull request #4610
Why it matters
This week brings a stable wp-graphql-acf 3.1.0 after a quiet stretch, and several of its fixes can change what a query returns or which types a field group appears on, so the upgrade notice is worth reading before updating. The core wp-graphql 2.26.0 release adds Site Health checks for security settings and a simpler way to build global IDs from models. The IDE also shipped 5.8.0, which adds a setting to opt out of usage tracking.
Changelog entry
- Wp-graphql: release version 2.26.0. Release
- Feat: add Site Health recommendations for WPGraphQL security settings. Pull request #4536
- Feat: add static to_global_id() helper to models. Pull request #4586
- Wp-graphql-acf: release version 3.1.0. Release
- Wp-graphql-ide: release version 5.8.0. Release
- Fix(acf): render blocks in WYSIWYG values before ACF's wpautop. Pull request #4606
- Fix(acf): don't run WYSIWYG field values through
the_content. Pull request #4585 - Fix(acf): give a duplicated field its own GraphQL field name. Pull request #4610
- Fix(acf): preserve Date Time Picker seconds and resolve nested row dates from stored values. Pull request #4594
- Feat(acf): let custom field types resolve ACF's formatted value. Pull request #4609
- Fix(ide): show an error notice when the schema fails to load. Pull request #4604
- Fix: scope the tests-cli container lookup in setup-wp-env.sh to this project. Pull request #4587
Wp-graphql 2.26.0 is out with Site Health checks for security settings and a static to_global_id() helper on models. wp-graphql-acf 3.1.0 fixes a long list of bugs; five fixes can change results, so read the upgrade notice. wp-graphql-ide 5.8.0 adds a usage tracking opt-out.
Three releases this week. wp-graphql 2.26.0 adds four Site Health checks for WPGraphQL security settings and a static to_global_id() helper on the model layer. wp-graphql-acf 3.1.0 fixes a long list of bugs after a quiet stretch; five of those fixes can change what a query returns or which types a field group appears on, and one asks sites on ACF older than 6.1 to check their field groups, all described in the upgrade notice. wp-graphql-ide 5.8.0 includes dependency updates and lets sites opt out of usage tracking from settings. WYSIWYG values with block markup now render blocks before ACF's wpautop, and a duplicated ACF field gets its own GraphQL field name.
Week of October 19, 2026
What shipped
- WPGraphQL 2.25.0 shipped, with 13 npm production dependency updates and two dev dependency bumps. Release
- WPGraphQL 2.24.2 shipped with fixes for NAT64 local-use prefix rejection, capability checks in four more mutations, and comment byline handling. Release
- WPGraphQL IDE 5.7.0 shipped with 13 npm production dependency updates and bumped dev dependencies. Release
- WPGraphQL Smart Cache 2.3.4 shipped with dependency updates to the stub and Appsero client packages. Release
- The full WPGraphQL for ACF integration suite now runs against Secure Custom Fields and the plugin documents it as supported. Pull request #4573
- ACF Link fields using the Link URL return format now resolve title, url and target inside repeater and flexible content rows. Pull request #4580
- Field groups located on All blocks now apply to every ACF block type in the schema. Pull request #4565
- Sites can now opt out of usage tracking from a Share Usage Data checkbox in GraphQL settings and the IDE settings tab. Pull request #4508
- Smart Cache no longer stores response extensions in the object cache, fixing a serialization error on cacheable queries with debug mode on. Pull request #4501
- Editing an approved comment now runs WordPress'
pre_comment_approvedfilter, so moderation plugins see changes to edited comments. Pull request #4476
Why it matters
This week brought a WPGraphQL release plus IDE and Smart Cache releases, and several ACF fixes that change how queries return values. Sites using WPGraphQL for ACF can now rely on Secure Custom Fields being tested and documented, and there is a settings control for opting out of usage tracking.
Changelog entry
- WPGraphQL 2.25.0: dependency updates across npm production and dev groups. Release
- WPGraphQL 2.24.2: reject the local-use NAT64 prefix, fail closed on a failed AAAA lookup, and check capabilities earlier in four more mutations. Release
- WPGraphQL IDE 5.7.0: 13 npm production dependency updates and dev dependency bumps. Release
- WPGraphQL Smart Cache 2.3.4: bump wp-graphql-stubs and the Appsero client. Release
- ACF: run the integration suite against Secure Custom Fields and document it as supported. Pull request #4573
- ACF: resolve title, url and target for Link URL fields inside repeater and flexible content rows. Pull request #4580
- ACF: resolve stored 0 and "0" values as 0 instead of null. Pull request #4581
- ACF: resolve a single Both (Array) choice as its value and fix radio fields inside rows. Pull request #4583
- ACF: apply field groups located on All blocks to every ACF block type. Pull request #4565
- ACF: resolve connection fields nested in repeater, flexible content and group rows. Pull request #4380
- Comments: run WordPress'
pre_comment_approvedfilter on edited comments. Pull request #4476 - Settings: add a Share Usage Data checkbox so sites can opt out of usage tracking. Pull request #4508
WPGraphQL 2.25.0 is out, along with IDE 5.7.0 and Smart Cache 2.3.4. WPGraphQL for ACF now tests and documents Secure Custom Fields support, Link fields in rows resolve title, url and target, and sites can opt out of usage tracking from settings.
This week: WPGraphQL 2.25.0 shipped, alongside WPGraphQL IDE 5.7.0 and Smart Cache 2.3.4. For people using WPGraphQL for ACF, the integration suite now runs against Secure Custom Fields and documents it as supported. Link fields with the Link URL return format resolve inside repeater and flexible content rows, field groups on All blocks apply to every block type, and stored 0 values resolve as 0 instead of null. Sites can also opt out of usage tracking from the settings screen.
Week of October 12, 2026
What shipped
- Released wp-graphql 2.24.2, which rejects the local-use NAT64 prefix, fails closed on a failed AAAA lookup, and checks the capability before looking up the target in four more mutations. Release
- Released wp-graphql 2.24.1 with seven security fixes, including rejection of internal IPv6 addresses written with a dotted-quad tail and checks before creating or updating comments. Release
- Released wp-graphql 2.24.0, adding a security settings review, publiclyQueryable on Taxonomy, and query depth limiting for new installs. Release
- Fixed createMediaItem address validation to reject the RFC 8215 local-use NAT64 prefix and fail closed when the AAAA lookup fails. Pull request #4460
- Fixed four more mutations that looked up their target before checking the caller's capability, all reachable unauthenticated. Pull request #4461
- Stopped comment mutations from telling logged-in callers which comment IDs exist. Pull request #4459
- Kept a comment's stored byline when only its content is edited. Pull request #4458
- Required
edit_others_poststo read someone else's trashed content. Pull request #4440 - Stopped debug output from saying whether an account exists in sendPasswordResetEmail. Pull request #4445
- Added a 3.0.1 upgrade notice for the ACF location rule fix, which removes field groups from types their location rules excluded. Pull request #4437
Why it matters
This week carried two security patch releases, 2.24.1 and 2.24.2, plus a 2.24.0 feature release. Several fixes change behavior sites may rely on: comment mutations, media address validation and restricted views of trashed or unpublished content behave differently, and the ACF location rule fix removes fields from the schema on update. Upgrade notices were added for 2.24.1, 2.24.2 and ACF 3.0.1, and the security policy now describes the response process it can actually hold to.
Changelog entry
- Release wp-graphql v2.24.2: media rejects the local-use NAT64 prefix and fails closed on AAAA lookup failure; four more mutations check capability first. Release
- Release wp-graphql v2.24.1: seven security fixes, including dotted-quad IPv6 tails and comment mutation restrictions. Release
- Release wp-graphql v2.24.0: security settings review, publiclyQueryable on Taxonomy, query depth limiting for new installs. Release
- Media: reject the local-use NAT64 prefix and fail closed on a failed AAAA lookup. Pull request #4460
- Mutations: check the capability before looking up the target in four more mutations. Pull request #4461
- Mutations: stop comment mutations revealing which comment IDs exist to logged-in callers. Pull request #4459
- Mutations: keep a comment's stored byline when only its content is edited. Pull request #4458
- Models: require
edit_others_poststo read someone else's trashed content. Pull request #4440 - Mutations: restrict updateComment to content for non-moderators. Pull request #4442
- Mutations: check the target post before creating a comment. Pull request #4441
- Tests: cover the branches the 2.24.1 security fixes left untested. Pull request #4463
- Docs: add a 3.0.1 upgrade notice for the ACF location rule fix. Pull request #4437
Wp-graphql 2.24.0, 2.24.1 and 2.24.2 are out. 2.24.1 and 2.24.2 are security patches that change behavior for comment mutations, media address validation and restricted views. Upgrade notices for 2.24.1, 2.24.2 and ACF 3.0.1 are in the readmes. Read them before updating.
This week shipped three releases of wp-graphql. 2.24.0 adds a security settings review, publiclyQueryable on Taxonomy, and query depth limiting for new installs. 2.24.1 and 2.24.2 are security patches: media address validation now rejects internal IPv6 forms and the local-use NAT64 prefix and fails closed on a failed AAAA lookup, and several mutations now check capabilities before looking up their target. Comment mutations no longer reveal which comment IDs exist or overwrite a stored byline when only content changes, and trashed content requires edit_others_posts to read. Several of these fixes change behavior a site may depend on, so hand-written upgrade notices were added for 2.24.1 and 2.24.2, and for ACF 3.0.1, where the location rule fix removes fields from the schema.
Week of October 5, 2026
What shipped
- Query depth limiting is now on by default for new installs, schema-only queries are no longer limited, and a filter lets code change the limit per request. Pull request #4341
- Smart cache no longer advertises error responses as cacheable, since the Cache-Control decision now accounts for the response. Pull request #4390
- The GraphQL query cache key can now be filtered instead of being a fixed SHA-256 hash with no filter applied. Pull request #4389
- Taxonomy.public now reports the registered value, so a taxonomy registered with public false is no longer reported as public in the API. Pull request #4414
- Taxonomy now exposes publiclyQueryable, matching ContentType and the visibility set WordPress groups together. Pull request #4425
- The IDE resends public-visitor requests when the server answers with an HTTP auth challenge, keeping public requests working behind HTTP Basic Auth. Pull request #4396
- WPGraphQL admin notices on the dedicated IDE page now sit above the IDE instead of on top of it. Pull request #4340
- Admin notices registered with register_graphql_admin_notice() now sit above the legacy GraphiQL IDE and show on two WPGraphQL screens where they were missing. Pull request #4339
- Unit test coverage was added for the security and query-control validation rules in WPGraphQL Server ValidationRules. Pull request #4343
- The work queue now moves an issue to In Progress while a pull request that fixes it is open, distinguishing work in review from work not started. Pull request #4415
Why it matters
This week tightens the defaults for new installs with query depth limiting on by default, while existing sites keep their configuration. It also fixes several correctness issues: smart cache no longer marks error responses as cacheable and its query cache key is filterable, taxonomy visibility now matches what WordPress registered, and the IDE keeps public requests working behind HTTP Basic Auth.
Changelog entry
- Enable query depth limiting by default for new installs and add a max depth filter. Pull request #4341
- Stop smart cache from advertising error responses as cacheable. Pull request #4390
- Allow filtering the GraphQL query cache key. Pull request #4389
- Report public: false for taxonomies registered with public false. Pull request #4414
- Add publiclyQueryable to Taxonomy and correct the public description. Pull request #4425
- Keep IDE public requests working behind HTTP Basic Auth. Pull request #4396
- Show WPGraphQL admin notices above the IDE instead of over it. Pull request #4340
- Show admin notices above the legacy GraphiQL IDE and on the Extensions screen. Pull request #4339
- Add unit test coverage for Server ValidationRules. Pull request #4343
- Move an issue to In Progress while its fix is open for review. Pull request #4415
- Update documentation links to moved extension repositories. Pull request #4395
Query depth limiting is on by default for new installs and schema-only queries are no longer limited. Smart cache no longer advertises error responses as cacheable, the query cache key is filterable, and taxonomy visibility now matches what WordPress registered.
This week, query depth limiting is on by default for new installs, schema-only queries are no longer limited, and a new filter lets code change the limit per request. Existing sites keep their configuration. Smart cache no longer advertises error responses as cacheable, and its GraphQL query cache key can now be filtered rather than being a fixed hash. Taxonomy.public now reports the registered value, and Taxonomy exposes publiclyQueryable to match ContentType. The IDE keeps public requests working behind HTTP Basic Auth by resending when the server answers with an auth challenge, admin notices now sit above the IDE, and new unit tests cover Server ValidationRules.
Week of September 21, 2026
What shipped
- Released wp-graphql 2.23.1 with tightened media item update authorization for GHSA-4h2c-85f8-g3jh. Release
- Fixed media item update authorization to properly enforce access controls as described in GHSA-4h2c-85f8-g3jh. Pull request #4353
- Fixed framework cache layer preventing content edits from reaching wpgraphql.com. Pull request #4364
- Fixed client-side loading of @docsearch/react to prevent WordPress-backed pages from freezing. Pull request #4363
- Added SEO metadata including title, description, canonical, Open Graph, Twitter cards, and JSON-LD to wpgraphql.com. Pull request #4359
- Fixed JSON-LD origin rewrite to use the configured WordPress URL instead of the CMS origin. Pull request #4361
- Improved logging for /api/revalidate endpoint to show which paths were rebuilt and fixed two dead documentation URLs. Pull request #4367
- Allowlisted Jetpack Site Accelerator hosts for next/image to support media URLs from the WordPress.com-hosted CMS. Pull request #4358
- Updated website CI and image defaults to point at the migrated CMS origin instead of the retiring WP Engine install. Pull request #4356
- Moved 23 recipe screenshot images into the repository to prevent 404s after the WP Engine install termination. Pull request #4357
Why it matters
A security fix in 2.23.1 tightens media item authorization. The website saw a major incident where content edits stopped appearing due to caching and loading issues, now resolved. The project also migrated its CMS from WP Engine and added SEO metadata to improve site discoverability.
Changelog entry
- 2.23.1 - tighten media item update authorization (GHSA-4h2c-85f8-g3jh) Release
Wp-graphql 2.23.1 is out with a media authorization security fix. Website incidents from framework caching and loading issues are resolved. SEO metadata now live on wpgraphql.com.
Wp-graphql 2.23.1 released with security fix for media item update authorization (GHSA-4h2c-85f8-g3jh). The project addressed a critical website incident where content edits weren't reaching the live site due to framework cache and component loading issues. Site now includes full SEO metadata and has successfully migrated its CMS away from WP Engine.
Week of September 14, 2026
What shipped
- Wp-graphql core 2.23.0 released with updated WordPress component dependencies from 38.0.0 to 39.0.0 and dev dependency updates. Release
- Wp-graphql-ide 5.6.0 released with WordPress component dependency updates and npm package updates. Release
- Wp-graphql-smart-cache 2.3.2 released with a security fix requiring persisted query ids to match the query hash and auditing stored documents. Pull request #4332
- Smart Cache fix to prevent fatal errors on option updates when WPGraphQL core is older than 2.18.0. Pull request #4333
- Wp-graphql-smart-cache 2.3.2 released with updates to wp-graphql-stubs dev dependencies. Release
- Unit test coverage added for helper methods in the WPGraphQL Utils class. Pull request #4321
- Plugin documentation directories excluded from release-please versioning to prevent unrelated changes from triggering version bumps. Pull request #4335
Why it matters
This week includes three stable releases across the core wp-graphql project and two related plugins. A security fix in Smart Cache addresses query persistence validation, while version compatibility fixes ensure the plugin works with older core versions. Dependency updates keep the ecosystem current with WordPress component libraries.
Changelog entry
- Wp-graphql 2.23.0: deps bump @wordpress/components from 38.0.0 to 39.0.0 Release
- Wp-graphql-ide 5.6.0: deps bump @wordpress/components from 37.0.0 to 39.0.0 Release
- Wp-graphql-smart-cache 2.3.2: fix persisted query ids validation and audit stored documents (GHSA-r844-6gqh-59qj) Pull request #4332
- Wp-graphql-smart-cache: prevent fatal error on option updates for WPGraphQL core older than 2.18.0 Pull request #4333
- Add comprehensive unit test coverage for WPGraphQL Utils helper methods Pull request #4321
Wp-graphql 2.23.0, wp-graphql-ide 5.6.0, and Smart Cache 2.3.2 are now available. Smart Cache includes a security fix for persisted queries and improved compatibility with older core versions.
This week we shipped stable releases across the wp-graphql ecosystem. wp-graphql 2.23.0 and wp-graphql-ide 5.6.0 update dependencies to latest WordPress components. wp-graphql-smart-cache 2.3.2 includes security improvements for persisted query validation and fixes compatibility issues with older wp-graphql core versions. All packages are ready for production use.