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.
The release candidate (RC1) for WordPress 6.8.2 is here! This is your chance to help test and ensure everything runs smoothly before the official release on Tuesday, July 15th. Developers, testers, and contributors are encouraged to get involved — every test helps make WordPress better!
Discussion 💬
Maintenance Mode for Components
The proposal to place under-maintained CoreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. components into “Maintenance Mode” received broad support. Some contributors found the term unclear and requested transparent roadmaps—especially for components like Bulk Edit, where the future remains uncertain. Frustrations were expressed regarding stalled patches and unclear priorities, highlighting the need for better communication and planning.
Removal of “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. Support” Label for PHPPHPThe web scripting language in which WordPress is primarily architected. WordPress requires PHP 7.4 or higher 8.3
The “Beta Support” label for PHP 8.3 has been officially removed, reflecting its stable support status.
Raising the Minimum PHP Version to 7.4
WordPress 6.9 plans to raise the minimum required PHP version to 7.4. Although not yet finalized, this is likely as less than 5% of users run older versions. The change aims to improve security, performance, and compatibility while reducing maintenance efforts.
Over 15 small pull requests have been submitted under #63268, addressing code quality issues revealed by PHPStan. While a few contributors have been handling most of the reviews and commits, additional committers are invited to help reduce the workload. Coordination has so far been informal, with contributors commenting on tickets and pull requests to avoid overlap.
PHPUnit Test Suite Updates
Ongoing work on #53010 (namespacing test classes) and #62004 (updating for PHPUnit 10–12 compatibility) aims to modernize the test suite. These tasks are considered related to the ongoing PHPStan efforts. A suggestion was made to form a dedicated team to accelerate progress, though the main blockerblockerA bug which is so severe that it blocks a release. remains limited commit time and unresolved technical feedback.
PHPStan Integration into CoreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress.
A proposal is in progress to formally integrate PHPStan into the Core test suite. Current efforts are manual and 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.-based. The upcoming proposal will aim to provide a sustainable and automated approach for ongoing code analysis.
MultisitemultisiteUsed to describe a WordPress installation with a network of multiple blogs, grouped by sites. This installation type has shared users tables, and creates separate database tables for each blog (wp_posts becomes wp_0_posts). See also network, blog, site Privacy Tools and Feature PluginFeature PluginA plugin that was created with the intention of eventually being proposed for inclusion in WordPress Core. See Features as Plugins. Consideration
#43738 suggests extending personal data export/delete tools to support networknetwork(versus site, blog)-wide functionality. Discussion focused on whether the scope of the enhancementenhancementEnhancements are simple improvements to WordPress, such as the addition of a hook, a new feature, or an improvement to an existing feature. justifies building a feature plugin. While the feature could be useful for multisite operators, it was noted that it does not address a critical GDPR requirement and may not meet the criteria for core inclusion. Prototyping the feature as a 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 was recommended to assess usage and value.
Handling of .git-blame-ignore-revs
The .git-blame-ignore-revs file, used to exclude formatting-only commits from blame output, was discussed. While a few entries have been added manually, the file is not systematically maintained. Suggestions were made to either update it regularly or de-prioritize it due to limited practical impact.
The full chat log is available beginning here on Slack.
WordPress Performance TracTracAn open source project by Edgewall Software that serves as a bug tracker and project management tool for WordPress. tickets
@westonruter mentioned that the PR adding fetchpriority support for scripts (PR #8815) needs additional reviews if it is to land in the next 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.. But if WordPress 6.9 really is coming later this year then, the feature may be better suited as a major enhancementenhancementEnhancements are simple improvements to WordPress, such as the addition of a hook, a new feature, or an improvement to an existing feature. for WordPress 6.9.
@flixos90 suggested that if WordPress 6.9 is going to be released this year, ticketticketCreated for both bug reports and feature development on the bug tracker.#61734 should be moved from the 6.8.2 milestone to 6.9, as there would no longer be a reason to allow enhancements in a minor release.
@westonruter noted that he added this topic to the agenda for the coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress.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. meeting later that day, asking whether the temporary relaxation of the minor release policy should be reconsidered if WordPress 6.9 is happening this year.
@flixos90 emphasized the need to start triaging tickets targeted for WordPress 6.9, noting many lack assigned owners or updates. Prompt action was encouraged to ensure timely progress.
@rollybueno raised questions regarding caching improvements for the ticket #63045.
@flixos90 acknowledged the point about using more readable cache keys but noted that this would break a convention used consistently throughout WordPress Core. He suggested that this requires further discussion to decide if breaking that convention is worthwhile and, if so, whether other cache keys across Core should also be updated for consistency.
Performance Lab 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 other performance plugins)
@flixos90 shared that he addressed feedback on View Transitions PR #2037, and it is now ready for another round of review.
He also announced plans for a new release of the View Transitions plugin soon, highlighting several significant enhancements 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. fixes currently pending in open PRs.
@mukesh27 shared an update regarding the Auto Sizes plugin, confirming successful smoke testing and announcing the release of Auto Sizes version 1.5.0, which improves calculation of image sizes in nested blocks such as Group and Columns.
Open Floor
@b1ink0 asked for volunteers to lead the upcoming Performance Bug Scrub scheduled for July 8, 2025. Interested contributors were invited to sign up on the schedule spreadsheet.
CustomizerCustomizerTool built into WordPress core that hooks into most modern themes. You can use it to preview and modify many of your site’s appearance settings.: Bugfixes Only
The Customizer is no longer under active development. New feature requests will not be considered, though bugfixes are still welcome to ensure compatibility. A manual review of the 78 open tickets is planned—no automatic closures. A proposal to introduce an official “maintenance mode” for legacy components (e.g., Customizer, Widgets, TinyMCE) is in the works.
Unicode Email Addresses 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.
A patch enabling support for Unicode email addresses was introduced and is under review. Initial feedback is positive. Targeted for WordPress 6.9, not for 6.8.x minor releases.
Custom Error Handling Revisited
The long-standing ticketticketCreated for both bug reports and feature development on the bug tracker. on registering custom error and exception handlers (#59282) was brought back into focus. Progress is stalled but will be revisited for a future release.
Improving FSE 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 Discoverability
A suggestion to improve the visibility of Full Site Editing (FSE) plugins was raised. The idea needs clearer definition—whether it’s a 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. issue or an initiative for contributors remains open.
Next Bug Scrubs: June 26 and June 30
A 6.8.2 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. scrub is scheduled for Thursday, June 25 at 3 PM GMT.
A bug scrub is scheduled for Monday, June 30 at 3 PM GMT to help triagetriageThe act of evaluating and sorting bug reports, in order to decide priority, severity, and other factors. and manage open tickets.
#47218 (Update TinyMCE to 5.x or 6.x) and #48277 (Update plupload library) were discussed due to frequent security audit flags. While the pluploadticketticketCreated for both bug reports and feature development on the bug tracker. is closed as WordPress already the last license-compatible version, updating TinyMCE is technically very difficult. Instead, better documentation explaining the current status and reasons for keeping older versions (and how the CoreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. team ensures their security) is planned, for example as a page in the developer handbook.
PHPStan Integration in Core Development
#61175 covers how to handle PHPStan errors in the core development process. The team is deciding which errors to ignore, baseline, or fix. Help with fixing these errors is welcomed.
Errors from Direct File Execution
#62722 (Fix all ABSPATH direct access errors) and #63316 address warnings caused by direct file execution. Some think this should be handled at the server level, but it was suggested to review and fix security-relevant cases individually.
Improving Testing Processes
The need to revive structured user testing and better use of 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. plugins was discussed. The goal is closer collaboration between Core and Test teams to improve test quality and timing. Ideas include live usability tests at WordCamps and providing easy testing environments like Playgrounds.
The full chat log is available beginning here on Slack.
Open Floor
@swissspidyshared a previous question from @spacedmonkey, regarding the use of static variables in coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. for in-memory caching, and whether the object caching 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. with a non-persistent cache group might be a better alternative. Benefits noted included cache invalidation capabilities and improved testing scenarios. In the original discussion thread:
@flixos90 questioned the practical advantages of cache invalidation for non-persistent caches.
@spacedmonkey clarified it would allow developers to optionally enable persistent caching, improve testability by clearing caches between tests, and align with the intended usage of the object cache API.
@flixos90 agreed that while making these caches persistent could introduce issues, improved testing practices were indeed a valid benefit.
@spacedmonkey also requested feedback on PR #8728, inviting further input from contributors.
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. Europe 2025 Recap
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/ Release posts are online
The first AI Team chat takes place tomorrow at 16:00 UTC in #core-ai. Open to all – a great opportunity to learn more about ongoing projects, ask questions, and connect with the team.
Forthcoming releases 🚀
WordPress 6.8.2 and beyond
The CoreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. Team is putting together a squad for future minor releases. A release squad for 6.8.2 should be announced soon. Follow #6-8-release-leads for updates.
Discussion 💬
Discussion on TicketticketCreated for both bug reports and feature development on the bug tracker.#49442 (parse_blocks() Filter)
Ticket #49442, which proposes adding a filter to the result of parse_blocks(), is currently assigned to the 6.9 milestone. During the discussion, it was noted that the ticket still lacks test coverage (needs-test-info).
Creating a minimal test case was suggested to help move the ticket forward. It was also recommended to raise the topic in the Gutenberg repository for broader feedback and discussion.
Open Floor 🎙️
Improvements to the Docker Environment
@westonruter is working on several enhancements to the built-in Docker environment for wordpress-develop. The goal is to address various minor issues and “paper cuts” encountered during development. The first pull request with initial changes is ready for review, with more substantial improvements to follow in separate PRs. Feedback and reviews are welcomed to help improve the development environment for everyone involved.
PHPStan Code Quality
@justlevine has submitted several small pull requests aimed at improving code quality using PHPStan for version 6.9. The PRs are intentionally kept small to minimize conflicts and speed up integration. Support from reviewers and committers is appreciated to help keep the codebase cleaner and more maintainable. See #63268
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. Europe is today!
The CoreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. Team is putting together a squad for future minor releases. A release squad for 6.8.2 should be announced soon. Follow #6-8-release-leads for updates.
As a follow-up to this post, he asked the following to be discussed:
After a couple of weeks, I’m almost done on reviewing the Workflow Keywords sequence. I only need some extra info in the committing part as is the part I’m less knowledgeable, so I would need some committers to help me out on the review
[I] need committers to help with the revision of the Workflow Keywords (specially the 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. and 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. part where I have more doubts). First I’m willing to publish an article explaining the new ideas with the first revision of the revised diagram and it could serve as an attention call for anyone willing to make an opinion or add anything else before the final proposal.
Some discussion happened in the Core Slack channel about this post/proposal.
To sum-up, some committers pointed out that:
@jorbin: This post seems to make the assumption that just because there is a 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. and the patch has no flaws, that it should be committed, but if something should be committed isn’t just a question of if there is a patch ready, it’s also things such as: Does this fit within the current priorities? Is this going to cause issues with future backwards compatibility? Are there alternative solutions that haven’t been considered that should be? How risky is this to commit? What other teams would be affected by this change? Have they been given a chance to chime in?
@desrosj: The crux of the post seems to suggest we can’t create a report for tickets that need a code review with the current keywords. Wouldn’t a report that shows tickets with has-testing and has-patch but does not have commit accomplish the same thing?
@sirlouen pointed out that the post is not completely assuming that every patch perfectly reviewed must be committed, but every patch perfectly reviewed should be considered by committers with more priority than patches from scratch.
The discussion then switched to patches that are reviewed and tested, and waiting for a committer review and commit:
@jorbin: Bringing those tickets up during 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. scrubs can be a great way to get attention on them, [but] just because it fits [someone’s] definition of 100% baked doesn’t mean that a committer is going to agree.
@audrasjb: The best way to help these tickets is to ask to move them into the current milestone.
@jorbin: There are about 75 bug gardeners who can modify milestones in addition to all of the committers. In addition, there is nothing that would prevent at the end of the bug scrub a post along the lines of: “After this scrub, we think that the following tickets should be included in 6.8.2 and the following ones in 6.9”. Once someone has demonstrated enough good judgement, they will likely be given bug gardener status so that they can do it themselves.
@justlevine wanted to bring attention to ticketticketCreated for both bug reports and feature development on the bug tracker.#61175: “Beyond the usual i could use a bit of help from people better skilled at WP CI/CD (PHPStan passes locally, but isn’t discovering certain symbols when run on CI)”. See the related GitHub PR.
The full chat log is available beginning here on Slack.
Performance Lab 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 other performance plugins)
@westonruter announced that the initial release of theView Transitions plugin is now live on 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/. 🎉
@jonoaldersonwp and @westonruter both installed the plugin on their personal sites and reported positive feedback on its visual smoothness and polish.
@flixos90 shared that a blogblog(versus network, site) post is being prepared to explain the plugin’s background a bit more, and there are plans to explore it further with contributors at 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. Europe.
@flixos90 highlighted the significant value of achieving these transitions without needing to rearchitect the entire site or work around WordPress’s default behavior.
@jonoaldersonwp noted that this solution is preferable to the old AMP-based AJAX content wrapper approach.
Open Floor
@b1ink0 reminded everyone that the upcoming Performance Bug Scrub is scheduled for June 10, 2025, noted an open host slot, and invited anyone interested to lead it.
@flixos90 volunteered to host the 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. scrub on June 10, due to a scheduling conflictconflictA conflict occurs when a patch changes code that was modified after the patch was created. These patches are considered stale, and will require a refresh of the changes before it can be applied, or the conflicts will need to be resolved. with the originally planned slot on June 24.
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. Europe is one week away!
@benjamin_zekavica facilitated the organization of the CoreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. Team tables. If you plan to attend, check the Core Team at WCEU 25 | Contributor Day article.
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/ 20.9 is now available
The new version of 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 is now available in our plugin directory.
Forthcoming releases 🚀
WordPress 6.8.2 and beyond
The Core Team is putting together a squad for future minor releases.
In preparation for the WordCamp Europe 2025 Contributor Day, @benjamin_zekavica called for important Core 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. tickets to be submitted for planning.
@realloc will lead the MultisitemultisiteUsed to describe a WordPress installation with a network of multiple blogs, grouped by sites. This installation type has shared users tables, and creates separate database tables for each blog (wp_posts becomes wp_0_posts). See also network, blog, site table and is working with maintainers to identify good first bugs.
Core committers are encouraged to actively participate and make at least one commit — with @mamaduka offering remote support.
Where do bugs go if they are introduced in a 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.?
There was a discussion about how to handle bugs found during a point release. Usually, these bugs should be included in the next point release, especially if there is a 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. or if it is a regressionregressionA software bug that breaks or degrades something that previously worked. Regressions are often treated as critical bugs or blockers. Recent regressions may be given higher priorities. A "3.6 regression" would be a bug in 3.6 that worked as intended in 3.5..
Whether a fix is backported depends on factors such as the bug’s age, severityseverityThe seriousness of the ticket in the eyes of the reporter. Generally, severity is a judgment of how bad a bug is, while priority is its relationship to other bugs., and the risk of the fix. Since clear guidelines are lacking, decisions are made case by case by release leads. More documentation on this process was recommended.
