The Test Team helps manage testing and triage across the WordPress ecosystem. They focus on user testing of the editing experience and WordPress dashboard, replicating and documenting bug reports, and supporting a culture of review and triage across the project.
Please drop by any time in SlackSlackSlack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. with questions or to help out.
Hello and welcome to another edition of Week in Test, the place where contributors of any skill level can find opportunities to contribute to WordPress through testing. You can find the Test Team in #core-test.
Table of Contents
Calls for Testing 📣
Calls for Testing can originate from any team, from themes to mobile apps to feature plugins. The following posts highlight features and releases that need special attention:
Collaboration: add 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.-level comments:
Merging of Test Handbook in GithubGitHubGitHub is a website that offers online implementation of git repositories that can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged be the repository owner. https://github.com/
For the last few weeks, a good number of test contributors embarked on the journey of reviewing our new Test Handbook based on GitHub. The Process has been concluded successfully with the merging.
We want to inform that the Test Handbook is officially synced. There might be a couple of bugs and things that are not looking good pending to be fixed.
Feel free to give it a check here, and if you find any bugs, go to the GitHub repository and report them.
You can send a PR with the fix, or simply send the issue, and we will check it
Here’s a roundup of active tickets that are ready for testing contributions. Did you know that contributions to the Test Team are also a fantastic way to level up your WordPress knowledge and skills? Dive in to contribute, and gain coveted props 😎 for a coming release.
1. WordPress CoreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. Testing
a. Patch Testing 🩹
Who? All contributors (not just developers) who can set up a local testing environment. Why? It is necessary to apply proposed patches and test per the testing instructions in order to validate that a patch fixes the issue.
The following tickets have been reviewed and a patch provided, and need testers to apply the patch and manually test, then provide feedback through a patch test report:
It is necessary to confirm if the bug is happening under multiple conditions and environments, using the bug reproduction report in order to validate the issue.
The following tickets have been reviewed and milestoned, and need testers to check the instructions and manually test if the issue is reproducible, the provide a bug reproduction report:
2. 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/ Testing
The following tickets have been filed reporting a known bug and needs testers to manually test, then provide feedback through a bug reproduction report that the issue can be reproduced.
All contributors (not just developers) who can set up a local testing environment. Why? It is necessary to apply proposed patches and test per the testing instructions in order to validate that a patch fixes the issue.
The following tickets have been reviewed, and a patch provided, and need testers to apply the patch and manually test, then provide feedback through a patch test report:
Nothing to test yet this week
Profile Badge Awards 🎉
Congratulations to the recipients of the Test Contributor Badge 🎉 None this week. Please keep contributing. – Kindly find the Contribution Guidelines here
Hello and welcome to another edition of Week in Test, the place where contributors of any skill level can find opportunities to contribute to WordPress through testing. You can find the Test Team in #core-test.
Table of Contents
Calls for Testing 📣
Calls for Testing can originate from any team, from themes to mobile apps to feature plugins. The following posts highlight features and releases that need special attention:
Collaboration: add 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.-level comments:
Merging of Test Handbook in GithubGitHubGitHub is a website that offers online implementation of git repositories that can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged be the repository owner. https://github.com/
For the last few weeks, a good number of test contributors embarked on the journey of reviewing our new Test Handbook based on GitHub. The Process has been concluded successfully with the merging.
We want to inform that the Test Handbook is officially synced. There might be a couple of bugs and things that are not looking good pending to be fixed.
Feel free to give it a check here, and if you find any bugs, go to the GitHub repository and report them. You can send a PR with the fix or simply send the issue, and we will check it
Here’s a roundup of active tickets that are ready for testing contributions. Did you know that contributions to the Test Team are also a fantastic way to level up your WordPress knowledge and skill? Dive in to contribute, and gain coveted props 😎 for a coming release.
1. WordPress CoreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. Testing
a. Patch Testing 🩹
Who? All contributors (not just developers) who can set up a local testing environment. Why? It is necessary to apply proposed patches and test per the testing instructions in order to validate that a patch fixes the issue.
The following tickets have been reviewed and a patch provided, and need testers to apply the patch and manually test, then provide feedback through a patch test report:
It is necessary to confirm if the bug is happening under multiple conditions and environments, using the bug reproduction report in order to validate the issue.
The following tickets have been reviewed and milestoned, and need testers to check the instructions and manually test if the issue is reproducible, the provide a bug reproduction report:
2. 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/ Testing
The following tickets have been filed reporting a known bug and needs testers to manually test, then provide feedback through a bug reproduction report that the issue can be reproduced.
All contributors (not just developers) who can set up a local testing environment. Why? It is necessary to apply proposed patches and test per the testing instructions in order to validate that a patch fixes the issue.
The following tickets have been reviewed, and a patch provided, and need testers to apply the patch and manually test, then provide feedback through a patch test report:
Nothing to test yet this week
Profile Badge Awards 🎉
Congratulations to the recipients of the Test Contributor Badge 🎉 None this week. Please keep contributing. – Kindly find the Contribution Guidelines here
WordPress 6.9 is planned for December 2, 2025, with RCRelease CandidateA beta version of software with the potential to be a final product, which is ready to release unless significant bugs emerge. 1 beginning November 11, 2025.
Upcoming Meetings 🗓
🚨 There will be regular #core-test meetings held in 2025.
WordPress 6.9 will be the last major release of 2025, with the official release date set for December 2, 2025. As we gear up for this release, it’s time to start regular Test Scrub sessions to ensure all issues slated for this release are prepared and ready.
Test Scrub in Place of Test Team Triage
Starting from Thursday October 30, 2025, we’ll be running weekly Test Scrub sessions. These sessions will focus specifically on the WordPress 6.9 milestone tickets.
We’ll be concentrating on tickets that are tagged with Has Patch / Needs Testing. You can find these tickets in this report.
Interested in Leading a Test Scrub?
Did you know that anyone can lead a Test Scrub at any time? Yes, that means you can!
If you’re interested in leading a scrub, simply 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.”@krupajnanda or @psykro on SlackSlackSlack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. with the day and time you’re considering, along with the report or tickets you’d like to focus on.
Are you planning a scrub that’s specifically focused on WordPress 6.9? That’s fantastic! We can add it to our schedule, so the rest of the team knows to join in. Leading a scrub is a great way to contribute, and you’ll earn props in the Slack channel for your efforts!
Let’s Contribute Together
This is a perfect chance to get involved with the major releaseMajor ReleaseA set of releases or versions having the same major version number may be collectively referred to as “X.Y” -- for example version 5.2.x to refer to versions 5.2, 5.2.1, and all other versions in the 5.2. (five dot two dot) branch of that software. Major Releases often are the introduction of new major features and functionality. of WordPress 6.9, learn more about the process, and help ensure the quality and stability of WordPress. Your contributions will make a difference, so join us for the Test Scrub sessions and be a part of this exciting release!
📅 Mark your calendars! WordPress 6.9 is scheduled for release on December 2, 2025. As the final major releaseMajor ReleaseA set of releases or versions having the same major version number may be collectively referred to as “X.Y” -- for example version 5.2.x to refer to versions 5.2, 5.2.1, and all other versions in the 5.2. (five dot two dot) branch of that software. Major Releases often are the introduction of new major features and functionality. of 2025, 6.9 will deliver key improvements to site editing, new developer tools, and performance refinements, all aimed at making WordPress more powerful and delightful to use.
Why test early? The sooner bugs are caught, the smoother the upgrade will be for millions of users. Whether you can spare five minutes or an afternoon, your efforts in testing 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. and RCRelease CandidateA beta version of software with the potential to be a final product, which is ready to release unless significant bugs emerge. builds make a direct impact. Every report helps polish WordPress before launch, and every contribution makes a difference!
Release focus: WordPress 6.9 turns its attention to enabling collaborative content creation through notes(formerly “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. level comment” / inline comments), new blocks, extending developer capabilities with updates to the Interactivity 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 the introduction of the Abilities API, and improving performance with faster page transitions and smarter resource handling.
📝 Notably, there will not be a new default theme in 6.9; a decision shaped by the pace of this release and the maturity of block themes over recent years.
Testing Tips
WordPress doesn’t require you to be a certified software tester or professional QA to contribute to testing. Simply use WordPress as you normally would for your own needs. If you encounter any issues or feel that something isn’t working as expected, you can report them.
Not sure about the expected behaviour? No worries! Join the conversation on WordPress Slack, or create a ticket on Trac, where a helpful global WordPress community is always ready to assist.
Recommendations for Testing WordPress Beta/RC Versions:
Test CoreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. Features that Matter to You: Use your site for the purpose it was created. For instance, if you’re a blogger, running a social platform, or managing an e-commerce store, set up a staging site (ask your hosting provider if you’re unfamiliar with the staging site). Update WordPress in the staging environmentStaging EnvironmentA staging environment is a non-production copy of your site. This is a private place to build the site -- design, copy, and code -- until your client approves it for production or live. Sometimes used in addition to, or as a Development Environment. and continue using your site as usual. This will help you identify any issues that may affect your regular workflow. Take note of any issues or troubles you experience after the update.
🚫 Do not test or update your live site with a beta/rc version for testing purposes.
Use the General Checklist provided in the post below to verify everything functions as expected after the update. ✅
Ways to Test WordPress Beta Versions
There are multiple ways to test WordPress development or beta versions, as explained below. There is no right or wrong way; feel free to choose the method you are most comfortable with or that is most convenient for you.
Playground
Playground is the easiest and fastest way to test beta or release candidateRelease CandidateA beta version of software with the potential to be a final product, which is ready to release unless significant bugs emerge. versions of WordPress without setting up a full environment.
Local Hosted Site
You can make use of software like Local or wp-env to create a local WordPress site. Once the site is ready, you can install the Beta Tester plugin to switch to the beta version of WordPress.
Once your site is up and running, you can use the WordPress Beta Tester 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 to switch it to the development or beta version of WordPress. This plugin makes it easy to install pre-release versions of WordPress. To use the plugin:
Install and activate the WordPress Beta Tester plugin.
Navigate to Tools > Beta Testing.
Choose the Bleeding Edge or 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. with Nightlies option, depending on what you want to test.
Click on Save Changes
After the changes are saved, you should receive the update notification. Kindly update your WordPress version.
For more detailed instructions, follow this guide.
Via WP-CLIWP-CLIWP-CLI is the Command Line Interface for WordPress, used to do administrative and development tasks in a programmatic way. The project page is http://wp-cli.org/https://make.wordpress.org/cli/
If you prefer working with command-line tools, use WP-CLI to install a WordPress beta version quickly.
Steps:
Create a local WordPress site using your preferred method.
Once the site is set up, open your terminal and navigate to the root directory of your WordPress installation.
Run the following command to update to the latest beta version:
wp core update --version=6.9-beta1 Or wp core update --version=6.9-RC1
(Keep updating the version number as needed.)
The Pros of this method are that it helps you to switch between different versions quickly, making it easier to test specific builds.
Using a Staging Site
Create a staging site for your live production siteProduction SiteA production site is a live site online meant to be viewed by your visitors, as opposed to a site that is staged for development or testing. and update it to the WordPress beta or release candidate (RC) version. This allows you to safely test the new version without affecting your live site. Verify that everything functions as expected before applying the updates to your production environment.
Testing Patches
If you plan to test patches, follow these instructions to set up a WordPress development version locally.
Using Playground – with Playground, you can also easily test individual Core tickets without installing any software in your system, and this is the fastest way to test any PRs.
If there is a specific PR in the wordpress-develop or gutenberg repo that you’d like to test in the browser, you can do so using the following links. Simply enter the PR number, and the rest will be taken care of.
If you want to quickly test the updated WordPress version’s compatibility with your site, please verify the following important checks. Enable debugging in wp-config.php to capture the warnings, errors or notices.
Update your theme and plugins to the latest versions.
Switch to the Beta/RC/Night build you want to test.
Check Site Health to see if there are any new errors or warnings.
Confirm there are no layout breaks or misaligned elements.
Test links and permalinks to ensure there are no 404 errors.
Verify that posts, images, and media are displayed correctly.
Ensure the sitemap and robots.txt files are functioning properly.
Ensure full access to the admin dashboard without errors.
If your site has custom blocks, create content in a new block and edit existing content.
Create a new post:
Add content
Copy-paste text
Manually add media files.
Save the post
Observe the console for any issues.
Create a new page:
Add content
Verify its display in different browsers.
Verify its display in responsive mode.
Verify the functional part is working as expected, regardless of any browser or device type.
Keep the browser’s developer console open and check for any errors, warnings, or notices.
Open the error log file and check for notices, warnings, and fatal errors.
Review user roles and permissions to ensure they remain intact.
Verify that any scheduled posts or automated tasks (like backups) still function as intended.
Ensure all integrated services (like payment gateways or analytics) are operational.
Open your site in different browsers and verify that all functionalities work as expected.
👀 What to Notice While Testing?
Was everything intuitive and easy to use?
Did you notice any performance issues, such as slow loading or lag?
Were there any visual inconsistencies or layout issues across different browsers or devices?
Did the drag-and-drop functionality work as expected, especially in patterns?
Did the preview mode accurately reflect how the content appeared once published?
Did what you created in the editor match what you saw on your site?
Did you observe any other 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, like –
Colour contrast or focus management?
Did it work properly using only a keyboard?
Did it work with a screen reader?
Did it function smoothly on a mobile device?
What aspects of the experience did you find confusing or frustrating?
What did you especially enjoy or appreciate?
What would have made site building and content creation easier?
Key Features to test
Notes
The Notes feature (formerly “block level comment” / inline comments) allows users to attach feedback directly to individual blocks in the editor. Initially introduced 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/ 19.6, it now includes indicators, a 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. for managing threads, and support for published posts, with ongoing refinements for usability and accessibility.
🌟Bonus point: Aki has built a plugin called Block Notes Data Generator. This plugin adds test users and test block comments to make it easier to test the Notes feature.
Test Steps
Navigate to Dashboard.
Open to page/post.
Insert any block.
Click on the block settings dropdown from the block toolbar.
Click the Add Note from the toolbar settings, and observe that the note modal is opening in the sidebar.
Add the note.
Confirm that the note is added successfully.
Verify the additional scenarios
Note on empty block: Notes should not be allowed on an empty block.
Editing and deleting notes:
Edit an existing note and confirm the changes are saved and displayed correctly.
Delete a note and ensure it’s removed from the sidebar and block indicator.
Resolve and Reopen the notes:
Resolve note: Confirm that when the note is marked as resolved, it shows the resolved state.
Reopen the resolved note (if the option exists) and confirm it restores correctly.
Threaded notes: Add a follow up reply to an existing note to confirm threading works properly.
Indicator visibility: Check that the note indicator appears only on blocks that have comments.
Switching blocks: Move focus to a block without notes and verify the sidebar updates accordingly.
Saving the post: Save or update the post and confirm that all notes persist after reload.
Published Post: Publish the post, and notes should remain accessible.
Accessibility: Navigate via keyboard and screen reader to verify the note sidebar and indicators are usable.
Testing Instructions
If you encounter any issues or unexpected behaviour while testing, please log them here. Follow #66377 for more details.
Ability to hide the blocks
WordPress 6.9 introduces the option to hide individual blocks from the site’s public view while keeping them editable in the editor. This gives creators more flexibility when preparing content or layout. For example, testing alternate designs, saving space for future sections, or holding back pieces of content that aren’t finalised yet.
Unlike deleting or removing a block, hiding it is a non-destructive action: the block remains in place, can be edited at any time, and can be quickly shown again when needed. This approach makes content editing safer and better suited for collaborative workflows.
Test Steps
Navigate to the post, page, or template.
Select the block and click on the “Hide” control from the toolbar settings.
Observe that the block is no longer visible and the “Show” control should be toggled on.
Check the front, and the block should be hidden .
Now, turn off the hide setting.
The block should reappear in the editor and the front end.
Nested blocks: Place a few blocks inside a Group/Columns block and hide the parent.
Confirm that all inner blocks are hidden.
Multiple instances: Hide different blocks across the page and verify that only the chosen ones are excluded from the frontend.
Testing Instructions
Follow #71203 PR for more details. If you observe any related issues, please feel free to report them here.
📈Performance / Asset Check:
Hidden blocks should not appear on the frontend, and their related CSSCSSCSS is an acronym for cascading style sheets. This is what controls the design or look and feel of a site./JS should no longer be actively used. Optionally, you can verify this via the Network tab or CSS Coverage in DevTools. Visible blocks must continue loading normally. On small pages, coverage differences may be subtle; the key point is that hidden blocks do not add frontend markup or assets. Check #9213 PR for more details. If you like to verify the same, follow this comment for the steps.
allowedBlocks support & UIUIUI is an acronym for User Interface - the layout of the page the user interacts with. Think ‘how are they doing that’ and less about what they are doing.
This enhancement enables users to visually control which child blocks can be inserted within a group block, something previously possible only through code. The update adds a Manage allowed blocks option in the Advanced panel of the block inspector, allowing users to enable or disable block types through a modal interface. This helps streamline content control, prevent unwanted block insertions, and sets the foundation for broader use across other container blocks.
Testing Steps
Navigate to Dashboard.
Open a Post/Page.
Insert a Group block.
With the Group block selected, open the block inspector.
Expand the Advanced panel of the Group block.
Locate the Manage allowed blocks button.
Click on it. Observe that a new modal appears listing different types of blocks.
In that modal:
Confirm you can search the blocks.
Deselect some blocks e.g. disable “Paragraph”, “Image”.
Click on the Apply button and the modal should be closed.
Now, Inside the Group block’s container area, attempt to insert child blocks:
Try to insert blocks that are allowed and they should appear and work properly.
Try to insert blocks that are disabled and they should not appear in the inserter.
Testing Instructions
If you observe any related issues, please feel free to report them here.
Command Palette everywhere
WordPress 6.9 introduces an expanded Command Palette, which is available across both the Editor and the Dashboard. It provides a fast, universal way to navigate different areas of your site and perform actions without relying on sidebar menus or multiple clicks. Simply type in the Command Palette to search, jump to specific screens, or trigger actions directly.
The Command Palette is enabled by default, so no additional configuration is required.
Test Steps
Navigate to Dashboard.
Open the Command Palette.
Use the keyboard shortcut (Cmd + K on Mac / Ctrl + K on Windows).
Confirm it opens regardless of which screen you’re on (Dashboard, Posts, Pages, Site Editor, Templates, etc.).
Various Use Cases
Search for Navigation Targets
Start typing e.g. “Posts”, “Pages”, “Plugins”, “Templates”.
Confirm you can directly navigate to those areas.
Trigger Actions
Type commands such as “Add new post”, “Add new page”, or “Editor”.
Confirm the action executes without going through sidebar navigation.
Context Awareness
From the Site Editor: check commands relevant to template editing.
From a post editing screen: check commands like “Preview in new tab”
Confirm results adapt based on any different context.
Role and Permission
The Administrator-only command should not appear in the search results for the Editor(other) role(s) to ensure the Command Palette respects WordPress capabilities/permissions filtering.
UI & Usability
Confirm the palette is responsive and visually consistent with other WordPress UI.
Testing Instructions
If you observe any related issues, please feel free to report them here.
Refining content creation
Drag and drop – Move block instead of drag chip
This enhancement replaces the “drag chip” (ghost placeholder) with direct movement of the actual block during drag-and-drop. While dragging, the actual block shrinks slightly (scaled down) and moves smoothly with your cursor, and animates while being dragged, providing a smoother, more intuitive visual experience.
Test Steps
Navigate to Dashboard.
Open a post/page.
Add a combination of Paragraph, Heading, Image, Quote block, etc.
Now, drag a block using its drag handle to a new position in the main editor canvas.
Release the block to a different position.
Observe that :
The block moves smoothly with animation.
While dragging the block gets slightly scalded down.
Visual styles and animation preserved.
No flicker or jump effect.
Verify Undo/Redo functionality after the block(s) move.
Verify that drag functions smoothly with nested blocks as well.
Testing Instructions
The goal is to create a more natural, accurate, and modern drag-and-drop experience, improving overall usability and aligning with WordPress’s effort to refine the editing flowFlowFlow is the path of screens and interactions taken to accomplish a task. It’s an experience vector. Flow is also a feeling. It’s being unselfconscious and in the zone. Flow is what happens when difficulties are removed and you are freed to pursue an activity without forming intentions. You just do it.. Follow #67470 PR for more details, and if you notice any visual glitches, misalignment, or unexpected behaviour while dragging blocks, you are encouraged to report the issue with steps to reproduce here.
New Blocks
To broaden design possibilities and strengthen customisation options, WordPress 6.9 introduces several new blocks, such as Accordion, Terms Query, Stretchy Type, Math Block etc. These additions aim to give users richer ways to structure content and align layouts with modern design needs, making it easier to create expressive and flexible sites without relying on third-party solutions.
Accordion Block
The Accordion block allows users to organise content into collapsible sections, making it easier to present FAQs, lists, or grouped information compactly.
When added, the Accordion block creates two Accordion Items by default. Each item contains an Accordion Heading and an Accordion Panel where any block can be inserted. Users can add, remove, reorder, and style items, as well as nest different blocks within the content. On the frontend, items can be expanded or collapsed for interactive display.
Test Steps
Navigate to Post/Page
Insert an Accordion block
Confirm that the Accordion Item is added with an Accordion Heading and an Accordion Panel.
Edit item placeholders and add content inside the Accordion Panel
Save and confirm items expand/collapse as expected
Verify Reordering
Move Accordion Items up or down.
Confirm the order updates correctly in both the editor and the frontend.
Confirm styles are reflected in all items consistently.
Verify the duplicate of the accordion block.
Remove an existing item and ensure the block continues to function as expected.
Testing Instructions
If you encounter any related issues, please report them here.
Terms Query Block
This new Terms Query Block is similar to the Query block, but for terms rather than posts. It is designed to contain a new Terms Template block, which holds inner blocks with term data for displaying each term. Unlike the simpler Terms List block, it enables advanced layouts, nested content, and dynamic term rendering.
Term Name Block
This block is mainly developed for use in the Terms Query block to display the term name and allows for more layout flexibility. This also provides an option to add a link to the term.
Term Count Block
This block is primarily for use in the Terms Query block to display the term count.
Test Steps
Navigate to Dashboard.
Insert the Terms Query block in a template.
Observe Term Name and Term count are added by default.
Verify that the inspector controls render correctly.
Configure different 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. selections (E.g. Categories, tags, custom taxonomy)
Terms Query
Verify that the Make term name a link setting is present and works as expected.
Term Count
Verify that the correct term count is displayed.
Verify that you can change the bracket type.
Make sure the count and bracket type show in the editor and on the front end.
Ensure the template can be saved successfully with the block.
Verify the additional scenarios to ensure it works as expected.
Test Nested Layouts.
Test empty terms toggle.
Test different styling options for both Term Name and Term Count.
Testing Instructions
If you encounter any related issues, please report them here.
Math Block with Inline Math format
WordPress 6.9 introduces native math support through a new Math block and inline math format. This feature lets users add accessible mathematical formulas either as standalone blocks or embedded within text. Formulas are stored in MathML for better accessibility and compatibility, while preserving the original LaTeX input for easy editing. It provides a built-in solution for educational or technical content without needing third-party plugins. Although it slightly increases the editor’s bundle size, it greatly improves flexibility and accessibility for authors working with mathematical expressions.
Testing Steps
Navigate to Dashboard.
Open a Page/Post.
Add a new Math block.
Type the LaTeX-style expression: \frac{d}{dx}(x^3 + 2x^2 - 5x + 7) and click outside the block.
Observe: the editor should render the expression as a formatted formula. Also, the front end should render the formula correctly.
Try editing the expression with a new one and confirm that it renders correctly both in the editor and the front end.
Verify Inline math rich-text format
In the same post, insert a Paragraph block.
Type: The Euler identity is then apply the inline math format (select the inline math option from the format toolbar) and enter e^{i\pi} + 1 = 0.
Click outside to confirm inline rendering within the sentence.
Save and preview on the front-end. Confirm the inline math displays in-line and does not break the surrounding text flow.
Testing Instructions
If you find any issues while testing, please report them here.
Paragraph and Heading blocks with Fit Text
The Paragraph and Heading blocks now support Fit Text, enabling text to dynamically scale and fit within its container. This provides a flexible way to create attention-grabbing headings or stylized paragraphs without manually adjusting font size.
Test Steps
Navigate to Dashboard.
Open the Page/Post.
Insert a Paragraph block.
From the Inspector settings, tap on the Typography panel.
Confirm that a Fit Text toggle or control is available.
Enable Fit Text and add some text in the block.
Observe that the text automatically resizes to fill the available width of the container.
Resize the browser window or adjust the block width and verify that the text continues to adapt dynamically.
Repeat the same steps for a Heading block and confirm identical behavior.
Also confirm that on the front end text scaling persists correctly.
Testing Instructions
If you find any issues while testing, please report them here.
Time to read block
The time to read block was first introduced with the Gutenberg 15.3 release, and this block is now stabilised. This stabilization ensures that the Time to Read block behaves predictably in both the editor and the frontend, providing a reliable estimated reading time for posts and pages.
Test Steps
Navigate to Dashboard.
Add a new Page/Post.
Insert Time to read block.
Observe that the time is displayed as a range by default.
Confirm that you can switch between a time block, a word count block using the settings provided in the sidebar.
Preview or publish the post.
Confirm that the same value appears on the frontend.
Verify Updates When Editing:
Add or remove paragraphs.
Watch as the block updates in real-time.
Save and reload the editor.
The displayed time/words updates dynamically when content changes and remains accurate after reload.
Testing Instructions
If you find any issues while testing this new block, report them here.
Border radius size presets
WordPress 6.9 introduces border radius size presets (added in Gutenberg 21.5), a theme tool that lets developers define a set of named radius values that users can apply to blocks supporting border radius.
This feature enables theme authors to define reusable border-radius presets via 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., which show up in the block editor and can be applied per corner. Be aware of the notable limitation stated in the blog post. Check this ticket for more details about the same.
Social Links: Custom Icon extensibility
This enhancement allows developers to register custom social icons in the Social Icons block using block variations. Previously, adding custom social icons required custom code or third-party plugins. With WordPress 6.9:
Developers can easily register new social icons like Ko-fi, IMDb, Letterboxd, Signal, YouTube Music, Dropbox, etc.
Users can select and display these custom icons in the Social Icons block.
This reduces the effort of writing custom blocks or relying on plugins while ensuring consistent styling and behaviour across icons.
Register the custom Social Link variation. Follow this article.
Create a post.
Add Social Links and your custom variation that you registered.
Save the post and preview it.
Confirm that the custom variation is rendered correctly both in the editor and in the front end.
Testing Instructions
If you observe any related issues, please feel free to report them here
Developer updates
Updates to DataViews and DataForm
Updates to the DataViews and DataForm components include new field types and 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. operators.
While these are foundational changes that do not expose specific breaking changes, they may have impacted screens that already use these components, specifically the Site Editor’s Pages, Patterns, and Templates screens. If you test the functionality of these screens and encounter any issues, please log them to the Gutenberg repository. It will also be helpful to link them to the DataViews & DataForm iteration for WordPress 6.9 tracking issue.
Introducing the Abilities API
The Abilities API provides a registry of callable Abilities with defined descriptions, inputs, and outputs. It’s designed to make WordPress functionality accessible to AI systems, particularly developers alike, through a unified registry of resources. As this is a developer API, testing can be done using a custom plugin like this one: https://github.com/wptrainingteam/wp-abilities-test.
Test Steps
Test Custom Abilities in PHPPHPPHP (recursive acronym for PHP: Hypertext Preprocessor) is a widely-used open source general-purpose scripting language that is especially suited for web development and can be embedded into HTML. https://www.php.net/manual/en/preface.php.
Create a custom ability using wp_register_ability (docs)
Fetch all registered abilities using wp_get_abilities (docs)
Fetching a custom ability using wp_get_ability (docs)
Execute the custom ability using the ability’s execute method (docs)
For testers who use Postman, here is a Postman collection that can be used for local testing. Replace the {{baseURL}} variable in the request URLURLA specific web address of a website or web page on the Internet, such as a website’s URL www.wordpress.org field with the URL of your local WordPress installation, and the {{applicationUsername}} and {{applicationPassword}} variables in the Authorization tab with your username and application password.
Test the core Abilities shipping with 6.9
core/get-site-info – Returns site information configured in WordPress. By default returns all fields, or optionally a filtered subset.
core/get-user-info – Returns basic profile details for the current authenticated user to support personalization, auditing, and access-aware behavior.
core/get-environment-info – Returns core details about the site\’s runtime context for diagnostics and compatibility (environment, PHP runtime, database server info, WordPress version).
Test listing, fetching, and executing the three core abilities in PHP (docs) and using 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/. (docs).
This update enhances Interactivity API client-side navigation with a new stylesheet manager, a script module manager supporting multiple importmaps, and restored full-page navigation sharing logic with region-based nav. It also fixes missing styles during navigation between pages with different blocks.
Testing Instructions
In the site editor, go to the home template.
Ensure the “Force page reload” setting is disabled in the Query block.
Add an image block inside the Post Template.
Change its style and make the image rounded.
Visit a page of the home that doesn’t exist (e.g., page 2) so it shows the “No Results” block.
To test each of these updates, follow the testing instructions in each of the linked GitHubGitHubGitHub is a website that offers online implementation of git repositories that can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged be the repository owner. https://github.com/ Pull Requests.
Updates to HTMLHTMLHTML is an acronym for Hyper Text Markup Language. It is a markup language that is used in the development of web pages and websites. API
These updates include internal updates to HTML API as well as improvements to how WordPress Core handles and processes HTML, by implementing the HTML API.
This affects the following WordPress Core functions:
It is therefore useful to test these functions before and after the HTML API updates, to ensure they still work as expected.
WordPress 6.9 also includes a new WP_Block_Processor, which navigates through block markup in a similar way to how the WP_HTML_Tag_Processor navigates through HTML. See the related PR for the WP_Block_Processor class inline documentation.
Where to Report Feedback
If you find any issues but aren’t sure if it’s a bug or where best to report the problem, share them on the alpha/beta forums of WordPress. If you are confident that you found a bug in WordPress Alpha/Beta/RC, report it on Core Trac for rollback auto-updates and the Gutenberg GitHub repo for every other feature.
1.0.1 – Removed a duplication of the Command Palette everywhere testing steps, as well as the Abilities API 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.com/. client
Note-taker and facilitator selection for the next meeting We encourage all members to contribute to the team chat and we now welcome Note Takers and Facilitators. This is a great time to get involved in the coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. team. Have you recently joined and you don’t know where to go. Start here (No Skills Required)
Today’s session facilitator and note-taker is @mosescursor
This week’s facilitator and note-taker is @mosescursor
Test Team Discussions
Time to Review the Test Handbook Overhaul:
We are in the last lap for the test handbook completion!
Collaboration: add 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.-level comments:
As part of the upcoming WordPress 6.9 release, we are introducing a brand-new 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., the Accordion block.
This block was first introduced in the Gutenberg 21.5 release as an experimental feature and is now being stabilised. More testing is needed to ensure its reliability and polish before it ships with the WordPress 6.9 release.
What is the Accordion block?
The Accordion block lets you display collapsible sections of content, which is ideal for FAQs, expandable information lists, etc.
The block acts as a container, i.e. Accordion that holds multiple child blocks, which we can consider as Accordion Items
By default, adding an Accordion block inserts two Accordion Items.
Each item contains a title and an expandable content area that can be toggled open or closed.
Note: In the latest specification, only one accordion item is inserted. This will the new behavior 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/ 21.9 Release. Please check #72021 PR for more details.
Now, before we start testing, let’s understand the difference between the Accordion and the Details blocks.
While both blocks allow collapsible content, their structure and purpose differ:
Accordion block: Designed for multiple collapsible grouped sections, such as FAQ lists. It contains several Accordion Items inside a single parent block, as shown in the screenshot below.
Details block: Intended for a single collapsible section, for example, a single “Read more” toggle as shown in the screenshot below.
Test Steps
Please try out the Accordion block in the latest 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 (v21.5 or later). Here are some testing scenarios:
Visit Gutenberg > Experiments and check the option to “Enable experimental blocks”
Navigate to Post/Page or template
Verify you can add an Accordion block now.
Confirm that the Accordion Item is added with an Accordion Heading and an Accordion Panel (ref the screenshot above)
Edit item placeholders and add content inside the Accordion Panel
Save and confirm that expand/collapse both function as expected in the front end and the editor
Verify Reordering
Move Accordion Items up or down
Confirm that the order updates correctly in both the editor and the frontend
Styling & Settings: This only applies to all items when you work through the global styles. If you change the style of an item in a block instance, the style will not be reflected in other items.
Confirm that styles are reflected in all items consistently.
Verify the duplicate of the accordion block
Remove an existing item and ensure the block continues to function as expected
Discover more scenarios based on the different use cases and see if that works as expected. Refer to the visual below to understand how you can play around with different settings.
Testing Instruction
Why Your Testing Matters
Your feedback helps ensure the Accordion block offers a consistent, stable, and intuitive experience for all users, including the 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) considerations. If you encounter any related issues, please report them here.
How to report an issue
Write down step-by-step instructions on how an issue can be reproduced. Also, attach a screenshot/screencap for better clarity.
Use the Test report plugin to collect all essential 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. information.
Before creating a new issue, check if there is a related issue has already been reported in the Guutenberg repo. If not, create a new one here.
A new feature is introduced in Gutenberg 21.8RC: the ability to hide blocks from the frontend.
This option provides more flexibility for working with content and layouts. Instead of deleting or moving 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. you don’t want published, you can temporarily hide it. The block remains in the editor, but it will not appear on the live site until the visibility is switched back on.
Why this matters
Makes it easier to experiment with different layouts without losing content.
Allows draft or placeholder content to stay visible in the editor but hidden from site visitors.
Encourages non-destructive editing and smoother collaboration.
Creates a foundation for future enhancements
Key Changes to Observe
In the editor,
It adds a menu item to the block settings options to change the block’s visibility.
“Hide”: A “Hide” option appears on each block by default
“Show”: Clicking on “Hide”, the block setting toolbar should display the “Show” option.
In the List view, the visibility of multiple blocks can be changed simultaneously.
Select the block and click on the “Hide” control from the toolbar settings
Observe that the block is no longer visible in the editor, and the “Show” control should be toggled on for that block (Observe the List view)
Check the change in the front end, and the block should be hidden
Now, turn off the hide setting in the editor
The block should reappear in the editor and the front end
Nested blocks: Place a few blocks inside a Group/Columns block and hide the parent.
Confirm that all inner blocks are hidden
Multiple instances: Hide different blocks across the page and verify that only the chosen ones are excluded from the frontend.
Testing Instruction
Since this feature is newly introduced, it needs testing, and feedback is especially valuable.
Please share:
Did the toggle behave as expected?
Did you run into inconsistencies between the editor and the frontend?
Were there any issues with nested, synced, or reusable blocks?
Your input will help refine this feature as it moves toward the WordPress 6.9 release.
Follow #71203 PR for more details. If you observe any related issues, please feel free to report them here.
📈Performance / Asset Check
Hidden blocks should not appear on the frontend, and their related CSSCSSCSS is an acronym for cascading style sheets. This is what controls the design or look and feel of a site./JS should no longer be actively used. Optionally, you can verify this via the Network tab or CSS Coverage in DevTools. Visible blocks must continue loading normally. On small pages, coverage differences may be subtle; the key point is that hidden blocks do not add frontend markup or assets. Check #9213 PR for more details. If you would like to verify this, follow the steps in the comment.
If you’re unsure whether what you are experiencing is a bug, you can ask in the #outreach channel on the 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/..
Change Log
1.0.0 Initial Post
1.1.0 Add Performance check
Props to @wildworks@psykro for pre-publish review of this post.
A recent update to the Site Editor template management system has significantly enhanced WordPress template management by providing greater flexibility and control over the template editing experience. It is now possible to view created templates separately from theme templates, store more than one template per template type (or slug), edit templates and save them without making them active, manage template 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. more effectively, and mark specific templates as active or inactive according to requirements.
For more context on the history behind this change, read through the following proposal on GitHub
Key Changes
Template Management: Allows multiple templates with the same target slug and introduces the ability to switch between them by setting one as “active.”
Theme templates remain the “source of truth”: To edit a theme template, one first needs to create a duplicate of it as a Created Template and edit that template.
Theme Template Control: Users can now disable theme templates (except the essential index template)
New UIUIUI is an acronym for User Interface - the layout of the page the user interacts with. Think ‘how are they doing that’ and less about what they are doing.: Adds “Active templates” and “Created Templates” views in the Site Editor
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. Simplification: User templates now use standard Post Type 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/. endpoints
Enhanced Features: Enables revisions, duplication, and trashing through normal Post actions
Benefits
Created templates are retained when switching themes
Users can disable template edits when needed
New templates can be created without immediately publishing
Templates can be added for all slugs, not just missing ones
Improvements to template revisions, template duplication, and deleting templates
Install and activate the Gutenberg Nightly plugin 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/ Times, or use this Playground link
Navigate to Site Editor > Templates and test the new template management features
Verify that you can see template categories for Active, Custom, and theme templates.
Test custom theme templates
Create, edit, and save a custom theme template, and confirm it only appears in the Created templates list.
Test active templates
Create multiple templates for the same target slug (ie, single-post) and ensure you can activate/deactivate different templates, and that the front-end rendering uses the correct template.
Confirm that when activating one template, the other templates for that slug are marked as inactive.
Test that you can activate a template in the template editing view.
Test default template fallback
Deactivate a theme template and ensure the correct fallback template (in line with the template hierarchy) is used instead.
Test switching themes
Once you’ve created a custom template, switch to a different 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. theme and ensure the custom template remains.
Test that template revisions, duplicating templates, and deleting templates work as expected.
Testing Steps
Breaking Changes
Changes to getEditedPostId and getCurrentPostId may impact plugins
Plugins should migrate to use getEditedPostSlug instead
Logging bugs and discussions
All existing bugs are being tracked in the following tracking issue in the Gutenberg GitHubGitHubGitHub is a website that offers online implementation of git repositories that can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged be the repository owner. https://github.com/ repository: https://github.com/WordPress/gutenberg/issues/71735
If you encounter any new bugs related to this feature during testing, please log them as new issues and mention them in the above tracking issue.
If you’re unsure whether what you are experiencing is a bug, you can ask in the #outreach channel on the 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/..
+make.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//coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress., +make.wordpress.org/themes
Welcome! Here’s a guide to help you join and participate in the Release Parties scheduled for WordPress 6.8. If you are new to attending a release party, this will help you get started.
This is where the release party happens! Use this link to join: #core channel
Arrive Early and Be Prepared:
Join the channel about 10 minutes before the scheduled time and make sure your test environment is ready to go.
Skip above steps if you already have WordPress Slack account and joined #core already.
Setting Up Your Test Environment:
Make sure you have a local development environment or testing site ready to run the latest WordPress 6.8 version.
(Please don’t test/update on any client site or any Production/Live Site)
Here are two methods to update to an RCRelease CandidateA beta version of software with the potential to be a final product, which is ready to release unless significant bugs emerge./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. version:
Using WP-CLIWP-CLIWP-CLI is the Command Line Interface for WordPress, used to do administrative and development tasks in a programmatic way. The project page is http://wp-cli.org/https://make.wordpress.org/cli/: Ensure WP-CLI is installed on your environment. Run the following command to update:
wp core update --version=6.8-beta1
To verify the update with:
wp core version
Using the WordPress Beta Tester 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:
Install and activate the WordPress Beta Tester plugin:
Go to Plugins > Add New, search for “WordPress Beta Tester,” install, and activate.
Configure the settings:
After activation, go to Tools > Beta Testing in your WordPress dashboard.
You’ll see options to select the type of updates you want:
Bleeding Edge – Updates to the latest development version.
Beta/RC Only – Updates only to Beta and RC versions.
For testing an upcoming release candidateRelease CandidateA beta version of software with the potential to be a final product, which is ready to release unless significant bugs emerge., choose Beta/RC Only.
Go to Dashboard > Updates and update to the RC version.
What to Test During a Release Party:
When testing a WordPress release candidate (RC), the goal is to catch any issues or inconsistencies that could impact the final release. Here’s a checklist of key areas to focus on during testing: General Testing Checklist
You can also test anything you would like to ensure and provide your feedback.
Where to Provide the Status of Your Testing:
Main Channel: Provide updates directly in the #core channel on the WordPress Slack.
Format for Updates: Use a brief format to keep your updates clear and easy to follow:
What You Tested: Mention the specific feature you tested like creating a page with a coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress.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..
Results: Share whether the test passed or failed, along with any notable observations. Please look at the below scrshot for reference.
If test Passed: add
If any issues happen, add
Issue Details (if applicable): If you found a bug, provide a short description and any error messages, screenshots, or reproduction steps.
How to Update RC/Beta Via WP CLICLICommand Line Interface. Terminal (Bash) in Mac, Command Prompt in Windows, or WP-CLI for WordPress. – Demo Video
For a step-by-step video guide on updating the RC version through WP CLI, watch this demo:
How to Update RC/Beta Via Beta Tester Plugin – Demo Video
If you prefer using the Beta Tester plugin, here’s a video guide to walk you through the process:
Previous Release Parties
If you looking to see what happens in Release Party, please checkout recent RC-2 Release Party here
Mark your calendars! WordPress 6.8 is set to launch on April 15, 2025. WordPress 6.8 will be the first major release of 2025 and will focus primarily on being a polished and bug-fix release. Get ready for a more refined and seamless WordPress experience than ever before!
Testing early means fewer surprises for users down the line! Whether you have a few minutes or a few hours, your help in catching bugs early during the release cycle ensures a smoother upgrade experience for millions of users after the stable release. Every contribution counts and is deeply appreciated.
WordPress doesn’t require you to be a certified software tester or professional QA to contribute to testing; use WordPress as you normally would for your own needs. If you encounter any issues or feel something isn’t working as expected, please report them.
Not sure about the expected behaviour? No worries! Join the conversation on WordPress Slack or create a ticket on Trac, where a helpful global WordPress community is always ready to assist.
Recommendations for Testing WordPress 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./RCRelease CandidateA beta version of software with the potential to be a final product, which is ready to release unless significant bugs emerge. Versions:
Test CoreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. Features that Matter to You: Use your site for the purpose it was created. For instance, if you’re a blogger, running a social platform, or managing an e-commerce store, set up a staging site (ask your hosting provider if you’re unfamiliar with the staging site). Update WordPress in the staging environmentStaging EnvironmentA staging environment is a non-production copy of your site. This is a private place to build the site -- design, copy, and code -- until your client approves it for production or live. Sometimes used in addition to, or as a Development Environment., and continue using your site as you would daily. This will help you identify any issues that may affect your regular workflow. Take note of any issues or troubles you experience after the update. Do not test or update your live site with a beta version for testing purposes.
Use the General Checklist provided in the post below to verify that everything functions as expected after the update.
Ways to Test WordPress Beta Versions
There are multiple ways to test WordPress development or beta versions:
Playground
Playground is an easy and fast way to test beta or release candidateRelease CandidateA beta version of software with the potential to be a final product, which is ready to release unless significant bugs emerge. versions of WordPress without setting up a full environment. You can quickly spin up a test environment using WordPress Playground.
Local Hosted Site
You can make use of software like Local or wp-env to create a local WordPress site. Once the site is ready, you can install the Beta Tester plugin to switch to the beta version of WordPress.
Once your site is up and running, you can use the WordPress Beta Tester 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 to switch it to the development or beta version of WordPress. This plugin makes it easy to install pre-release versions of WordPress. To use the plugin:
Choose the Bleeding Edge or 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. with Nightlies option, depending on what you want to test.
Click on Save Changes
After the changes are saved, you should receive the update notification. Kindly update your WordPress version.
For more detailed instructions, follow this guide.
Via WP-CLIWP-CLIWP-CLI is the Command Line Interface for WordPress, used to do administrative and development tasks in a programmatic way. The project page is http://wp-cli.org/https://make.wordpress.org/cli/
If you prefer working with command-line tools, use WP-CLI to install a WordPress beta version quickly.
Steps:
Create a local WordPress site using your preferred method.
Once the site is set up, open your terminal and navigate to the root directory of your WordPress installation.
Run the following command to update to the latest beta/RC version:
wp core update --version=6.8-beta1
OR
wp core update --version=6.8-RC1
(Keep updating the version number as needed. E.g. –version=6.8-beta2)
This method helps you to switch between different versions quickly, making it easier to test specific builds.
Using a Staging Site
Create a staging site for your live production siteProduction SiteA production site is a live site online meant to be viewed by your visitors, as opposed to a site that is staged for development or testing. and update it to the WordPress beta/RC version. This lets you safely test the new version without impacting your live site. Make sure everything functions as expected before applying updates to your production environment.
Testing Patches
If you plan to test patches, follow these instructions to set up a WordPress development version locally.
Using Playground, you can also easily test individual Core tickets without installing any software in your system, and this is the fastest way to test any PRs.
If there is a specific PR in the wordpress-develop or gutenberg repo that you’d like to test in the browser, you can do so using the following links. Enter the PR number, and the rest will be taken care of.
If you want to quickly test the updated WordPress version’s compatibility with your site, please verify the following important checks. Enable debugging in wp-config.php to capture the warnings, errors or notices.
Update your theme and plugins to the latest versions.
Switch to the Beta/RC/Night build you want to test.
Check Site Health to see if there are any new errors or warnings.
Confirm there are no layout breaks or misaligned elements.
Test links and permalinks to ensure there are no 404 errors.
Verify that posts, images, and media are displayed correctly.
Ensure the sitemap and robots.txt files are functioning properly.
Ensure full access to the admin dashboard without errors.
If your site has custom blocks, create content in a new 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 edit existing content.
Create a new post:
Add content
Copy-paste text
Manually add media files.
Save the post
Observe the console for any issues.
Create a new page:
Add content
Verify its display in different browsers.
Verify its display in responsive mode.
Verify that the functional part is working as expected regardless of browser or device type.
Keep the browser’s developer console open and check for any errors, warnings, or notices.
Open the error log file and check for notices, warnings, and fatal errors.
Review user roles and permissions to ensure they remain intact.
Verify that any scheduled posts or automated tasks (like backups) still function as intended.
Ensure all integrated services (like payment gateways or analytics) are operational.
Open your site in different browsers and verify that all functionalities work as expected.
Key Features to test
Editor
New default rendering mode for editor via post type supports
The GitHubGitHubGitHub is a website that offers online implementation of git repositories that can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged be the repository owner. https://github.com/ PR #69286 introduces a new approach to setting the default rendering mode in the WordPress block editor based on post-type support. This enhancement allows developers to define how content is rendered in the editor by specifying parameters within the support property of a post type.
Test Steps:
Install and activate any block theme. E.g 2025
Open a new page
Verify that it renders in a template-locked state.
Now, disable the “Show Template” in the 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 reload the page.
Verify that it uses “post-only” as the default rendering mode.
Re-enable “Show Template” from the sidebar bar.
Open a post and confirm that it still renders in “post-only”.
Now, switch to a classic theme. E.g. 2011
Confirm that posts and pages both are loading correctly without showing the template.
Design Improvements
The design focus is refinement and fixing issues requiring design feedback. Let’s check them one by one.
Stylebook improvement for classic theme
The Style Book now provides a more structured layout, making it easier to preview and understand site colours, typography, and block styles.
Support is available for classic themes that either support editor styles via add_theme_support( 'editor-styles' ) or have a theme.json file. Each block example and style group is labelled for better clarity. For classic themes, the Style Book now supports site patterns, which have been relocated to Appearance > Design > Patterns for a more intuitive experience. Previously, patterns were listed under Appearance > Patterns.
Testing Instruction:
Please help identify potential issues and suggest areas for improvement by logging your feedback on #68036. Follow PR 66851 for more details about this fix.
Reset Button for Color Control
A new Reset button has been added to the colour control, allowing users to quickly revert the color changes.
Testing Instruction:
Test Steps:
Create a page and a paragraph block.
Add text/background/link colors to the paragraph.
Observe the change in the color.
Now, hover/focus on the element and observe the presence of the reset(-) button.
Clicking on the reset button resets the applied color.
If you encounter any issues or have suggestions, feel free to drop your feedback in this ticket #41866.
Zoom-Out Mode Enhancements
Users can now apply different section styles and designs directly from the toolbar.
Testing Instruction:
Test Steps:
Navigate to Appearance > Editor
Edit the page and choose the pattern.
Enter into zoom-out mode.
Observe the toolbar with a newly added icon.
Verify that there should be no shuffle button present and that the change design option should be visible.
Click on the icon, and it will change color based on the different styles.
Follow PR #67140 for a detailed understanding of the implementation path.
Improved Font Picker Previews
The font family list in Global Styles now previews each font directly in the dropdown. This provides a better visual indication of how the font will look before applying it. Testing Instruction:
The outcome of the Image manipulation method is now better communicated in the block editor. The success notices are now displayed at the bottom of the editor. The notices also come with a handy Undo link to revert to the original if necessary.
Testing Instruction:
Test Steps:
Create a post or page, insert the Image block and select an image.
Try different editing options for Image – edit, zoom, crop, rotate.
A correct message should be displayed after processing the media.
Also, confirm you can easily undo changes using the snack bar action.
Both these changes are part of different PRs #67314 and #67312
Block supports: Show selected item in font family select control. (#68254)
Fix: Ensure consistency in editor tools for navigation buttons and delete options. (#67253)
Global Styles: Fix handling of booleans when stabilizing block supports. (#67552)
Support for Speculative Loading
We are excited to announce that WordPress 6.8 includes native support for speculative loading, a feature designed to enhance site performance by enabling near-instant page load times.
What is Speculative Loading?
Speculative loading leverages the Speculation Rules API to automatically prefetch or prerender certain URLs on a page based on user interactions, such as hovering over a link. This proactive approach allows subsequent pages to load more quickly when users navigate to them.
Default Configuration
WordPress 6.8 configures the speculative loading feature by default to prefetch URLs with a conservative eagerness setting. This means the browser will prefetch resources only when there is a strong indication that the user intends to navigate to a particular link, balancing performance benefits with resource usage.
Testing Instruction: Customisation via Filters
While there are no options or user interface controls to modify the behaviour of speculative loading as we have in the Speculative loading plugin, developers do this by customising its functionality using the newly added filters with different combinations of values.
Please check this comment for a more detailed explanation of how to test.
Use a browser that supports the Speculation Rules 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. (e.g., Chrome 108+, Edge 108+) because not every browser supports it. Please refer to caniuse.com for a comprehensive support overview of speculation rules.
Impact on Existing Plugins
With the integration of speculative loading into the WordPress core, the existing Speculative Loading plugin that provides similar functionality will be updated to use the core implementation. The plugin will continue to use its approach to prerender URLs with moderate eagerness, now by adjusting the default configuration set by Core.
We encourage developers and site administrators to test this new feature in their environments and provide feedback. Your insights are invaluable in ensuring that speculative loading enhances performance effectively across the diverse WordPress ecosystem.
Please check this ticket #62503 for more information about this enhancement. Feel free to comment and share your feedback/queries/issues regarding performance and speculative loading integration.
Polishing the Query LoopLoopThe 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.
Fix: Sticky Posts Not Working with Default Query Type
Previously, sticky posts did not appear at the top when using the default query type in the editor. This issue has now been fixed.
Testing Instruction:
Test Step:
Have at least one sticky post on the blog
Open the template using the editor’s query loop block (index, archive, etc.).
Notice that the sticky post is at the top.
Open the front of the site and see the sticky post at the top.
Please refer to this #68570 ticket for more details about this fix.
“Ignore” Option for Sticky Posts
A new “Ignore” option for Sticky Posts has been added to the Query Loop block, giving users more control over including or excluding sticky posts in the query. It adds a new option for the Query block’s sticky post setting: “Ignore,” which doesn’t prepend sticky posts at the top but displays them in the natural order of the query.
Testing Instruction:
Test Steps:
Have at least one sticky post on the blog.
Create a page and add a simple Query block.
Confirm that the sticky post is displayed at the top by default.
Change the sticky post setting to “Ignore”.
Confirm that it’s now displayed in natural order.
If you find any issues while testing this enhancement, please feel free to share your findings here in issue #66221
Set Depth Limit for Query Loop
The Query Loop block retrieves posts from all levels, and there is no built-in option to 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. only top-level posts as they do not have a parent field that can be set to 0.
The current solution partially addresses the issue by allowing “parents”: [0] to be set programmatically but not providing a UIUIUI is an acronym for User Interface - the layout of the page the user interacts with. Think ‘how are they doing that’ and less about what they are doing. option. This PR includes an example Query markup for testing. As for the UI, the Parent filter will be updated once a suitable design proposal is available. Please share your feedback by commenting here on the issue #68620
Removal of Redundant Sticky State
The redundant sticky state in the Query Loop block has been removed for a more streamlined user experience.
Testing Instruction
Test Steps:
Insert a Query Loop and select a pattern with some posts.
Open the inspector controls of the block.
Verify that the Post Type field is working as expected:
The “Sticky Posts” field is visible when “Post Type” is “Post“
The “Sticky Posts” field is hidden when “Post Type” is “Page“
Query Total: Add interactivity.clientNavigation block support
With RC1 we have introduces the support for interactivity.clientNavigation within the Query Total block. This enhancement enables the Query Total block to interact seamlessly with client-side navigation, ensuring that the displayed total number of query results updates dynamically as users navigate through content without requiring the full page reloads.
Testing Instruction:
Test Steps:
Create a page
Add Query Loop block
Within the Query Loop, insert a Query Total block.
In the Query Loop block, toggle off “Reload full page” from right sidebar.
In the Query Total block, change display type to “Range display”.
Save the change and open the page in the front end
Observe that client navigation is now working as expected.
“Refining Data Views” allows the customisation and improvement of how data is displayed and managed within the WordPress editor, particularly by utilising the “Data Views” feature which allows users to filter, sort, and organise content more effectively through various options and settings, ultimately leading to a cleaner and more efficient workflow when working with large amounts of data on a website.
WordPress 6.8 release comes with additional improvements and fixes, as mentioned below.
Unify layout behaviour
This update aims to improve the user experience by providing a more intuitive interface. The implementation includes adjustments to the existing components to integrate the new media field seamlessly. This enhancement is part of the ongoing efforts, and to keep up with the progress, please check this issue #67391
Testing Instruction:
Test Steps:
Open the different data views for Pages, Templates, and Patterns
Check the design of the different layouts for List, Grid and Table
Check how the “properties” menu works with the different layout
Add confirm dialogue before delete
The existing ‘Permanently Delete’ action lacked clarity and did not include essential safeguards, such as a confirmation modal. This absence increased the risk of accidental deletions. To improve the user experience and minimize errors, this PR introduces a confirmation modal, ensuring users confirm their intent before deleting selected posts.
Testing Instruction:
Test Steps:
Go to the WordPress admin dashboard area.
Go to Appearance > Editors > Pages
Click on the page that you want to delete
The page will move to the 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.
Now, select the trashed page and use the “Permanently Delete” option.
Confirm the deletion in the modal dialogue.
Observe the success or error notices appearing for both individual and bulk deletion options.
This PR #67170 introduces a density option to the table layout while allowing layouts to define specific controls. Instead of a generalized density abstraction, this approach ensures better clarity and avoids confusion for table layouts.
Testing Instruction
Test Steps
Go to the WordPress admin dashboard area.
Go to Appearance > Editors > Pages
Go to Pages/Templates/Patterns
Change the layout to Table View
Now, click on the settings icon
Observe the newly added Density option
Please play around with all three options, “Comfortable, Balanced, and Compact,” and share your feedback if you have it.
Use badge component in data view grids
This update improves consistency in the Site Editor by using a standardised badge for synced patterns. It ensures a uniform look while keeping the existing functionality unchanged. The new Badge component is integrated into the DataView grids to enhance consistency and maintainability.
Testing Instruction:
Testing Steps:
Navigate to the WordPress dashboard
Go to Appearance > Editors > Patterns
In the Patterns list, identify any patterns labelled as “synced”.
Confirm that these “synced” patterns display a badge utilizing the new Badge component, ensuring consistency in design and functionality.
Set Featured ImageFeatured imageA featured image is the main image used on your blog archive page and is pulled when the post or page is shared on social media. The image can be used to display in widget areas on your site or in a summary list of posts. directly from block
WP Core now has a new toggle set under the settings for the post. If a feature image is not set for the post, enabling the toggle control will set the selected image as the feature image for that post. Follow the steps mentioned below.
Testing Instruction
Test Steps:
Create a new post.
Add an image block.
Enable the “Set this image as featured image” toggle from the settings.
Verify that the selected image is set as the post’s featured image.
As the first step of running Interactivity API event listener callbacks asynchronously by default (see #64944), a utility function called withSyncEvent is introduced. Developers should use this function to wrap event handlers that require synchronous access to event data or methods, such as event.preventDefault(). For other event handlers that don’t need synchronous event data, the system can defer their execution, enhancing overall performance by reducing the load on the main thread.
Follow the testing instructions mentioned here in the description of PR #68097
Block 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. API
The Block Hooks API is an extensibility mechanism that allows you to dynamically insert blocks into block themes. In WordPress 6.8, work will continue on improvements to Block Hooks.
This release also includes a fix for the Post ExcerptExcerptAn excerpt is the description of the blog post or page that will by default show on the blog archive page, in search results (SERPs), and on social media. With an SEO plugin, the excerpt may also be in that plugin’s metabox. block to display an extra “>” character at the beginning of the excerpt when no custom excerpt is set and the Query Loop block is added to a page. Additionally, for sticky posts without a custom excerpt, the beginning characters of the excerpt are missing.
Please follow the testing instructions mentioned here in issue #68903
We have also updated the document of the block hooks section of the block registration reference guide. Please check issue #65454 for more details on what has been updated.
Security enhancements
The underlying algorithm used to hash and store user passwords in the database has been changed in WordPress 6.8 from phpass portable hashing to bcrypt. Application passwords, user password reset keys, personal data request keys, and the recovery mode key will switch from using phpass to the cryptographically secure but fast BLAKE2b hashing algorithm via Sodium. The full details of this change can be found in the announcement post.
These changes should work and should be invisible to users. Passwords and security keys that were saved in prior versions of WordPress should continue to work after updating to 6.8. Users don’t need to change or reset their passwords; logged-in users should remain logged in, and their sessions should remain valid.
Here are some testing steps that can be taken:
Remaining logged in after the update
Ensure you have remained logged in to your account after updating to 6.8
Confirm that logging out and back in again works as expected
Confirm that the user_pass field for your user account in the wp_users table in the database has been updated — after logging out and back in again it should be prefixed with $wp$2y$ instead of $P$
Password resets
Start with the “Lost your password?” link on the login screen and initiate a password reset
Click the confirmation link sent to your email inbox
Follow the process of resetting your user password
Confirm you can log in with your new password
Personal data requests
Log in as an Administrator
Initiate a data export from Tools -> Export Personal Data
Click the confirmation link sent to the email address and confirm that the export gets triggered as expected
Remaining logged in after the update
Ensure you have remained logged in to your account after updating to 6.8
Confirm that logging out and back in again works as expected
Confirm that the user_pass field for your user account in the wp_users table in the database has been updated — after logging out and back in again, it should be prefixed with $wp$2y$ instead of $P$
Password resets
Start with the “Lost your password?” link on the login screen and initiate a password reset.
Click the confirmation link sent to your email inbox
Follow the process of resetting your user password
Confirm you can log in with your new password
Personal data requests
Log in as an Administrator
Initiate a data export from Tools -> Export Personal Data
Click the confirmation link sent to the email address and confirm that the export gets triggered as expected
Additional performance improvements
The additional performance improvements are also part of the WordPress 6.8 release, and details are provided in their respective issues/PRs, as explained below.
Did you notice any performance issues, such as slow loading or lag?
Were there any visual inconsistencies or layout issues across different browsers or devices?
Did the drag-and-drop functionality work as expected, especially in patterns?
Did the preview mode accurately reflect how the content appeared once published?
Did what you created in the editor match what you saw on your site?
Did you observe any other 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 like –
Colour contrast or focus management?
Did it work properly using only a keyboard?
Did it work with a screen reader?
Did it function smoothly on a mobile device?
What aspects of the experience did you find confusing or frustrating?
What did you especially enjoy or appreciate?
What would have made site building and content creation easier?
Where to Report Feedback
If you find any issues but aren’t sure if it’s a bug or where best to report the problem, share them on the alpha/beta forums of WordPress. If you are confident that you found a bug in WordPress Alpha/Beta/RC, report it on Core Trac for rollback auto-updates and the Gutenberg GitHub repo for every other feature.
You must be logged in to post a comment.