WordPress.org

WordPress Developer Blog

What’s new for developers? (March 2026)

What’s new for developers? (March 2026)

The release cycle for WordPress 7.0 is rapidly advancing. The latest Gutenberg release (22.6) has rounded up the features slated for 7.0, and the Release Candidate (RC1) is scheduled for March 19, 2026. The official Field Guide is also currently in development. WordPress 7.0 Beta 3 is now available for testing. The test team encourages participation and has published a helpful guide, including summaries and videos, to help users become familiar with the new features.

Make sure you update immediately to the security-only minor release WordPress 6.9.2 from today (10 March). It patches ten vulnerabilities: a blind SSRF, a PoP-chain weakness in the HTML API and Block Registry, regex DoS in numeric character references, stored XSS in nav menus and via the data-wp-bind directive, an AJAX authorization bypass, a PclZip path traversal, and an XXE in the bundled getID3 library—now also patched upstream.

Update March 12: In the meantime WordPress 6.9.3 + 7.0 Beta 4, and then version 6.9.4 were released.

Highlights

Real-time Collaboration (RTC)  coming to WordPress 7.0 

The underlying technical plumbing for RTC is now solved ahead of Beta 4. The implementation uses an HTTP polling sync provider, replacing unreliable WebRTC for universal compatibility across hosting environments. CRDT (Conflict-free Replicated Data Type) update data is stored persistently using post_meta on a special internal post type (wp_sync_storage). The sync provider architecture is designed so that the storage and transport layer can be swapped out. Updates are periodically compacted, and requests are batched. Client-side Gutenberg code initially limits simultaneous collaborators to two, but hosts can add a different provider or adjust defaults via a wp-config constant. The decision to enable RTC by default will be finalized around RC2. See also the accompanying Dev Note.

AI provider packages in the plugin directory

WordPress 7.0 will introduce a Connector feature built around the php-ai-client package, a shared PHP library for standard AI service communication. Three provider packages are now available in the Plugin Directory: one each for OpenAI, Google, and Anthropic. This structure allows developers to write features once against the shared interface, making provider switching a simple configuration change.
The Connectors screen will land in Core, establishing credentials storage and provider selection as platform-level infrastructure.

In-Editor revisions: visual change tracking

The block editor’s revisions panel now offers a visual way to track changes directly in the document inspector. Color-coded overlays indicate changes: green outlines for added blocks, red for removed blocks, and yellow for blocks with modified settings. For text content, added text is green/underlined, removed text is red/Strikethrough, and format-only changes receive a yellow outline. This overlay can be toggled off. The feature uses a two-step process—a quick check for changed blocks, followed by a full rich-text comparison only on flagged blocks—and uses currentColor for theme-compatible coloring.

Plugins and tools

Several Dev Notes have been published to give developers and agencies time to prepare for the new version. (see Ressources section) The final list of Dev notes will be published with the Field Guide after Release Candidate1.

Iframed post editor punted WordPress 7.1 

The “Always-iframed post editor,” covered in What’s new for Developer (February 2026), has been punted to Core WordPress 7.1. However, the Gutenberg plugin will still iframe the post editor blocks. More details are available.

New WP CLI wp block and ability commands

The WP-CLI team is developing a new set of commands (wp block) for read-only access to block entities, with an exception for exporting patterns and templates. An additional set of ability commands is also in development. These packages are ahead of WP-CLI v3.0 and available as dev dependencies for testing:

wp package install wp-cli/block-command:dev-main
wp package install wp-cli/ability-command:dev-main 

Or via Composer 

composer require wp-cli/block-command:dev-main --dev
composer require wp-cli/ability-command:dev-main --dev

or you could just use:

wp cli update --nightly

The team is targeting a 3.0 stable release for the end of March.

phpMyAdmin support in wp-env Playground runtime

The wp-env Playground runtime now supports phpMyAdmin, reaching feature parity with the Docker runtime. You can enable it by adding a boolean options to your .wp-env.json configuration.

{
    "phpmyadmin": true,
    "runtime": "playground"
}

When enabled, phpMyAdmin is accessible at http://localhost:8888/phpmyadmin, and wp-env status will display the URL. 

Global Styles custom CSS now honors block-defined feature selectors

The block selectors API, which allows block authors to define feature-specific CSS targets in block.json, is now honored by the “Additional CSS” feature in Global Styles. This change allows a block to declare a selectors.css entry in its block.json to point custom CSS at a specific inner element (e.g., inner content, an image, or an <svg>), giving precise control over theme-level custom CSS.Work on UI and Components Continues

Work on UI package and components continues

The UI package continues to be developed with additional primitives and features, supporting the Admin redesign. Components recently added include:

Use semantic dimension tokens.

Themes

Icon block

Designers can now utilize a new Icon block to add SVG icons from a pre-selected library. This is backed by the new server-side SVG Icon Registration API. A REST endpoint is available at /wp/v2/icons for searching and filtering. The initial doesn’t allow registering third-party icon collections and draws from the wordpress/icons package. Extensibility for third-party icon registration is planned for the future, likely in 7.1, following further development on the Icon registry API architecture. The initial set draws from the wordpress/icons package.

Navigation blocks now feature customizable overlays, giving users full control over mobile menus. The feature is no longer experimental and will ship with WordPress 7.0. A Create overlay button guides the setup, offering patterns for various designs.

The details are available in the following PRs: 

ContentOnly pattern editing 

For WordPress 7.0,  Patterns now default to Content-Only editing mode. This mode presents fields organized with block icons and grouped attributes in flyout menus, reducing design clutter for content creators. Rich text formatting works inline without interruption from the toolbar. When structural edits are needed, detaching a pattern restores full block access.

Administrators can opt out of Content-Only mode for unsynced patterns using the new disableContentOnlyForUnsyncedPatterns setting via PHP filter or JavaScript dispatch.

add_filter( 'block_editor_settings_all', function( $settings ) {
    $settings['disableContentOnlyForUnsyncedPatterns'] = true;
    return $settings;
} );
wp.data.dispatch( 'core/block-editor' ).updateSettings( {
    disableContentOnlyForUnsyncedPatterns: true,
} );

The lightbox feature in the Gallery block has been extended to support navigation between images using back/next buttons and arrow keys. Images with lightbox disabled are automatically skipped.

Text align support expanded 

Eight blocks have been migrated to the standardized text-align block support:

Resources

First Dev Notes for WordPress 7.0

  • Breadcrumb block filters: Learn how to use the two new PHP filters to customize breadcrumb trail items and taxonomy/term preferences.
  • Customizable Navigation Overlays:  Theme developers learn how to register and bundle the new navigation-overlay template part area for fully customizable mobile navigation overlays.
  • Changes to the Interactivity API: The new `watch()` function and server-side `state.url` population enable cleaner patterns for side effects and navigation tracking. Note that `state.navigation` is now deprecated.
  • DataViews, DataForm, et al. : A substantial API update introduces new layouts, validation rules, grouping options, and picker improvements affecting plugins using `wordpress/dataviews`.
  • PHP-only block registration: You can now register a fully functional block with only PHP using the new `autoRegister` support flag—no JavaScript required. 
  • Pseudo-element support for blocks and their variations in theme.json: Theme developers can now style :hover, :focus, :focus-visible, and :active states directly on blocks and their style variations in theme.json, removing the need for custom CSS.
  • Real-Time Collaboration in the Block Editor: Essential reading for plugin developers: learn how classic meta boxes disable collaboration mode, how to use the sync.providers filter to customize the Yjs transport layer, and how to avoid common pitfalls like local state drift and unintended block insertion side effects.

Developer blog

Two new blog posts landed on the Developer Blog in the past month. If you haven’t read them already, now’s the time:

Never want to miss an article again? Subscribe to the WordPress Developer Blog

External tools

Yjs is the engine powering WordPress’s long-awaited real-time collaborative editing.

Props to @greenshady and @psykro for reviewing this article.

Categories: , , ,

Leave a Reply

Your email address will not be published. Required fields are marked *