Release watch · auto-updated

What’s coming in WordPress 7.2

Scheduled for December 8, 2026 48 days away

  1. Beta 1
  2. Beta 2
  3. Beta 3
  4. Beta 4
  5. RC 1
  6. RC 2
  7. RC 3
  8. Dry run
  9. Release

Every planned feature (46)

From the official roadmap. Items ship only if they are ready in time, so some will move to a later release. Read the roadmap

Accessibility 4 items
AI 9 items

The 7.1 cycle gave clear guidance that AI features must first demonstrate clear adoption and practical value before being considered for Core. As a result, the work below is being pursued in the AI plugin without a guarantee of landing in 7.2. If you’re keen to see these features graduate into Core, the best way to help is to use and test the AI plugin and share feedback.

  1. More WordPress abilities

    Continue refining the existing experimental abilities, explore write abilities, and expand read-only coverage to resources such as media, taxonomies, and comments.

  2. A current MCP implementation

    Update the MCP Adapter for the latest MCP specification while keeping WordPress Ability definitions independent of protocol revisions.

  3. Standard MCP Adapter distribution

    Publish the adapter in the WordPress.org Plugin Directory so it can be installed and updated like any other plugin.

  4. Seamless MCP access

    Let administrators enable MCP through the AI plugin with minimal setup, including installing the adapter and controlling which abilities are exposed.

  5. WebMCP experimentation

    Explore abilities in browser-based agent workflows tied to the current WordPress interface and page state.

  6. Agent identity and delegation

    Develop a model for agents to have auditable identities, appropriate permissions, and access that can be managed independently of human accounts.

  7. Knowledge and Guidelines

    Test reusable site context and editorial guidance across multiple AI features and abilities.

  8. Embeddings and semantic search

    Build shared embedding support in the AI plugin, including generation, storage, and background synchronization, to power meaning-based search and responses grounded in site content.

  9. Streaming AI responses

    Add streaming support to the PHP AI Client so applications can display generated content as it arrives, while laying the groundwork for broader WordPress and hosting support.

Admin 6 items
  1. DataViews, DataForms iteration

    Extensibility is the main priority with work underway to evolve the initial view config API work with view/form config registered on the server, plus registering fields and actions on the server. Real screens in the experience drive the direction of…

  2. Error state overhaul

    In line with defensive design best practices, this work aims to make error messages clearer and more diagnosable, and to add a copy button so an error is easier to search for or share.

  3. Evolve Navigation editing in Site Editor sidebar

    Make the Extensible Site Editor Sidebar a more complete surface for common menu editing tasks, continuing the editing-experience improvements started in 7.1.

  4. Extensible Site Editor

    Work continues on a new, extensible foundation for the Site Editor, built on the wordpress/boot routing package and already nearing feature parity with today’s editor. Beyond a rebuild, it opens the Site Editor up to third parties for the first time, with a…

  5. Omnibar iteration

    After landing the omnibar in 7.1 to provide more consistency across various editing interfaces, more iterations are planned for 7.2, including replacing dashicons with SVG Icons, improving the command palette, continued accessibility review, and continued…

  6. “On This Day” widget

    After being punted from WordPress 7.1, another attempt is underway to land a new “On This Day” widget that resurfaces past content, a popular feature across many different platforms.

Blocks & APIs 5 items
  1. Description list block

    A new block adds native semantic description list support to the block library through three static blocks: core/description-list serializes to , core/description-term serializes to , and core/description-detail serializes to . This follows the same parent…

  2. Keyword search for Icon Block

    Complete the work of adding keyword search to the Icon Block. Currently, only the label is searched. Keyword search, for example, allows for the “menu” icon to be found by typing in “hamburger”, “navigation”, or “list”.

  3. Interactivity API iteration

    The Interactivity API provides a standard way for developers to add interactions to the front end of their blocks and two main initiatives are underway to add to the power of the Interactivity API.

  4. React 19 upgrade

    Work continues to make Gutenberg fully support React 19, with types, ecosystem dependencies, and rendering fixes largely landed. This is unlikely to fully land for WordPress 7.2 but is being noted here for broader awareness for when it does in a future…

  5. Table of Contents block

    Take the long-experimental Table of Contents block stable by moving it to server-side dynamic rendering, so the editor and front end share one source of truth for headings.

Collaboration 1 item

Collaborative editing is intentionally not on the roadmap for 7.2, even as work continues alongside this release cycle. As in 7.1, it’s clear more time is needed for a number of architectural decisions, and rather than list it here only to pull it later, it’s being left off entirely. You can follow the work in this iteration issue, and everyone is encouraged to join the collaborative editing…

  1. Notes iteration: suggestions, emojis, and more

    Notes (aka block commenting) have a range of slated improvements that aim to make Notes more discoverable, more powerful, and easier to use. Suggestion mode, where one can leave suggested edits to be accepted or rejected as notes, is the centerpiece of this…

Default Ipsum theme 1 item
  1. Default Ipsum theme

    Read Introducing Ipsum, the new default theme for more details.

Design & Editor 6 items
  1. Block Editor paper cuts

    A broad quality-of-life sweep fixing dozens of small but persistent writing-flow, selection, paste, drag-and-drop, and mobile annoyances in the block editor. This is part of a continual focus to make writing great in WordPress.

  2. Customize form elements in Global Styles

    Forms and their elements, like buttons or text input fields, are a common use case for websites. The work for 7.2 aims to give users the ability to style common form elements consistently in Global Styles, without writing custom CSS or editing theme.json by…

  3. Expanded and consolidated block supports

    Work continues on new block supports and design tools (backgrounds, dimensions, position), including continuing the consolidation of ad hoc block controls in favor of more consistent supports. All of this work makes the foundation of block supports more…

  4. Responsive style states for blocks iteration

    After responsive styling was introduced in 7.1, this cycle focuses on expanding which controls support states, adding a public API for third party blocks with custom controls to work with responsive styling, and refining the experience when switching into and…

  5. Set custom states for blocks

    Custom states work allows users to style the “active” item in interactive blocks, like the current page in a navigation menu, directly from the editor. The focus of this release is on adding a -current custom state for Navigation Link and the Tabs block, as…

  6. View inherited styles

    Currently, any block that has options set in Global Styles don’t reflect those values in their settings. Work is underway to change that so, if a paragraph block is set to red globally, when a user opens the block settings for a paragraph block the red color…

Media 3 items
  1. Client Side Media iteration

    As a reminder, client-side media provides a progressive enhancement to the current server-based approach to media processing and delivers more consistent media processing across WordPress installs, regardless of where a site is hosted. For this cycle, the…

  2. Dynamic galleries and media inserter

    This work focuses on a few pieces: a redesign of the media inserter with a focus on a more scalable experience for browsing and adding images for sites with large media libraries, expanding sources for the dynamic gallery block variation, and bringing sorting…

  3. Media Editor Modal iteration

    After landing in WordPress 7.1, for this iteration, the focus is on a better experience for attached media and tracking the relationship between originals and cropped derivatives. For the latter, this work aims to establish a more formal lineage tracking…

Performance 1 item
  1. Performance

    For this cycle, the focus is on elimination of script/style concatenation in favor of prefetching and enhanced responsive images. If you’d like to help test the latter, please use the Enhanced Responsive Images plugin from the Performance team and give…

Revisions 1 item
  1. Revisions

    The focus of this cycle is on polishing the visual revisions experience that shipped in 7.0 so comparing and restoring changes feels effortless.

Security 9 items
  1. Application passwords improvements

    This work covers security hardening and UX refinements for Application Passwords, from better local/HTTPS environment detection to user notifications and safer default role handling. Below are a prioritized list of tasks:

  2. Application password UX improvements

  3. Send email notification when an application password is added

  4. For App Passwords in non-HTTPS websites, WordPress asks for development environment, but actually requires local

  5. Prevent default_role being set to dangerous values

  6. Support for the SameSite cookie attribute

  7. Improved HTML processing

    Work continues to harden how WordPress parses and processes HTML, building on the HTML API to make handling of markup safer and more reliable throughout Core.

  8. Secrets API

    WordPress has no first-class way to store a credential and a recent proposal outlines a Secrets API to solve this problem, along with WP-CLI support, with a proper UI planned for a future release.

  9. Sudo mode: reauthentication for specific tasks

    Initial work is starting on the possible introduction of a “sudo mode” feature, which can gate highly privileged administrative actions behind a re-authentication prompt even when you’re already logged in. Further details, a proposal, and a call for…

Latest updates from Make WordPress Core

  1. Gutenberg

    What’s new in Gutenberg 24.2? (14 October)

    This release comes with a new place for notes: they now float in a margin next to the content, so collaborating no longer means closing the Settings sidebar. Adding a category, a tag, or a post to a…

  2. Dev note

    NO_BACKSLASH_ESCAPES SQL mode is now turned off by default in WordPress 7.2

    WordPress 7.2 adds NO_BACKSLASH_ESCAPES to the list of SQL modes that WordPress doesn’t support. WordPress already turns off some modes, such as STRICT_ALL_TABLES, TRADITIONAL and ANSI, when it…

  3. Update

    WordPress 7.2 Release Party Schedule

    WordPress 7.2 is scheduled for release on December 8, 2026! Below is the proposed calendar with expected start times for each release party, and the release squad contributors involved in release…

  4. Gutenberg

    What’s new in Gutenberg 24.1? (30 September)

    This version is all about design tool consistency, with about 140 dedicated PRs. Background image, size and gradient, shadow, borders, link, heading and button colors, typography and text columns now…

  5. Roadmap

    Roadmap to 7.2

    WordPress 7.2 is set to be released in early December 2026. Notes leads the way with the ability to add suggestions and emoji reactions, offering more direct and interactive collaboration. Dedicated…

Free checklist

Get your site ready for the next WordPress release

The feature list tells you what is coming. This checklist tells you what to do about it. It is the same pass I run on client sites before every major update: 30 checks across four phases, from the first beta to the week after release day.

First page of the free checklist for preparing a site for the next WordPress release, with steps for the beta phase and release candidate
  • During beta: staging setup, PHP and plugin checks, editor and keyboard testing.
  • Release candidate: retesting, chasing plugin fixes, and telling clients what changes.
  • Release week: backups you have actually restored, plus a rollback map.
  • Release day and after: update order, cache clearing, smoke tests, and what to watch for 48 hours.

Two printable pages, with WP-CLI commands and space for notes. Free when you join the newsletter.

How it works

How the next WordPress release gets made

Every major version follows the same path, set out in the Make WordPress Core release cycle handbook (opens in a new window). Knowing where the next WordPress release sits on that path tells you how much the feature list above can still change.

Planning and roadmap

The release squad is named and a roadmap post lists what the team hopes to ship. Treat it as a wish list. Items that are not ready move to a later release.

Beta

New features stop going in. Testers run the betas and report bugs. This is the best time to test your own plugins, themes, and custom blocks.

Release candidate

Strings freeze and work narrows to fixing regressions. If the next WordPress release is going to break something on your site, an RC should show you.

Release day

After a final dry run, the new version shows up under Dashboard → Updates. The schedule at the top of this page counts down to it.

Minor releases

Bug fix and security releases follow as needed. By default, WordPress installs these on its own, so most sites get them without anyone clicking a button.

Dev notes

Developers explain API changes, new hooks, and deprecations in dev notes on Make Core. The latest ones are pulled into the feed above.

Test early

How to test the next WordPress release before it ships

You do not have to wait for release day to find out what breaks. Run the beta on a copy of your site and you get weeks to fix problems instead of hours.

  1. Make a staging copy. Same PHP version, theme, and plugins as production. Many hosts can create one from the control panel.
  2. Install the WordPress Beta Tester plugin (opens in a new window) on staging. Under Tools → Beta Testing, pick “Beta/RC only” to get each beta and release candidate as it lands.
  3. Update from Dashboard → Updates. Then walk your critical paths: forms, search, login, checkout, and the block editor on your busiest templates.
  4. Report what breaks. Core bugs go to the Alpha/Beta forum or Trac. Plugin bugs go to that plugin’s support page. The beta testing handbook (opens in a new window) covers both.

Prefer the command line? WP-CLI can move a staging site to the latest development build in one line. Never run this on production.

wp core update --version=trunk

Questions

Questions about the next WordPress release

When is the next WordPress release?

The date and countdown are in the banner and schedule at the top of this page. They come from the official release schedule on Make WordPress Core and update automatically, including when a date slips.

Will every feature on the roadmap ship?

No. The roadmap lists what the team plans to ship. Anything not ready in time moves to a later release. Once beta starts, new features stop going in, so the beta is a far better guide than the roadmap.

Should I update on release day?

On a simple site with a full backup, usually yes. On a site with custom code, a store, or a lot of plugins, test on staging first or wait for the first minor release, which tends to fix early bugs.

What is the difference between a beta and a release candidate?

During beta, the team fixes bugs in new features but adds nothing new. A release candidate is meant to be the final code. Only regressions get fixed, so what you see in an RC is close to what ships.

Does WordPress update itself?

Minor and security releases install automatically by default. For major releases, check Dashboard → Updates: it shows whether the site updates to every new version on its own or only to maintenance and security releases. Your host or a management tool may change this.

How often does this page update?

Twice a day. It reads the roadmap, release schedule, and dev notes from Make WordPress Core, so a feature that gets pulled or a date that moves shows up here within hours.

Need a hand?

Want someone else to handle the update?

I test major WordPress releases on staging, fix what breaks, and update production when it is safe. Tell me about your site.

Remote · within one business day (ET)