The WordPress coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. development team builds WordPress! Follow this site for general updates, status reports, and the occasional code debate. There’s lots of ways to contribute:
Found a bugbugA bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority.?Create a ticket in the bug tracker.
WordPress 7.1 is set to be released on August 19th, 2026. This release advances how people work together in WordPress and opens up new functionality for all to benefit from. New Notes features, including suggestion mode and emoji reactions, make asynchronous feedback richer and more interactive. Meanwhile, real-time collaboration remains an exciting focus area with a few strategic decisions remaining to shape exactly how it’ll show up in the WordPress experience. New options for responsive styling and pseudo-state styling, two longstanding areas of feedback, expand what you can do directly in the Site Editor without needing to use CSSCSSCascading Style Sheets.. A new Guidelines feature adds a persistent, structured way to encode editorial rules into WordPress, helping you keep your voice and preferences when collaborating with AI. Several new options make it easier to find your way around: see when a blockBlockBlock is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. inherits its styling from a global setting, set key details about your site in a new Identity section in the Site Editor, find what you need faster with recently used commands and suggestions shown in the command palette, and enjoy the familiarity of the adminadmin(and super admin) bar inside any of the editors. The experience of uploading and using media gets numerous updates, including a new free-form image cropper to get your images just right and client-side media improvements that support more image formats and add resiliency throughout. For those building on top of WordPress, numerous APIs are slated for more features and fixes. Expanded Unicode support is in the works so email addresses, usernames, and slugs can better reflect WordPress’ global audience. Finally, to round out the release are a slew of smaller yet important delights like a new “On This Day” dashboard widgetWidgetA WordPress Widget is a small block that performs a specific function. You can add these widgets in sidebars also known as widget-ready areas on your web page. WordPress widgets were originally created to provide a simple and easy-to-use way of giving design and structure control of the WordPress theme to the user., new blocks, and various writing flow improvements.
As always, what’s shared here is being actively pursued, but doesn’t necessarily mean each will make it into the final release of WordPress 7.1.
For those who want to be involved in the release in a different, more hands on way, there’s a new dedicated outreach effort for WordPress 7.1 to ensure collaborative editing gets the collaborative testing it needs. Learn more here.
AI
AI Client iteration
The AI Client is the foundational piece for running AI programmatically inside WordPress, and for 7.1 the focus stays on empowering pluginPluginA plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party. authors. Two notable capabilitiescapabilityA capability is permission to perform one or more types of task. Checking if a user has a capability is performed by the current_user_can function. Each user of a WordPress site might have some permissions but not others, depending on their role. For example, users who have the Author role usually have permission to edit their own posts (the “edit_posts” capability), but not permission to edit other users’ posts (the “edit_others_posts” capability). are planned: generation streaming, introduced first in the PHP AI Client as an initial effort to unlock full usage in a future release, and embeddings, which represent content as vectors to enable meaning-based search across a site. These arrive alongside minor fixes that keep improving the reliability of the AI Client.
After landing a new framework for registering and managing connections to external services in 7.0, work is underway for connectors to gain more ways to authenticate beyond APIAPIAn API or Application Programming Interface is a software intermediary that allows programs to interact with each other and share data in limited, clearly defined ways. keys. The plan is to start simple with adding username/application password support similar to the existing API key flow and then explore more general, declaratively-defined connection forms (URLs, a default-models dropdown, and more) in PHPPHPThe web scripting language in which WordPress is primarily architected. WordPress requires PHP 7.4 or higher, advancing the DataForm API in the process.
After shipping early as an experiment in GutenbergGutenbergThe Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc.
https://wordpress.org/gutenberg/ to gather feedback, a new Guidelines feature lets you define writing and content guidelines that tie into AI tooling, with the ability to import/export guidelines between sites. This brings a persistent, structured system for encoding editorial rules, brand voice, and content standards directly into WordPress for humans and AI alike. As more collaboration happens directly in WordPress, this brings consistency and personalization to that collaboration.
The command palette now groups results into clear sections for recent, suggested, and matching commands. The recently used list is saved to your preferences so they persist across sessions. The design was also updated to make the list of resulting commands easier to scan and understand.
The Site Editor sidebarSidebarA sidebar in WordPress is referred to a widget-ready area used by WordPress themes to display information that is not a part of the main content. It is not always a vertical column on the side. It can be a horizontal rectangle below or above the content area, footer, header, or any where in the theme. and overall shell now follow the set WordPress admin color scheme instead of always using a fixed dark background. This ensures broader consistency across all parts of the WordPress experience when personalizing the admin with a color scheme of your choosing.
Work is underway to migrate DataViews onto the new Design System primitives for a more consistent look and feel, and to consolidate Quick Edit with the editor inspector so editing a post’s details feels the same wherever you do it. The DataForm API itself is growing more capable, including support for disabling individual controls. The Site Editor’s Pages, Templates, and Patterns screens are also becoming more extensibleExtensibleThis is the ability to add additional functionality to the code. Plugins extend the WordPress core software., with a new server-side REST endpoint that lets plugin authors register their own view and form configuration.
A dedicated Design → Identity screen brings the essentials of your site’s identity into one place, with an inline media editor for your logo and favicon and quick editing of your site title and tagline. The aim is to make these foundational settings simple to find and easy to update without digging into templates or needing to go searching in Settings.
Work continues on the shared component library in wordpress/ui and the underlying theming system that powers it. A highlight of this cycle is graduating ThemeProvider from experimental to a stable, public API, alongside finalizing the public token names (background, foreground, and stroke renames), and adding new theme-customization tokens for corner radius and element sizing. In parallel, key parts of the editor UIUIUser interface begin adopting improved components, with flyout menus extending to transforms, style variations, and the block ellipsis and transform menus.
The dashboard is getting a new “On This Day” widget that resurfaces past content, a popular feature across many different platforms. Get motivated by looking back on what you’ve written and write more content today for future reminders.
Followthis pull request introducing the “On This Day” widget for more information.
Persistent admin bar across editors (aka omnibar)
The admin bar is getting some nice polish ahead of being easily accessible in the Site Editor and Block Editor. Having landed as an experiment in Gutenberg first, this work brings the toolbar into the editing experience so the admin bar is with you wherever you are. The design update removes the “Howdy” greeting, replaces the home icon with the site icon, makes the profile avatarAvatarAn avatar is an image or illustration that specifically refers to a character that represents an online user. It’s usually a square box that appears next to the user’s name. a circle rather than a square, and updates the legacy Dashicons icon font with wordpress/icons SVGs throughout the admin bar.
RevisionsRevisionsThe WordPress revisions system stores a record of each saved draft or published update. The revision system allows you to see what changes were made in each revision by dragging a slider (or using the Next/Previous buttons). The display indicates what has changed in each revision. iterations
After landing visual revisions in 7.0, this release focuses on making them even easier to read and navigate between. Planned improvements include a spark line view in the scrubbing toolbar to better visualize the history of changes, persistent URLs to allow sharing a link to a particular revision, and more.
The Abilities API gives developers and AI tooling a structured, queryable way to expose what a WordPress site can do. This cycle advances querying and filtering of abilities and implements a curated set of coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. abilities (including site settings, current-user info management, and general site awareness).
The post editor has been moving toward always running inside an iframeiframeiFrame is an acronym for an inline frame. An iFrame is used inside a webpage to load another HTML document and render it. This HTML document may also contain JavaScript and/or CSS which is loaded at the time when iframe tag is parsed by the user’s browser., which isolates the editing canvas from the admin’s styles and lets viewport-relative units and media queries work against the canvas instead of the browser window. Today the editor still drops back to a non-iframed mode whenever a block using Block API version 2 or lower is present. To make the rollout gradual, the current plan is to enforce iframing for block-based themes in this release, then extend it to all themes in a future release. In both cases, blocks need to be on Block API version 3 to work in the iframed editor, and a migrationMigrationMoving the code, database and media files for a website site from one server to another. Most typically done when changing hosting companies. guide is available to help extenders get there.
This release is looking to broaden Unicode support so email addresses can better reflect WordPress’ global audience. This work centers around allowing storing Unicode email addresses (Core-31992) so functions like is_email(), sanitize_email() and antispambot() can be extended to support non-ASCII addresses.
ReactReactReact is a JavaScript library that makes it easy to reason about, construct, and maintain stateless and stateful user interfaces.
https://reactjs.org 19 Upgrade
WordPress is upgrading from React 18 to React 19. This update will first be merged into the Gutenberg plugin ahead of an eventual pathway to Core. In this upgrade, there are several new APIs, major updates to TypeScript types, changed behaviors and more. Plugin and theme developers, please help test and review what’s coming as early and as much as possible. To help with testing, install and activate the latest version of Gutenberg, head to the experiments page, and turn on the “React 19” experiment.
After WordPress 7.0 introduced the foundations of the SVG Icon API (the icon registry, a REST endpoint, and the core Icon block), 7.1’s iteration centers on opening the API up to third parties with new public functions like register_icon() and unregister_icon(), core-icons theme support, SVG sanitization and namespace validation, and collection support (similar to the Font Library) so agencies and product makers can ship their own branded icon sets. The work also explores a reusable icon picker modal for any block, Icon block enhancements like flip and rotate, and making the hardcoded icons in blocks such as Navigation, Breadcrumbs, and Details selectable through the Icon API. Alongside the API work, the core icon set itself is getting a visual refresh, with prominent icons redrawn as stroke-based designs for a more consistent, modern look.
Deprecating the Classic block As a first step towards making the Classic block and TinyMCE opt-in, the Classic block is planned for deprecation in 7.1, and will no longer appear in the block inserter. The related work improves migration and conversion paths and prepares the next step for making the Classic block and TinyMCE opt-in, so sites that don’t rely on the classic experience would get a lighter, faster editor.
Every new block added to Core means new possibilities for all, without needing to rely on third party blocks. 7.1 has a few new Core blocks slated for inclusion:
Playlist block, with additional waveform audio visualization.
Table of Contents block, automatically generating navigable links to the headings in your content.
New block support for the HTML block, making it possible to have editable blocks inside of a custom HTMLHTMLHyperText Markup Language. The semantic scripting language primarily used for outputting content in web browsers. block. This is especially useful with AI generated sites, since LLMs often create custom HTML.
“Mark as decorative” toggle for the Image block to hide decorative images from screen readers for an improved experience.
An shortcode transform was added to the Embed block, so converting or pasting shortcodes now creates a proper Embed block instead of leaving raw shortcodeShortcodeA shortcode is a placeholder used within a WordPress post, page, or widget to insert a form or function generated by a plugin in a specific location on your site. text behind.
The Group block added support for background gradients through a new background.gradient block support, allowing gradients and background images to work together without conflicts. While limited to the Group block for now, block authors can adopt this new support using a simple register block type filterFilterFilters are one of the two types of Hooks https://codex.wordpress.org/Plugin_API/Hooks. They provide a way for functions to modify data of other functions. They are the counterpart to Actions. Unlike Actions, filters are meant to work in an isolated manner, and should never have side effects such as affecting global variables and output. before it comes to more Core blocks.
This is a great area to contribute to the release. If interested, please help with the Dialog block for transcripts and conversations and the Marquee block for scrolling, animated content as these both are on the list of blocks to add but don’t have a champion.
Writing flow and drag-and-drop improvements
To ensure writing and arranging content continues to get smoother, a dedicated focus is on chipping away at everyday pain points in the writing experience. This includes a wide range of focuses from improving drag and drop to ensuring multi-selection works on touch devices.
Notes have a range of planned improvements that include notes on specific content within a block and across multiple blocks, rich text in notes, notifications for replies and follows, emoji reactions, a minified notes experience, and an “apply suggestions” feature. All of these help provide a richer, more interactive experience of collaborating with others directly in the editor.
Imagine a world with no post lock screen and with collaborators of all kinds (human and AI) working together to share content with the world through WordPress. After a monumental effort ahead of the last release, real-time collaboration marches ahead with that vision in mind and with big, open strategy questions around:
These decisions, along with the readiness of the feature, are the key aspects to get right for all of WordPress and to align with project leadership on. They impact who gets access to the feature and what the experience will be like. To help aid the decision making and reliability of the feature, there’s a new dedicated outreach effort for WordPress 7.1 to ensure collaborative editing gets the collaborative testing it needs. Please consider getting involved and learn more here.
When you’re styling a block, it isn’t always clear which styles are coming from the theme, a parent, or global styles. This work explores surfacing inherited styles clearly in the sidebar so you can understand where a block’s styles are coming from and edit at the right layer of styling, whether that’s a global or local change.
A standardized way to style interactive states is taking shape. Support for pseudo-state styling such as hover, focus, and active has landed for both Global Styles and individual block instances, building on the broader “states” effort. Further work, including custom states like styling the current menu item, continues beyond 7.1. All of this work means you can begin to style how blocks respond to interaction, like buttons changing color on hover, all without writing a line of CSS.
With WordPress 7.0, the experience of using patterns shifted to be more like editing a single block with a focus on content changes than exposing every tool available for every block in a pattern. For this cycle, work will focus on UXUXUser experience improvements based on feedback around this change, bugbugA bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. fixes, and general maintenance.
Responsive styling for blocks has been a long requested feature and 7.1 aims to be a big step towards more support. Building on the same style states mechanism that powers the interactive states styling for blocks, this work lets you define how a block looks at different screen sizes. This means you can apply responsive styles, like a font size at a certain viewport, directly in the editor without writing custom CSS. The feature will be available both for global styles that apply across every instance of a block, and for individual block instances. The aim is to make responsive design a built-in, first-class part of the editing experience.
After adding the ability to hide or show blocks based on viewport, theme-configurable breakpoints defined in theme.jsonJSONJSON, or JavaScript Object Notation, is a minimal, readable format for structuring data. It is used primarily to transmit data between a server and web application, as an alternative to XML. are being added to provide more flexible, customizable responsive styling.
After being punted from 7.0, client-side media processing keeps getting more capable and resilient ahead of this release. The work spans HEIC image support, Ultra HDR support, GIF-to-video conversion, more resilient uploads that retry on failure and resume after a crash or going offline, video transcoding to web-safe formats, optimization of previously uploaded media, and local poster generation during video upload so pages can render before a video finishes loading.
The Media editor modal replaces the existing inline cropping tool in the Block Editor. The modal keeps the familiar Crop button as the entry point, and brings freeform and aspect-ratio cropping, flip, fine-grained and snap rotation, and metadata editing into one dedicated workflow.
Galleries are becoming more dynamic and easier to build, with better handling of the legacy gallery shortcode on conversion, dynamic galleries that can sort or pull media attached to a post, and a quicker path in the inserter’s media tab to images attached to the current post with thumbnails shown directly.
The core performance change planned for 7.1 is an update to speculative loading: when both object caching and page caching are detected, the default eagerness would move from conservative to moderate, prefetching and prerendering more readily on sites equipped to handle it so navigation feels faster.
Two further efforts are being iterated on within feature plugins you can install and benefit from today. Work in the View Transitions plugin centers around bringing smooth, animated transitions between pages on the front end. Work in the Enhanced Responsive Images plugin computes more accurate sizes values in block themes so browsers download appropriately sized images. Both are in active development, and interested contributors are welcome to help move them forward.
If you have something you’re working on that you don’t see reflected in this post, please share a comment below so we can all be aware! If you’re reading this and want to help, start with the above items and/or pingPingThe act of sending a very small amount of data to an end point. Ping is used in computer science to illicit a response from a target server to test it’s connection. Ping is also a term used by Slack users to @ someone or send them a direct message (DM). Users might say something along the lines of “Ping me when the meeting starts.” me (@annezazu) in the 7.1 release leads channel. I have a list of projects that were punted from this release that I’m happy to talk to people about taking on.
The live meeting will focus on the discussion for upcoming releases, and have an open floor section.
The various curated agenda sections below refer to additional items. If you have ticketticketCreated for both bug reports and feature development on the bug tracker. requests for help, please continue to post details in the comments section at the end of this agenda or bring them up during the dev chat.
BetaBetaA pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. 1 is scheduled for next week on Wednesday July 15th at 15:00 UTC
Heads up CoreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. Committers: Tech and TriagetriageThe act of evaluating and sorting bug reports, in order to decide priority, severity, and other factors. leads have started tagging tickets for dev notesdev noteEach important change in WordPress Core is documented in a developers note, (usually called dev note). Good dev notes generally include a description of the change, the decision that led to this change, and a description of how developers are supposed to work with that change. Dev notes are published on Make/Core blog during the beta phase of WordPress release cycle. Publishing dev notes is particularly important when plugin/theme authors and WordPress developers need to be aware of those changes.In general, all dev notes are compiled into a Field Guide at the beginning of the release candidate phase.. Deadline for publishing is August 3rd, and the Field GuideField guideThe field guide is a type of blogpost published on Make/Core during the release candidate phase of the WordPress release cycle. The field guide generally lists all the dev notes published during the beta cycle. This guide is linked in the about page of the corresponding version of WordPress, in the release post and in the HelpHub version page. targeted for the 4th (just before RC1).
The discussion section of the agenda is for discussing important topics affecting the upcoming release or larger initiatives that impact the Core Team. To nominate a topic for discussion, please leave a comment on this agenda with a summary of the topic, any relevant links that will help people get context for the discussion, and what kind of feedback you are looking for from others participating in the discussion.
Dev Chat scheduling during 7.1 cycle
Open floor 🎙️
Any topic can be raised for discussion in the comments, as well as requests for assistance on tickets. Tickets in the milestone for the next major or maintenance release will be prioritized.
Please include details of tickets / PRs and the links in the comments, and indicate whether you intend to be available during the meeting for discussion or will be async.
As part of design systems work supporting the admin design project, the GutenbergGutenbergThe Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc.
https://wordpress.org/gutenberg/ Components Team has been working on a foundational layer of themeability and design tokens that support consistent, accessible UIUIUser interface components across the adminadmin(and super admin) experience. On behalf of this group, I would like to propose the initial theming capabilitiescapabilityA capability is permission to perform one or more types of task. Checking if a user has a capability is performed by the current_user_can function. Each user of a WordPress site might have some permissions but not others, depending on their role. For example, users who have the Author role usually have permission to edit their own posts (the “edit_posts” capability), but not permission to edit other users’ posts (the “edit_others_posts” capability). for merge: a comprehensive set of design tokens and themeability enabled through the ThemeProviderReactReactReact is a JavaScript library that makes it easy to reason about, construct, and maintain stateless and stateful user interfaces.
https://reactjs.org component.
Purpose and Goals
The broader design systems effort is aimed at improving consistency and accessibilityAccessibilityAccessibility (commonly shortened to a11y) refers to the design of products, devices, services, or environments for people with disabilities. The concept of accessible design ensures both “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility) of components in the WordPress admin experience. Theming and design tokens are the foundational set of styles that support this work. In practice, the net result is a set of CSS custom properties that can be used within components to apply color, typography, border, elevation, or other styling aspects.
Using design token properties instead of hard-coded values helps ensure consistency across components, while still supporting customization like user color scheme. This builds upon established shared styles like those in the @wordpress/base-styles NPM package by providing a basis that can apply to many other types of UI surfaces and controls. With this comprehensive theming approach, those established CSSCSSCascading Style Sheets. colors will become aliases to tokens within the broader set of design tokens.
One particularly ambitious outcome of this project is a tool for generating color ramps from a pair of accent and background “seed” colors. This tool can create a color scale that’s configurable, visually harmonious, and provides accessible contrast between color values that are used together.
This configurability is an important aspect of theming, and it’s crucial to unlocking a number of use-cases that should be supported:
For users, this enables more personalization over how the interface looks. WordPress can continue to provide smart defaults and support the existing set of admin color palettes, but a user could also have the option to choose whichever color combination they prefer. This can be extended later with more themeable aspects, like roundness or density.
For pluginPluginA plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party. developers, they can express their own brand identity while still feeling authentic and consistent with the rest of the WordPress experience. Opting into WordPress theming means they benefit from future improvements automatically, without an ongoing maintenance cost. Design tokens aim to reduce confusion for developers and AI agents in choosing the best styling for a UI element by providing a comprehensive set of tokens aligned to semantic purpose.
For WordPress development, it provides an easier pathway to extend the user color scheme consistently to more parts of the admin interface. It also unlocks the ability to more easily implement features like a true “dark mode” feature, since admin surfaces are controlled by the background seed color.
Background
The design system effort has evolved over the last several years, guided by a baseline expectation of accessibility and consistency, and a need for a strong foundation for admin innovation:
In 2022, initial explorations around a themeable and scalable primitive system were explored, identifying challenges in managing complexity and configurability of interfaces.
In 2023, this work picked up traction around the Admin Design roadmap project, which seeks to give plugins and users more control over the experience while ensuring it is intuitive, accessible, and delightful.
While WordPress has had shared styles and shared componentry in many forms over the years, it has required significant ongoing effort to try to maintain consistency. WordPress 7.0’s visual refresh is one example of this (in particular, the reskin effort in #64308). A comprehensive theming system based on CSS properties should reduce this ongoing maintenance cost, in both React-based and non-React-based admin interfaces.
This also tracks with where the software industry is moving. The W3C Design Tokens Community Group published the first stable version of the Design Tokens (DTCG) specification late last year, and the WordPress theme design tokens follow this specification. This specification is seeing adoption in industry tools like Figma, which has added support for importing design tokens as variables. As the discrete foundational unit for styling UI components, a set of documented, semantic design tokens are well-understood by AI agents, which helps maintain a high standard of quality as developers adopt this technology.
What’s Proposed for Merge
For developers, the initial set of theming APIs proposed for merge are:
A coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. registered stylesheet wp-theme, including a set of prebuilt CSS properties for the default WordPress theme.
A core registered JavaScriptJavaScriptJavaScript or JS is an object-oriented computer programming language commonly used to create interactive effects within web browsers. WordPress makes extensive use of JS for a better user experience. While PHP is executed on the server, JS executes within a user’s browser.
https://www.javascript.comwp-theme, including a single React ThemeProvider component for extending the default theme in an area of the admin’s user interface.
The default theme stylesheet is compiled from a set of design tokens that follow the design token specification. Developers and designers may find these tokens useful, as they can be imported directly into design tools like Figma for use in designs.
For users, the current expected impact should be minimal, aside from more UI component consistency throughout the admin interface. The default theme was intentionally designed to be largely aligned with existing styles, and not radically change the appearance of existing screens.
That being said, a noteworthy feature coming in WordPress 7.1 is the application of the user color scheme to the Site Editor, which is powered by the theming implementation.
What’s Next
While not targeted for inclusion in WordPress 7.1, the following features are being considered for future iterations:
Better default availability of design tokens: While the new wp-theme stylesheet will be registered, it will only be enqueued by default on specific WordPress screens that use the new theming feature. As theming extends to more parts of the interface, it’s expected that the tokens would be available more universally throughout the admin interface. In the meantime, developers can enqueue the stylesheet themselves.
Adoption and support across all screens: Since the design tokens are built on web standard technology (CSS properties) and a goal of the design system is to ensure consistency across all WordPress screens, it’s expected that these design tokens would be adopted across all admin screens, not just React-based screens such as the blockBlockBlock is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. and site editor. This builds on the work in #64308 in a way that is more sustainable and comprehensive.
Enhanced user customization through theming, enabling features like “dark mode”: While this initial iteration provides a strong foundation for internal consistency, the true power of theming in providing more user expressiveness and capabilities for a “dark mode”-like experience will be explored in future releases. The theming system already supports the capabilitycapabilityA capability is permission to perform one or more types of task. Checking if a user has a capability is performed by the current_user_can function. Each user of a WordPress site might have some permissions but not others, depending on their role. For example, users who have the Author role usually have permission to edit their own posts (the “edit_posts” capability), but not permission to edit other users’ posts (the “edit_others_posts” capability). for this today.
Call for Feedback
Your feedback to this merge proposal is welcomed in the comments below. As this work is focused on the long-term sustainability of UI component development, there’s particular interest in any risks or conflicts to consider in the proposed implementation.
In an earlier post, I announced that the Classic blockBlockBlock is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. (core/freeform) would be hidden from the inserter by default starting in WordPress 7.1, accompanied by a new filterFilterFilters are one of the two types of Hooks https://codex.wordpress.org/Plugin_API/Hooks. They provide a way for functions to modify data of other functions. They are the counterpart to Actions. Unlike Actions, filters are meant to work in an isolated manner, and should never have side effects such as affecting global variables and output. and a companion pluginPluginA plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party..
I’ve decided to revert this change. The Classic block will continue to appear in the inserter in WordPress 7.1, exactly as it does today. There is no change in behavior for users or developers, and no migrationMigrationMoving the code, database and media files for a website site from one server to another. Most typically done when changing hosting companies. is required.
What this means
The Classic block remains available in the inserter by default. You can insert new Classic blocks through the inserter, block library, and slash commands as before.
Thewp_classic_block_supports_inserterfilter has been removed. Because this change never shipped in a stable WordPress release, the filter has no backward-compatibility footprint; there is nothing to migrate away from.
The block-level deprecation/migration notice has been removed. The Classic block editing experience returns to what it was previously, including the “Convert to blocks” toolbar action.
TheEnable Classic Blockplugin will be closed. With the default behavior restored, the plugin no longer serves a purpose. If you installed it, you can safely deactivate and remove it; no action is otherwise needed.
Why it is being reverted
After discussing this with a number of people and gathering feedback from different places, it became clear that this approach had things largely backward. It’s one step that makes the experience worse with no direct gain, and it doesn’t really get us any closer to transparently not loading TinyMCE. One of the takeaways is that the Classic block should become obsolete by choice, not by force. I believe time will be better spent to make the alternative genuinely better, while also smoothly, losslessly migrating content, so that users move off Classic block because they want to, not because the door has been removed.
Where the effort goes next
Much of the groundwork from this effort remains valuable, and the intention is to keep pursuing it from a user-first angle:
Understanding more in-depth why users still rely on Classic and bridging those gaps
Make “Convert to Blocks” flawless – it still has a bunch of flaws and inconsistencies
Work on better and more intuitive conversion/migration mechanisms, including mass migration
Improve TinyMCE asset registration and allow it to be disabled under various circumstances.
Build a mechanism for declaring proper explicit dependency on TinyMCE and work with plugins to utilize it.
Continue exploring ways to load TinyMCE on demand / asynchronously, among other performance improvements
Not loading TinyMCE on the block editor if the Classic Block is disabled from the block manager
Thank you to everyone who shared feedback and helped course-correct here. This work continues, pointed more squarely at what’s best for users.
It’s time to get WordPress 7.1 ready for release, and help is needed to ensure it’s smooth and bugbugA bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority.-free. Whether you’re an experienced contributor or joining in for the first time, everyone is welcome! 🎉
Schedule Overview
Regular bug scrubs are being held twice a week with @sajjad67 and @adrianduffell leading them. As the release date approaches and activity ramps up, the number of scrubs may be increased. These efforts will help ensure everything is on track for a smooth launch. Participation is welcome at any of these sessions, so feel free to join. Bring questions, ideas, and let’s scrub some bugs together!
BetaBetaA pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. Bug Scrubs
Release Candidaterelease candidateOne of the final stages in the version release cycle, this version signals the potential to be a final release to the public. Also see alpha (beta). Bug Scrubs
Focus: issues reported from the previous RCrelease candidateOne of the final stages in the version release cycle, this version signals the potential to be a final release to the public. Also see alpha (beta)..
All scrubs happen in the #core channel on Make WordPress SlackSlackSlack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. Just hop in at the scheduled time to get started! If you haven’t joined Slack yet, now’s the perfect time.
Want to Lead a Bug Scrub?
Reach out in Slack, and assistance will be provided to get everything set up. Everyone is welcome—whether you’re a developer, designer, tester, or work on documentation, you can help! Just hop into the #core channel on Slack during any of the scheduled times. No experience? No problem—feel free to ask for help anytime! It’s a great way to contribute, learn new things, and connect with the community.
Check this schedule often, as it will change to reflect the latest information.
What about recurring component scrubs and triagetriageThe act of evaluating and sorting bug reports, in order to decide priority, severity, and other factors. sessions?
For your reference, here are some of the recurring sessions:
Test Scrub: 2nd and 4th Thursday of every month at 3:00 PM UTC in the #core-test channel.
Have a recurring component scrub or triage session?
PingPingThe act of sending a very small amount of data to an end point. Ping is used in computer science to illicit a response from a target server to test it’s connection. Ping is also a term used by Slack users to @ someone or send them a direct message (DM). Users might say something along the lines of “Ping me when the meeting starts.”@adrianduffell or @sajjad67 on Slack to have it added to this page.
Want to lead a bug scrub?
Did you know that anyone can lead a bug scrub at any time? Yes, you can!
How? Ping @adrianduffell or @sajjad67 on Slack with the day and time you’re considering as well as the report or tickets you want to scrub.
Planning one that’s 7.1-focused? Awesome! It can be added to the schedule here. You’ll get well deserved props in Dev Chat, as well as in the #props Slack channel!
Need a refresher on bug scrubs? Checkout Leading Bug Scrubs in the coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. handbook.
WordPress 7.1 is scheduled for release on August 19, 2026! Below is the proposed calendar with expected start times for each release party, and the release squad contributors involved in release parties for the upcoming 7.1 milestone.
This release party schedule will stay in effect during the Release Candidaterelease candidateOne of the final stages in the version release cycle, this version signals the potential to be a final release to the public. Also see alpha (beta). phase and the final release of WordPress 7.1. This enables contributors to attend and assist with release testing during the final weeks of the release cycle.
As always, there may be last-minute adjustments. The release squad will do its best to communicate any changes promptly by publishing a post on the change, and updating this post as the canonical reference.
Emcee / Release LeadRelease LeadThe community member ultimately responsible for the Release.
CommittercommitterA developer with commit access. WordPress has five lead developers and four permanent core developers with commit access. Additionally, the project usually has a few guest or component committers - a developer receiving commit access, generally for a single release cycle (sometimes renewed) and/or for a specific component.
BetaBetaA pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. 1
RCrelease candidateOne of the final stages in the version release cycle, this version signals the potential to be a final release to the public. Also see alpha (beta). 1
Everyone is welcome! First-timers, veteran contributors, and all those curious about the process are invited.
The final General Release will happen during WordCampWordCampWordCamps are casual, locally-organized conferences covering everything related to WordPress. They're one of the places where the WordPress community comes together to teach one another what they’ve learned throughout the year and share the joy. Learn more. US 2026.
Everyone is encouraged to attend WordCamp US, but traveling and attending the event is not required to participate in the General Release Party. The release party will still happen in the #core channel on Slack.
This proposal expands the WordPress CoreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. Abilities APIAPIAn API or Application Programming Interface is a software intermediary that allows programs to interact with each other and share data in limited, clearly defined ways. in WordPress 7.1 with three read-only abilities:
WordPress 6.9 included only a small initial set of Core abilities, including site, environment, and current-user information. Since then, we have been experimenting with PRs in the AI pluginPluginA plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party. and WordPress Core. The next useful step is a small, read-only expansion that lets agents and workflows understand the key data already managed by a WordPress site: settings, content, and users.
Purpose and goals
The goals for this proposal are:
Ship a canonical baseline of read abilities for WordPress’s Core entities, so the ecosystem builds on them instead of re-implementing them.
Make a standard WordPress install meaningfully agent-readable: an agent can retrieve and understand a site’s configuration, content, and users.
Give the AI Client (merged in 7.0) something real to call as “tools”. For example, allow someone to execute this prompt: “Propose a draft titled “June 2026 Summary” summarizing all the posts I wrote in June 2026 linking to the original posts.”
Have abilities that expose content so that, once WebMCP (or similar technology) is stabilized, we can allow agents to consume it by simply mapping abilities to tools.
Establish a repeatable pattern for future abilities covering comments, themes, plugins, taxonomies, media, and other Core entities.
Ability shape
The long-term direction is to organize Core abilities mostly in pairs:
A read ability, such as core/read-content, that retrieves a single item or a collection.
A manage ability, such as core/manage-content, that updates data or performs a user-intent action.
Settings and post types will use a show_in_abilities flag so that registering something in WordPress does not automatically make it available to ability consumers. In the future, that flag could be used for post metaMetaMeta is a term that refers to the inside workings of a group. For us, this is the team that works on internal WordPress sites like WordCamp Central and Make WordPress. or user meta. Core will opt into a conservative default set of built-in settings and post types, similar in spirit to how show_in_rest made selected entities available to the REST APIREST APIThe REST API is an acronym for the RESTful Application Program Interface (API) that uses HTTP requests to GET, PUT, POST and DELETE data. It is how the front end of an application (think “phone app” or “website”) can communicate with the data store (think “database” or “file system”)
https://developer.wordpress.org/rest-api/.
Proposed 7.1 scope
core/read-settings
Returns settings that have explicitly opted in to abilities. It returns a flat name => value object and supports filtering by group or by specific setting names. It requires the manage_optionscapabilitycapabilityA capability is permission to perform one or more types of task. Checking if a user has a capability is performed by the current_user_can function. Each user of a WordPress site might have some permissions but not others, depending on their role. For example, users who have the Author role usually have permission to edit their own posts (the “edit_posts” capability), but not permission to edit other users’ posts (the “edit_others_posts” capability)..
This lets authorized tools answer questions such as “what is the site title?” or “which permalink-related settings are exposed?”
Retrieves content from post types exposed to abilities. It supports single-item lookup and collection queries. The default response is lean, while more expensive or sensitive fields are returned when explicitly requested.
Advanced query support, such as meta_query, tax_query, and date_query, is intentionally left for a future version. Those shapes may be valuable for agents and workflows, where a slower targeted query can be better than retrieving everything and filtering client-side, but they need a focused review.
core/read-users
Retrieves users through single-user lookup or collection mode. It supports lookup by fields such as ID, email, login, or nicename, and collection filters such as roles, published-post status, etc.
Users should only see data they are already allowed to see; inaccessible fields are omitted per user.
The WP AI Client and other agentic integrations like mcp-adapter need abilities as the tools they can pass to agents and prompts. Without Core read abilities, those integrations can call a model but cannot reliably answer basic questions such as what posts exist or which page is the front page.
The ecosystem is already experimenting with its own versions of these abilities. For example, right now there are multiple projects implementing the ability to retrieve a post. That is healthy exploration, but the common entities should converge on shared Core contracts. A Core-provided base reduces repeated work and gives the community one place to review exposure, capabilitiescapabilityA capability is permission to perform one or more types of task. Checking if a user has a capability is performed by the current_user_can function. Each user of a WordPress site might have some permissions but not others, depending on their role. For example, users who have the Author role usually have permission to edit their own posts (the “edit_posts” capability), but not permission to edit other users’ posts (the “edit_others_posts” capability)., schema shape, and edge cases.
Abilities can present a shape that is natural to humans and models. The planned core/manage-content, for instance, could have an action property (publish, move-to-trashTrashTrash in WordPress is like the Recycle Bin on your PC or Trash in your Macintosh computer. Users with the proper permission level (administrators and editors) have the ability to delete a post, page, and/or comments. When you delete the item, it is moved to the trash folder where it will remain for 30 days., …), so an agent asks for the same intent a human expresses by clicking a button, rather than having to know that “publish” means mutating post_status.
Abilities operate under different constraints than REST. In terms of what is available, we may have information (e.g., secrets) exposed via REST that is not exposed under abilities. And because abilities are invoked by agents and workflows rather than from a latency-sensitive front end, they can reasonably afford operations REST avoids. We keep advanced querying (e.g., meta_query) out of REST because it can be slow, but for an agent, a server-side meta query is still far cheaper than fetching everything and filtering client-side. This different latency budget is part of why a separate, abilities-shaped surface is worthwhile.
As WebMCP-style tool discovery and browser-accessible tool surfaces continue to evolve, having carefully reviewed Core abilities gives WordPress a path to becoming agent-ready as soon as WebMCP stabilizes. The same Core ability contracts can be mapped to WebMCP tools, so we can easily make WordPress agent-ready and expose its content in the format WebMCP accepts.
Security and privacy
The proposed abilities are read-only and carry read-only annotations. They perform full permission checks before execution.
The security model is:
Settings and post types must opt in through show_in_abilities. This makes it possible to control what is visible to an agent. For example, a secret may be available over REST so the UIUIUser interface can manipulate it, but it should never be shown to an agent.
Every ability includes a permission callback that checks the current user’s existing roles and capabilities (e.g., manage_options, list_users, etc.) to determine whether the ability can be executed.
Sensitive fields are omitted unless the current user has the required capability.
Prompt-injection protection for ability results is out of scope. Abilities return stored data as-is. Agents and models that consume those results must treat them as tool output, not instructions to follow.
Goals for 7.2 and beyond
After the read abilities settle, the next layer is management abilities:
core/manage-settings
core/manage-content
core/manage-users
Future content work may also revisit advanced querying, including meta_query, tax_query, and date_query, building on the earlier exploration in wordpress-develop#10665.
We also plan to support more entities, specifically comments, taxonomies, media, themes, and plugins, following the same read/manage + opt-in pattern, with extra guardrails for higher-risk operations.
Feedback
Feedback is welcome in the comments on this proposal, on the linked AI PRs, and in the #core-ai channel on WordPress SlackSlackSlack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. If you maintain or are building abilities for these entities, we would especially like you to test the implementations and tell us if the shape, defaults, or permissions fit your use case. The goal is one baseline the whole ecosystem can build on.
Recent dev notesdev noteEach important change in WordPress Core is documented in a developers note, (usually called dev note). Good dev notes generally include a description of the change, the decision that led to this change, and a description of how developers are supposed to work with that change. Dev notes are published on Make/Core blog during the beta phase of WordPress release cycle. Publishing dev notes is particularly important when plugin/theme authors and WordPress developers need to be aware of those changes.In general, all dev notes are compiled into a Field Guide at the beginning of the release candidate phase.:
“I’d like to also propose a new policy: disclosure of use of AI in posts and announcements. It can just be a quick sentence at the bottom of the page saying AI tools were used in the creation of this article or something to that affect.”
@westonruter also proposed to apply such a policy to Slack comments, and @desrosj also has some draft for this topic for posts and comments.
@amykamala shared that a draft is being worked on here or here. The coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress.-ai update draft could use some feedback. It’s based on Jonathan’s comments and the comments in the thread. The post comment guidelines draft doesn’t have changes to review yet but folks are welcome to work on it.
@audrasjb advised to use a new section for this topic in the Core Handbook.
Dev Chat scheduling during 7.1 cycle
With all the coming release parties scheduled on Wednesday, it looks like we need to move the meeting to another time slot.
@amykamala and @audrasjb suggest to switch the devchat time slot to 15:00 on Thursdays, starting the week of 7.1 betaBetaA pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. 1.
@jorbin noted that it will conflict with the monthly Developer Blogblog(versus network, site) Editorial Group meeting, the bi-weekly AccessibilityAccessibilityAccessibility (commonly shortened to a11y) refers to the design of products, devices, services, or environments for people with disabilities. The concept of accessible design ensures both “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility) team meetings and a weekly core-test meeting. Which is not a blockerblockerA bug which is so severe that it blocks a release., but worth taking this into account. He also noted that Tuesdays are more open but this day is not the best for Amy and JB.
@joedolson noted that the Accessibility team moved its meeting for the 7.0 schedule, which was also on Thursdays, and they could do that again.
@amykamala and @audrasjb will come up next week with one or two proposals so a decision can be made.
The concern raised in this thread is especially about the array elements alignment rule.
The attendees agreed that while 90% of the time, alignment is prefered, there are some cases where it makes things worse.
From @joedolson: “It seems to me like the primary point of @dmsnell‘s thread was about misaligned standards between GutenbergGutenbergThe Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc.
https://wordpress.org/gutenberg/ and Core, but he seemed to walk that assertion back in the thread? Is there a real issue here? If the standards aren’t aligned, one of them needs to change”
“What’s new in GutenbergGutenbergThe Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc.
https://wordpress.org/gutenberg/…” posts (labeled with the #gutenberg-new tag) are posted following every Gutenberg release on a biweekly basis, showcasing new features included in each release. As a reminder, here’s an overview of different ways to keep up with Gutenberg and the Editor.
This release adds cropping controls to the Media editor, brings it to the Cover blockBlockBlock is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience., and extends responsive style states with aspect-ratio, flex-alignment, and text-shadow controls. Other changes include a minimum WordPress version bump to 6.9, Icon block transforms, and real-time collaboration improvements.
The experimental Media editor gains several cropping improvements: a magnified crop canvas for fine adjustments (79044), crop handles that snap to source pixels (79139), and fixed keyboard resizing for locked aspect-ratio crops (79207). The Cover block now supports the Media editor modal, bringing inline cropping to cover images. (79258)
Unified Device Preview and Resizable Editor
You can now drag the editor canvas to any width, instead of being limited to the Desktop, Tablet, and Mobile presets. The device preview dropdown and the resize handles work together, so you can jump to a preset viewport or fine-tune to an exact width in between. Blocks set to show only on specific viewports respond as you resize, appearing and disappearing at their breakpoints. The preview dropdown also now holds a toggle for responsive editing, making it the central place to both preview your content across screen sizes and make viewport-specific adjustments. (75121)
Other Notable Highlights
Minimum WordPress version. The Gutenberg pluginPluginA plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party. now requires WordPress 6.9 or later (79196).
Global Styles adds text shadows. A new textShadow style adds support for configuring text shadows in Global Styles. (73320)
Icon block. Adds flip and rotate controls (77017) and inserts a default icon instead of an empty placeholder (79111).
Real-time Collaboration. Can now be disabled per post type (78984), and the code-editor cursor no longer jumps to the end on remote sync (79005).
ThemeProvider available as a public export. ThemeProvider is now exported directly from @wordpress/theme. (78664)
Changelog
Enhancements
Style Engine: Export public TypeScript types. (79079)
WidgetWidgetA WordPress Widget is a small block that performs a specific function. You can add these widgets in sidebars also known as widget-ready areas on your web page. WordPress widgets were originally created to provide a simple and easy-to-use way of giving design and structure control of the WordPress theme to the user. Primitives: Decouple discovery from a hardcoded endpoint. (79322)
Widget Primitives: Make @types/react an optional peer dependency. (79272)
Components
Add corner radius presets to ThemeProvider. (78816)
Autocomplete: Add Group and GroupLabel primitives. (78901)
Base Styles: Add wpds-var Sass helper for design token fallbacks. (78698)
UI: Use isomorphic layout effects for SSR. (79458)
Update @ariakit/reactReactReact is a JavaScript library that makes it easy to reason about, construct, and maintain stateless and stateful user interfaces.
https://reactjs.org to 0.4.29. (79055)
[DataViewsPicker]: DataViewsPicker.BulkActionToolbar now renders only the bulk-selection info and action buttons. (79180)
theme: Rename bg/fg design token groups to background/foreground. (79098)
Block Library
Add support for aspect ratio and related controls in viewport states. (78795)
Audio: Apply inert directly instead of wrapping in Disabled. (79423)
Classic Block: Port PHPUnit coverage for hiding it from the inserter. (79434)
File Block: Combine audio/video/image to file transforms. (79242)
File Block: Replace on-mount downloadButtonText effect with a default variation. (79236)
Icon Block: Add flip and rotate transformation controls. (77017)
Icon block: Default to coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress./info via block.jsonJSONJSON, or JavaScript Object Notation, is a minimal, readable format for structuring data. It is used primarily to transmit data between a server and web application, as an alternative to XML. instead of an insert-time effect. (79212)
Icon block: Move flip controls to toolbar group. (79192)
Rename Toolbar in editor experiment to match iteration issue. (79074)
RevisionsRevisionsThe WordPress revisions system stores a record of each saved draft or published update. The revision system allows you to see what changes were made in each revision by dragging a slider (or using the Next/Previous buttons). The display indicates what has changed in each revision. screen with picker-activity layout. (77333)
Style states: Use symbols for property keys to avoid clashes. (79210)
Integrate Resizable Editor with Device Preview and add Responsive editing. (75121)
Site Editor
Add xl border radius token for page shell surfaces. (78913)
Correct behaviour of flex child fixed width and introduce max width option. (79073)
Global Styles: Add textShadow style support. (73320)
List View block support: Hide list tab when allowedBlocks is empty, with no children. (78932)
Pattern editing: Show root block identity when editing pattern sections. (79417)
Media
Media Editor Modal: Add a loading and simple error state. (79101)
Media Editor: Magnify the crop to fill the canvas. (79044)
Media Fields: Ensure the current post is always included in the initial options. (79467)
Media editor: Snap crop handles to source pixels. (79139)
Data Layer
RTC: Allow disabling collaboration by post type. (78984)
TextControl: Hard deprecate 40px default size. (79386)
View Config: Request a subset of properties with the _fields parameter. (79355)
Client Side Media
Media: Rename HEIC companion metadata key to source_image. (79307)
Upload Media: Add error taxonomyTaxonomyA taxonomy is a way to group things together. In WordPress, some common taxonomies are category, link, tag, or post format. https://codex.wordpress.org/Taxonomies#Default_Taxonomies., localized messages, and dev diagnostics. (74917)
Vips: Inline WASM with compact UTF-8 binary encoding instead of base64. (79188)
Dashboard
Boot: Run page init modules in initSinglePage. (79394)
Widget Dashboard: Extract into wordpress/widget-dashboard. (79268)
npm Packages
Grid: Prepare wordpress/grid for npm publishing as experimental 0.1.0. (79071)
Widget Primitives: Extract into wordpress/widget-primitives. (79134)
DataViews
View configuration APIAPIAn API or Application Programming Interface is a software intermediary that allows programs to interact with each other and share data in limited, clearly defined ways. and REST Endpoint: Make them core ready. (79347)
Plugin
Bump minimum required WordPress version to 6.9. (79196)
Global Styles
Global styles revisions: Replace active text with badge. (79137)
DataFormPostSummary: Fix different useSelect returned values. (79478)
Editor: Disable saving while a non-post entity is being saved. (79069)
Editor: Guard PostViewLink against post types without a labels object. (79160)
Mark all controlled/mode block changes non-persistent. (79350)
Paste: move spaces out of inline formatting elements. (79637)
RTC: Fix code editor cursor jumping to the end on remote sync. (79005)
Revisions: Ignore empty []/{} metaMetaMeta is a term that refers to the inside workings of a group. For us, this is the team that works on internal WordPress sites like WordCamp Central and Make WordPress. values in the Meta diff panel. (79185)
Style Book: Fix crash when previewing variations for blocks without examples. (79131)
Block Library
Avoid dirtying related navigation entities during passive render. (79000)
Custom HTMLHTMLHyperText Markup Language. The semantic scripting language primarily used for outputting content in web browsers.: Fix scrollbar becoming non-functional after switching tabs. (78571)
Gallery: Hide Navigation button type when lightbox editing is disabled. (79147)
Image block: Remove duplicate data-wp-bind–srcset in the lightbox overlay. (79202)
Image: Fix pasted images stretching when dimensions are preserved. (79067)
Navigation block: Fix responsive style states for typography settings. (79072)
Components
BoxControl: Respect a supplied placeholder via inputProps. (79466)
DataForm panel layout: Fix double-clicking a field row leaving the flyout stuck open. (79348)
DataForm: Fix panel field control overflow clipping and remove button overrides. (79275)
Fix: Custom HTML block preview keeps expanding when iframeiframeiFrame is an acronym for an inline frame. An iFrame is used inside a webpage to load another HTML document and render it. This HTML document may also contain JavaScript and/or CSS which is loaded at the time when iframe tag is parsed by the user’s browser. uses height:100vh. (78677)
Block Editor
Fix potential crash from ‘useBlockToolbarPopoverProps’. (79178)
Fix: State styles – clear background-image when hover sets a solid background-color. (78992)
Grid overlays: Use canvas iframe window for viewport visibility detection. (79255)
RichText: Fix duplicated format wrappers when typing inside an applied format. (79091)
Template Part: Remove restriction on tabs / inspector fills. (79181)
Fix duplicate enqueue breaking the palette in the Site Editor. (79396)
Client Side Media
Vips: Bump wasm-vips to 0.0.18 for high-bit-depth AVIF decoding. (79179)
Icons
KSES: Allow SVG-specific presentation attributes in safe_style_css. (79172)
Style States
Fix responsive element styles front end output. (79135)
Data Layer
Core Data: Cleanup edits matching persisted record on undo/redo. (77100)
AccessibilityAccessibilityAccessibility (commonly shortened to a11y) refers to the design of products, devices, services, or environments for people with disabilities. The concept of accessible design ensures both “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility)
Media
Media Fields: Avoid focus loss when detaching the current parent. (79468)
Dashboard
Revert H1 to “Dashboard” and fix heading hierarchy. (79251)
Components
UI Button: Fix loading state in forced colors. (78820)
Performance
Blocks: Migrate Markdown converter from showdown to marked. (77953)
Post Editor
Use the correct directory for recent preload improvements. (79359)
Experiments
Post Editor
Editor Inspector with DataForm – remove revision panel and add link. (79195)
al: Expand Editor Inspector: Use DataForm experiment to template parts. (79399)
Experimental: Expand Editor Inspector: Use DataForm experiment to templates. (76934)
Experimental: Preserve editor panel visibility in the DataForm post summary. (79441)
Site Editor
Omnipresent Toolbar: Increase top padding in sidebarSidebarA sidebar in WordPress is referred to a widget-ready area used by WordPress themes to display information that is not a part of the main content. It is not always a vertical column on the side. It can be a horizontal rectangle below or above the content area, footer, header, or any where in the theme. nav title. (79083)
Block Library
Unwrap Classic block migrationMigrationMoving the code, database and media files for a website site from one server to another. Most typically done when changing hosting companies. notice experiment. (78165)
Documentation
Clarify Core-specific steps when bumping support. (79416)
ConfirmDialog: Document AlertDialog as successor in Storybook. (79293)
Fix Small Typo in block-filterFilterFilters are one of the two types of Hooks https://codex.wordpress.org/Plugin_API/Hooks. They provide a way for functions to modify data of other functions. They are the counterpart to Actions. Unlike Actions, filters are meant to work in an isolated manner, and should never have side effects such as affecting global variables and output. file. (79367)
Panel: Recommend CollapsibleCard for use outside the block inspector. (78863)
Storybook: Reorganize design system introduction for first touch-point usefulness. (79360)
Theme: Add tests for ThemeProvider and useThemeProviderStyles. (79126)
Theme: Drop –wpds-dimension-base from the public token surface. (79254)
Theme: Rename –wpds-color-stroke-focus-brand token to –wpds-color-stroke-focus. (79125)
Theme: Run stylelint plugin tests via the Node API. (79199)
Post Editor
Edit Post: Refactor MetaBoxesSection to use data hooksHooksIn WordPress theme and development, hooks are functions that can be applied to an action or a Filter in WordPress. Actions are functions performed when a certain event occurs in WordPress. Filters allow you to modify certain functions. Arguments used to hook both filters and actions look the same.. (79433)
Edit Post: Refactor and cleanup InitPatternModal component. (79190)
Editor: Migrate FlatTermSelector to UI Stack component. (78659)
Editor: Refactor AutosaveMonitor to a function component. (79043)
Fields: Move author fields for templates and template parts. (79395)
Validation: Add a published-dependency audit script. (79094)
Block Library
Blocks: Use positional sprintf placeholders in avatarAvatarAn avatar is an image or illustration that specifically refers to a character that represents an online user. It’s usually a square box that appears next to the user’s name., comment, and search renderers. (79290)
Image block: Simplify metadata syncing logic by removing chained get entity calls. (79469)
Math format: Simplify the onClick handler and use canonical selected-text capture. (79081)
Navigation: Use block context to determine whether Page List is nested in Submenu. (79048)
Automated Testing: Use static value for IS_GUTENBERG_PLUGIN env setup. (79201)
CI: Run PHPPHPThe web scripting language in which WordPress is primarily architected. WordPress requires PHP 7.4 or higher unit tests on PHP 8.4 and 8.5. (79260)
Components: Improve Menu unit tests performance by removing sleeps. (79295)
E2E: Support WordPress installs served from a subdirectory. (79166)
Ignore markdown linting for backportbackportA port is when code from one branch (or trunk) is merged into another branch or trunk. Some changes in WordPress point releases are the result of backporting code from trunk to the release branch.-changelog MD files. (79392)
devops: Dedicated histories for different node.js versions. (79473)
devops: Separate environments for jest date tests. (79453)
wp-build: Resolve wordpress/build from __dirname in resolve-miss test. (79208)
Build Tooling
Build: Add GUTENBERG_CHECK_INSTALLED_DEPS env var to opt out of installed-deps check. (79068)
Build: Use GUTENBERG_TOKEN when creating the release draft. (79747)
Configure Flakiness.io reporting for end-to-end tests. (79173)
Handle WP.org SVNSVNSubversion, the popular version control system (VCS) by the Apache project, used by WordPress to manage changes to its codebase. missing tagtagA directory in Subversion. WordPress uses tags to store a single snapshot of a version (3.6, 3.6.1, etc.), the common convention of tags in version control systems. (Not to be confused with post tags.) warnings. (79257)
Remove Lighthouse patchpatchA special text file that describes changes to code, by identifying the files and lines which are added, removed, and altered. It may also be referred to as a diff. A patch can be applied to a codebase for testing.. (79319)
Remove unused build:Profile-types and component-usage-stats scripts. (79113)
Storybook: Include playground stories and MDX in CI smoke tests. (79454)
design-system-mcp: Remove Storybook dependency in TypeScript types. (79132)
devops: Configure end-to-end report auto-upload for flakiness.io dashboard. (79411)
devops: Upload unit testunit testCode written to test a small piece of code or functionality within a larger application. Everything from themes to WordPress core have a series of unit tests. Also see regression. results to flakiness dashboard. (79414)
Data Layer
Backport changelog and package version updates from wp/latest. (79234)
Block Editor
Block Supports: Relocate text and bg color controls to Typography and Background panels. (77279)
Security
Dependabot: Add npm entry so security update PRs can be rebased. (79076)
Various
View configuration endpoint: Bring back changes from core. (79438)
WordPress 7.0.1 Release Candidaterelease candidateOne of the final stages in the version release cycle, this version signals the potential to be a final release to the public. Also see alpha (beta). 1 (RC1) is available for testing! Some ways you can help test this minor releaseMinor ReleaseA set of releases or versions having the same minor version number may be collectively referred to as .x , for example version 5.2.x to refer to versions 5.2, 5.2.1, 5.2.3, and all other versions in the 5.2 (five dot two) branch of that software. Minor Releases often make improvements to existing features and functionality.:
Use the WordPress Beta TesterpluginPluginA plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party.
As this is a minor RCrelease candidateOne of the final stages in the version release cycle, this version signals the potential to be a final release to the public. Also see alpha (beta). release, select the Point ReleaseMinor ReleaseA set of releases or versions having the same minor version number may be collectively referred to as .x , for example version 5.2.x to refer to versions 5.2, 5.2.1, 5.2.3, and all other versions in the 5.2 (five dot two) branch of that software. Minor Releases often make improvements to existing features and functionality. channel and the Nightlies stream. This is the latest build including the RC and potentially any subsequent commits in trunktrunkA directory in Subversion containing the latest development code in preparation for the next major release cycle. If you are running "trunk", then you are on the latest revision..
Use WP-CLI to test: wp core update https://wordpress.org/wordpress-7.0.1-RC1.zip
WordPress 7.0.1 is intended as a bugbugA bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority.-fix only maintenance release. Tickets will be included provided they are issues introduced during the 7.0 cycle or intentionally deferred at the end of the 7.0 cycle. You can follow trac report 4 or the 7.0.x editor tasks board for proposed fixes.
#64742 – PHPPHPThe web scripting language in which WordPress is primarily architected. WordPress requires PHP 7.4 or higher 8.5: Incorrect array access in `wp_get_attachment_image_src`
#64937 – Image editor: scale and crop input size mismatch with button and info icon not using new color
#64999 – Adminadmin(and super admin) reskin: Form elements are not standardized in the mobile viewport.
#65122 – AccessibilityAccessibilityAccessibility (commonly shortened to a11y) refers to the design of products, devices, services, or environments for people with disabilities. The concept of accessible design ensures both “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility) issues in Visual History
#65224 – Add support for testing unmerged changes from GutenbergGutenbergThe Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc.
https://wordpress.org/gutenberg/
#65275 – Media Library CSS Bug: Loading spinner misaligned in media modal filterFilterFilters are one of the two types of Hooks https://codex.wordpress.org/Plugin_API/Hooks. They provide a way for functions to modify data of other functions. They are the counterpart to Actions. Unlike Actions, filters are meant to work in an isolated manner, and should never have side effects such as affecting global variables and output. toolbar
#65286 – major publishing action buttons are crowded in the Publish settings
#65296 – Library section under Media, search bar shifts position after searching in the WordPress admin area.
#65310 – Emoji detection script not being printed in admin
#65336 – global-styles-inline-css cannot be removed since 7.0
#65352 – networknetwork(versus site, blog) credit.php headerHeaderThe header of your site is typically the first thing people will experience. The masthead or header art located across the top of your page is part of the look and feel of your website. It can influence a visitor’s opinion about your content and you/ your organization’s brand. It may also look different on different screen sizes. logo for WordPress 7.0 showing broken
#65389 – BlockBlockBlock is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. Visibility: Keep hide-everywhere working after a block opts out of visibility support
#65418 – Previously copied files since deleted from the Gutenberg asset are persisting unexpectedly
#65428 – Scale button not aligned to dimensions on edit image screen.
The following Gutenberg PR are included:
#77530 – Visual RevisionsRevisionsThe WordPress revisions system stores a record of each saved draft or published update. The revision system allows you to see what changes were made in each revision by dragging a slider (or using the Next/Previous buttons). The display indicates what has changed in each revision.: Accessibility
#78393 – Revisions: Use CSS outline as secondary non-color indicator for diff blocks.
#78426 – Image: Fix missing aria-label on lightbox trigger button for single images.
#78484 – Navigation: Restore block_core_navigation_submenu_render_submenu_icon() as deprecated shim.
#78493 – wp-build: Fix black flash on wp-admin pages before hydration.
#78547 – Guard PHP unit testunit testCode written to test a small piece of code or functionality within a larger application. Everything from themes to WordPress core have a series of unit tests. Also see regression. to avoid failures on old wp versions.
#78571 – Custom HTMLHTMLHyperText Markup Language. The semantic scripting language primarily used for outputting content in web browsers.: Fix scrollbar becoming non-functional after switching tabs.
#79000 – Avoid dirtying related navigation entities during passive render.
#79048 – Navigation: Use block context to determine whether Page List is nested in Submenu.
#79350 – Mark all controlled/mode block changes non-persistent.
#79691 – Editor: Move focus to revisions slider when entering revisions mode.
What’s next?
Reminder: the dev-reviewed workflow (double committer sign-off) is required when making changes to the 7.0 branchbranchA directory in Subversion. WordPress uses branches to store the latest development code for each major release (3.9, 4.0, etc.). Branches are then updated with code for any minor releases of that branch. Sometimes, a major version of WordPress and its minor versions are collectively referred to as a "branch", such as "the 4.0 branch"..
The final release is expected on Thursday, July 9, 2026. This date is subject to change if any issues with RC1 are discovered. Coordination will happen in the WordPress.orgWordPress.orgThe community site where WordPress code is created and shared by the users. This is where you can download the source code for WordPress core, plugins and themes as well as the central location for community conversations and organization. https://wordpress.org/SlackSlackSlack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/#7-0-release-leads channel, and releases are always packaged and tested in #core.
A special thanks to everyone who reported issues, helped test, and helped create patches. The success of 7.0.1 depends on proper testing, so please lend a helping hand.
You must be logged in to post a comment.