Announcing a collaborative editing outreach effort for 7.1

A new dedicated outreach effort is underway for WordPress 7.1 to ensure collaborative editing gets the collaborative testing it needs. Please join #collaborative-editing-outreach in WordPress SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/ (steps to sign up here) if you:

  • Want to use collaborative editing on a regular basis.
  • Enjoy being an early adopter.
  • Feel comfortable using the latest version of the GutenbergGutenberg The 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/ pluginPlugin A 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..
  • Have the ability to participate through the 7.1 cycle (at least until 8/18/26).

Thanks in advance for helping shape the future of this feature.

Why now?

Collaborative features require an inherently collaborative way of testing. For the 7.0 cycle, a lot of time and effort was spent with more developer oriented testing, enterprise level testing, and deterministic testing with hosts. While incredibly useful, this effort broadens the scope of testing by bringing in passionate real-world early adopters across a range of hosting environments and backgrounds. For collaborative editing to truly succeed, itโ€™s important to go beyond just getting stability, performance, and reliability right.

In running the FSE Outreach Program, I saw how powerful it was to have a dedicated space for folks to regularly interact with those building the feature for a faster feedback loopLoop The Loop is PHP code used by WordPress to display posts. Using The Loop, WordPress processes each post to be displayed on the current page, and formats it according to how it matches specified criteria within The Loop tags. Any HTML or PHP code in the Loop will be processed on each post. https://codex.wordpress.org/The_Loop in the right direction. After the hard decision was made to remove collaborative editing from WordPress 7.0, the aim is that ahead of 7.1 the outreach program model provides enough structure to create meaningful feedback without being too overbearing or exclusive considering the timeframe. This was first discussed in #feature-realtime-collaboration before being brought to project leadership.ย 

Who can join?

Anyone is welcome to join #collaborative-editing-outreach! Real Time Collaboration is included in the latest versions of Gutenberg, and can be enabled under `Settings > Writing` in the dashboard when the Gutenberg plugin is active.

Itโ€™s critical people from across different hosting environments and use cases are a part of this, from nonprofits to small businesses to newsrooms. If you have a large need for collaborative editing, enjoy sharing feedback, and are comfortable with using the latest Gutenberg plugin, this is an awesome way to contribute to the WordPress project. Test team badges will be given out at the end.ย 

More about the effort

The aim is to engage passionate real-world early adopters across a spread of hosting environments in a dedicated slack channel throughout the release process to ensure a tight feedback loop for both bugs and feature requests. This will take a simple form: a dedicated slack channel (#collaborative-editing-outreach) where folks can get set up with collaborative editing, share ongoing feedback, and those working on the feature can open bugs/make fixes/share improvements/etc. Compared to the FSE Outreach Program, there wonโ€™t be ongoing themed calls for testing since they would end up being very repetitive. Instead, key updates will be shared in the slack channel to help inform folks as new fixes or features are added to give feedback on them. The latest updates for collaborative editing will be delivered through the Gutenberg plugin which is why using the latest version is a requirement for this channel. As discussed here, a featured plugin isnโ€™t currently feasible.ย 

Tied to this, outreach will be done to hosting companies to attempt to recruit participants for this outreach program. This is being done to help get as many different environments as possible represented.ย 

Currently, @amykamala, @greenshady, and I will be acting as the small crew driving this forward in the slack channel, alongside the developers and designers working on this feature.ย 

Questions? Comments? Concerns?

Please leave them below. Thanks for engaging.

Thank you to @amykamala @greenshady @maxschmeling for reviewing this post.ย 

#7-1, #collaboration, #feature-real-time-collaboration, #gutenberg, #phase-3

Dev Chat Agenda โ€“ June 3, 2026

The next WordPress Developers Chat will take place on Wednesday, June 3, 2026, at 15:00 UTC in theย coreย channel onย Make WordPress Slack.

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ย ticketticket Created 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.

Announcements ๐Ÿ“ข

7.1 Development

General announcements

Discussions ๐Ÿ’ฌ

The discussion section of the agenda is for discussing important topics affecting the upcoming release or larger initiatives that impact the CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. 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.

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.

Props to @audrasjb for collaboration and review.

#7-1, #agenda, #core, #dev-chat

Dev Chat summary: May 27, 2026

Startย of the meeting inย SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/, facilitated by @audrasjb ๐Ÿ”— See the agenda post.

Announcements ๐Ÿ“ข

WordPress 7.0

WordPress 7.0 โ€œArmstrongโ€ was released on May 20th! ๐Ÿš€

Some new dev notesdev note Each 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. were published for 7.0:

WordPress 7.0.1

We have some issues in the milestone, but nothing that deserves an immediate 7.0.1 release (this the below discussion concerning potential hotfixes, though).

@jorbin proposed to publish a call for volunteers in the next couple days to target middle or end of June for the release.

WordPress 7.1

WordPress 7.1-alpha is under active development.

Two posts were published concerning 7.1:

General

Discussion ๐Ÿ’ฌ

From @masteradhoc: 3 TracTrac An open source project by Edgewall Software that serves as a bug tracker and project management tool for WordPress. tickets/PR are waiting for review:

@audrasjb will review them in the next days.

@desrosj suggested to add a legal review to #65025 and pinged @4thhubbard to organize that.


From @jorbin:

#65286 is the ticketticket Created for both bug reports and feature development on the bug tracker. we are discussing. No actions are blocked, but the publishing screen on the non blockBlock Block 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. editor looks extremely messy, so itโ€™s worth cleaning it up while 7.0.1 is being worked on. @desrosj had proposed putting a fix in the Classic Editor plugin which could absolutely work. I was thinking the Hotfix plugin would make sense since itโ€™s possible for this to affect custom post types and people may not be using the classic editor pluginPlugin A 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. at the same time. There are also other options [โ€ฆ] but I think we should pick one and aim to get a solution out sooner rather than later.

@jeffpaul: โ€œif weโ€™ve not confirmed it affects CPTs, then Iโ€™m in favor of the classic editor plugin (and also that its low priority in that case)โ€.

@audrasjb: โ€œI was about to say the same thing, in fact Classic Editor (plugin) seems like a really good optionโ€.

@desrosj: โ€œMy thinking about the Classic Editor plugin instead of the Hotfix plugin is that sites that are choosing to remain using the classic editor likely have this plugin installed and activated already. So it fixes a wide number of sites just by pushing the update (provided they have auto-updates enabled, of course). I think we could still include the fix in the Hotfix plugin as well (anyone experiencing the issue without the Classic Editor plugin could install and activate), but it has far fewer users at 4,000+ compared to 9M+.โ€

@audrasjb: โ€œBut it wouldnโ€™t affect websites where the Block Editor is disabled via a hook, or during CPT registration, etc.โ€

@davidbaumwald confirmed this affects CPTs without the Classic Editor.

@jorbin: โ€œI like the idea of both hotfix and classic editor. I will also say that hotfix should alwaysย  have a lot less users than classic editor since one is designed as a short term needed plugin and the other is the hotfix pluginโ€.

@masteradhoc added that the issue will be fixed on the WP Rocket plugin quite fast, as a ticket is already open there.

@jorbin and @audrasjb noted that the Hotfix plugin should be Featured in the plugins list. @audrasjb added that the plugin should also get a small assets refresh.

In conclusion, there is a path forward for the short term (use both Classic Editor and Hotfix plugins), and @jorbin and @desrosj will coordinate to put this together.


@yaniiliev asked whether there are any changes that the coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. team would like to see on the new profiles page? Anything missing, anything feeling off? This will be discussed during next weekโ€™s meeting. Feel free to comment this summary if you have anything to share about this topic.

#7-0, #7-0-1, #7-1, #core, #dev-chat

React 19 Upgrade in WordPress

WordPress is upgrading from ReactReact React is a JavaScript library that makes it easy to reason about, construct, and maintain stateless and stateful user interfaces. https://reactjs.org 18 to React 19. This change will first ship in the GutenbergGutenberg The 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/ pluginPlugin A 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. (version 23.3) and is expected to land in WordPress 7.1.

In June 2024, WordPress 6.6 shipped React 18.3, which added deprecation warnings to help developers prepare for this upgrade (see Preparation for React 19 Upgrade). Now that the migrationMigration Moving the code, database and media files for a website site from one server to another. Most typically done when changing hosting companies. work is complete, this post covers everything plugin and theme developers need to know.

Timeline

  • Gutenberg plugin: React 19 will be merged into the Gutenberg trunk branchbranch A 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". after the 7.0 release. It will ship in a Gutenberg release shortly after, with npm packages following.
  • WordPress CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress.: The upgrade is targeted for WordPress 7.1, providing a full release cycle for testing.

We encourage developers to begin testing as early as possible once the Gutenberg plugin release with React 19 is available.

Removed APIs

The following functions have been removed from React 19 after a long deprecation period. In WordPress, these were deprecated since WordPress 6.2 (March 2023):

render and hydrate

ReactDOM.render() and ReactDOM.hydrate() have been removed. Use createRoot() and hydrateRoot() instead:

// Before (deprecated).
import { render } from '@wordpress/element';
render( <App />, document.getElementById( 'root' ) );

// After.
import { createRoot } from '@wordpress/element';
const root = createRoot( document.getElementById( 'root' ) );
root.render( <App /> );

unmountComponentAtNode

ReactDOM.unmountComponentAtNode() has been removed. Use root.unmount() instead:

// Before (deprecated).
import { unmountComponentAtNode } from '@wordpress/element';
unmountComponentAtNode( document.getElementById( 'root' ) );

// After.
root.unmount();

findDOMNode

ReactDOM.findDOMNode() has been removed from React 19. However, @wordpress/element continues to export a polyfill for findDOMNode to ease the transition. Note that the react-dom script itself will no longer include this function โ€” only the wp-element script will provide it.

We recommend migrating away from findDOMNode by using refs instead, as it was already discouraged in earlier versions of React.

defaultProps for function components

As noted in the React 18.3 dev note, defaultProps for function components is no longer supported. Use ES6 default parameters instead:

// Before (no longer supported).
function MyComponent( { size } ) {
	return <div style={ { width: size } } />;
}
MyComponent.defaultProps = { size: 100 };

// After.
function MyComponent( { size = 100 } ) {
	return <div style={ { width: size } } />;
}

Changed behavior

The inert attribute is now a boolean

The HTMLHTML HyperText Markup Language. The semantic scripting language primarily used for outputting content in web browsers. inert attribute has changed from a string type to a boolean in React 19. If your code sets inert as a string (inert="true" or inert=""), update it to use a boolean value:

// Before.
<div inert="" />
<div inert="true" />

// After.
<div inert />
<div inert={ true } />

Ref callbacks can return cleanup functions

Ref callbacks can now optionally return a cleanup function, similar to useEffect. React will call the cleanup function when the element is removed from the DOM. This is a powerful new pattern that reduces the need for separate useEffect hooksHooks In 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. to manage DOM element lifecycle.

// New pattern: ref callback with cleanup.
<div ref={ ( node ) => {
	if ( node ) {
		const handler = () => { /* ... */ };
		node.addEventListener( 'scroll', handler );
		return () => node.removeEventListener( 'scroll', handler );
	}
} } />

Important: If your existing ref callbacks return a value (e.g., returning something other than undefined), React 19 may interpret that as a cleanup function. Make sure your ref callbacks either return undefined or a valid cleanup function.

forwardRef is no longer needed

In React 19, function components can accept ref as a regular prop. forwardRef still works but is considered deprecated and will be removed in a future version.

// Before.
const MyInput = forwardRef( ( props, ref ) => {
	return <input ref={ ref } { ...props } />;
} );

// After.
function MyInput( { ref, ...props } ) {
	return <input ref={ ref } { ...props } />;
}

New APIs available

React 19 introduces several new APIs, now available through @wordpress/element:

  • use โ€” Read a resource (Promise or Context) during render.
  • useActionState โ€” Manage state based on form action results.
  • useOptimistic โ€” Show optimistic UIUI User interface state while an async action is in progress.
  • useFormStatus โ€” Access the status of a parent form.

From React 19.2:

  • Activity โ€” Hide and show parts of the UI while preserving their state and DOM.
  • useEffectEvent โ€” Extract non-reactive logic from effects.

TypeScript type changes

React 19 includes a major update to its TypeScript types. Developers using TypeScript should be aware of the following:

Ref types

The MutableRefObject type is deprecated. The type inference rules for useRef and RefObject have changed, especially regarding declaring values as โ€œT or nullโ€œ. Update your code to use the new RefObject type.

ReactElement props type changed from any to unknown

The ReactElement type now types its props as unknown instead of any. This reveals previously unsound access to props that was silently allowed before. This manifests especially in cloneElement calls, where reading or setting props on a cloned element now requires the element type to explicitly support those props.

HTML element prop conflicts

Many WordPress components extend native HTML elements, accepting all props that (for example) a <div> accepts plus custom props. If the HTML standard adds a new prop to <div> with a name that conflicts with a custom prop, TypeScript may report errors. Developers may need to resolve naming conflicts (as was the case with onToggle in this migration).

For a comprehensive list of TypeScript changes, see the React 19 typechecking guide.

How to test your plugin

  1. Install the latest Gutenberg plugin that includes React 19 (version TBD).
  2. Enable development mode (SCRIPT_DEBUG set to true in wp-config.php) to get detailed warnings and errors.
  3. Test all major features of your plugin โ€” especially any code that uses the removed APIs (render, hydrate, unmountComponentAtNode, findDOMNode, defaultProps for function components).
  4. Check the browser console for React warnings and errors. React 19 has improved error reporting and may surface issues that were previously silent.
  5. Test iframeiframe iFrame 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. interactions if your plugin renders content inside iframes or communicates between frames, as there have been subtle behavior changes in this area.

Further reading

  • Official React 19 upgrade guide โ€” Full list of breaking changes, deprecations, and new features.
  • React 19 blog post โ€” Overview of whatโ€™s new in React 19.
  • Gutenberg tracking issue #71336 โ€” Tracking the migration effort.
  • Gutenberg PR #61521 โ€” The main implementation PR.
  • Preparation for React 19 Upgrade (WP 6.6 dev note) โ€” The earlier dev notedev note Each 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. from the React 18.3 upgrade.

Call for testing

We encourage all plugin and theme developers to test their code with the Gutenberg plugin as soon as the React 19 release is available. Early testing helps us identify and fix issues before the upgrade reaches WordPress Core. If you encounter bugs, please report them on the Gutenberg GitHub repository.


Props to @tyxla, @Mamaduka, @jsnajdr, @ellatrix, @aduth, @youknowriad, and @mciampini for their contributions to this migration.

#7-1, #dev-notes, #dev-notes-7-1

WordPress 7.1 Call for Volunteers

Planning is underway for WordPress 7.1!ย  This post outlines the proposed schedule along with a call for volunteers to support the release process.

Following the typical cadence, the proposed final release date for 7.1 is Wednesday, August 19, 2026.ย  This proposed timeline remains flexible for the resulting Release Squad and adjustments can be made if necessary as they determine what timeline works best for their schedule.

Proposed Schedule

MilestoneDate
Alpha BeginsImmediately (7.1-alpha began in trunktrunk A 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. on March 27th with [62161], closed then re-opened)
BetaBeta A 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. 1Wednesday, July 15
Beta 2Wednesday, July 22
Beta 3Wednesday, July 29
Release Candidaterelease candidate One 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). 1Wednesday, August 5
Release Candidate 2Wednesday, August 12
Dry RunTuesday, August 18
Final ReleaseWednesday, August 19

As always, all dates are subject to change based on development progress.


Call for Volunteers

Each WordPress release depends on contributors from across the project coming together to make it a success.ย 

As with the 6.7, 6.8, 6.9, and 7.0 release cycles, WordPress 7.1 will continue the approach of forming a smaller, focused Release Squad based on feedback received.ย  This streamlined structure places more emphasis on collaboration with the various Make Team Reps, who are encouraged to help coordinate efforts from within their respective teams.ย  The goals are to reduce the overhead on the Release Squad while still ensuring each teamโ€™s contributions and priorities are represented throughout the cycle, and to reduce overlap between a Make Team RepTeam Rep A Team Rep is a person who represents the Make WordPress team to the rest of the project, make sure issues are raised and addressed as needed, and coordinates cross-team efforts. and that teamโ€™s Release Squad Leads.ย  Noteworthy Contributors will be captured from Team Reps towards the end of the release cycle.

While the end goal is to publish the final release of WordPress 7.1 at WordCamp US, traveling to or attending WordCampWordCamp WordCamps 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 is not a requirement to serve on the release squad.ย  All communication related to the release process will continue to take place in the #core SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/ channel.

If you are interested in helping lead WordPress 7.1 in one of the following roles, please comment below or reach out in the #7-1-release-leads Slack channel:

  • Release LeadRelease Lead The community member ultimately responsible for the Release. โ€“ sets overall goals, makes final decisions on merging, gives final reviews where needed
  • Release Coordination โ€“ helps manage timelines, cross-team collaboration, and status updates
  • Tech Leads โ€“ oversees coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. development (including GutenbergGutenberg The 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/), triagetriage The act of evaluating and sorting bug reports, in order to decide priority, severity, and other factors., and critical issues
  • Triage Lead โ€“ help monitor issues, shepherd patches, and guide contributors
  • Test Lead โ€“ coordinates testing efforts across the community and test reports

Whether you have led a release before or are looking to get involved for the first time, there are many ways to contribute.ย  Volunteers of all backgrounds and experience levels are welcome!

If you are interested in volunteering, please leave a comment below noting your preferred area(s) by Friday, June 5th.ย  @4thhubbard (or a designee), will review the nominations shortly after to confirm and announce the release squad as soon as possible.

Together we can make WordPress 7.1 the best one yet!

Props to @jorbin @4thhubbard for reviewing this post.

#7-1

Commence: Operation WP 7.1

With the release of 7.0 earlier today, trunk is finally open to any and all commits for WordPress 7.1.

Trunktrunk A 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. is now WordPress 7.1-alpha

While the common practice is for trunk to open once the next release has been branched, closing the primary branchbranch A 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". to any commits unrelated to 7.0 was necessary to avoid making it more complicated to add, modify, or remove features from the release during the extension to the cycle to evaluate the state and readiness of the Real-time collaboration feature.

Thank you to everyone for your continued patience.

Backporting to the numbered branches

As a reminder, the โ€œdouble signoffโ€ policy applies to changes being made to any numbered version branch. The dev-feedback commit keywords should be used to request a second committercommitter A 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.โ€™s review, with dev-reviewed being added after an additional signoff is given.

More information on this process can be found in the Make WordPress Core Handbook.

Props @jorbin, @audrasjb, @amykamala, @4thhubbard, @mosescursor for peer review.

#7-1