Week in Test: November 24, 2025

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:

Test Handbook 📘

Merging of Test Handbook in GithubGitHub GitHub 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

Weekly Testing Roundup 🤠

Bi-Weekly update: Test Team Update

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 CoreCore Core 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:

b. Bug Reproduction

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:

The following 6.9 tickets need testing, those are having patches:

  • Nothing for this week

2. GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/ Testing

👋 Want to contribute to WordPress/Gutenberg? If you have a bug or an idea, read the contributing guidelines before opening an issue. If you’re ready to tackle some open issues, we’ve collected some good first issues for you.

a. Gutenberg Bug Reproduction 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.

b. Gutenberg Patch Testing

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

Read/Watch/Listen 🔗

Upcoming Meetings 🗓

🚨 There will be regular #core-test meetings held in 2025.

2025 Schedule:

Interested in hosting a <test-scrub>? Test Team needs you! Check out Leading Bug Scrubs for details, or inquire in #core-test for more info.

#core-test, #fse-outreach-program, #full-site-editing, #gutenberg, #make-wordpress-orgupdates

Week in Test: November 17, 2025

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:

Test Handbook 📘

Merging of Test Handbook in GithubGitHub GitHub 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

Weekly Testing Roundup 🤠

Bi-Weekly update: Test Team Update

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 CoreCore Core 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:

b. Bug Reproduction

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:

The following 6.9 tickets need testing, those are having patches:

  • Nothing for this week

2. GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/ Testing

👋 Want to contribute to WordPress/Gutenberg? If you have a bug or an idea, read the contributing guidelines before opening an issue. If you’re ready to tackle some open issues, we’ve collected some good first issues for you.

a. Gutenberg Bug Reproduction 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.

b. Gutenberg Patch Testing

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

Read/Watch/Listen 🔗

Upcoming Meetings 🗓

🚨 There will be regular #core-test meetings held in 2025.

2025 Schedule:

Interested in hosting a <test-scrub>? Test Team needs you! Check out Leading Bug Scrubs for details, or inquire in #core-test for more info.

Props to @sirlouen and @nikunj8866 for helping review this article and offering feedback

#core-test, #full-site-editing, #gutenberg, #make-wordpress-org-mobile, #make-wordpress-orgupdates, #web

Test Scrub Schedule for WordPress 6.9

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.

Where Will It Happen?

Test Scrubs will take place on the #core-test channel of the Make WordPress Slack on Thursdays at 07:00 UTC every week leading up to the final release, starting on Thursday, October 30 at 07:00 UTC.

What Tickets Will We Focus On?

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 pingPing The 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 SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. 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 Release A 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!

See you in the #core-test channel!

#core-test

Help Test WordPress 6.9

📅 Mark your calendars! WordPress 6.9 is scheduled for release on December 2, 2025. As the final major releaseMajor Release A 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 BetaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. and RCRelease Candidate A 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!

💪 Let’s shape WordPress 6.9 together!

Stay up to date with milestones on the WordPress 6.9 Release Schedule. For real-time updates and discussions, join the #core-test Slack channel. Engage in the testing community by participating in weekly scheduled team meetings and test scrubs.

Release focus:  WordPress 6.9 turns its attention to enabling collaborative content creation through notes(formerly “blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. level comment” / inline comments), new blocks, extending developer capabilities with updates to the Interactivity APIAPI An 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 CoreCore Core 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 Environment A 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 Candidate A 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.

Setup Steps:

  1. Download and install Local.
  2. Create a new WordPress site.
  3. Once your site is up and running, you can use the WordPress Beta Tester pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party 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:
    1. Install and activate the WordPress Beta Tester plugin.
    2. Navigate to Tools > Beta Testing.
    3. Choose the Bleeding Edge or Point releaseMinor Release A 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.
    4. Click on Save Changes
    5. 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-CLI WP-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:

  1. Create a local WordPress site using your preferred method.
  2. Once the site is set up, open your terminal and navigate to the root directory of your WordPress installation.
  3. 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 Site A 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.

General Testing Checklist

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.

  1. Update your theme and plugins to the latest versions.
  2. Switch to the Beta/RC/Night build you want to test.
  3. Check Site Health to see if there are any new errors or warnings.
  4. Confirm there are no layout breaks or misaligned elements.
  5. Test links and permalinks to ensure there are no 404 errors.
  6. Verify that posts, images, and media are displayed correctly.
  7. Ensure the sitemap and robots.txt files are functioning properly.
  8. Ensure full access to the admin dashboard without errors.
  9. If your site has custom blocks, create content in a new block and edit existing content.
  10. Create a new post: 
    1. Add content
    2. Copy-paste text
    3. Manually add media files. 
    4. Save the post
    5. Observe the console for any issues.
  11. Create a new page:
    1. Add content
    2. Verify its display in different browsers.
    3. Verify its display in responsive mode.
    4. Verify the functional part is working as expected, regardless of any browser or device type.
  12. Keep the browser’s developer console open and check for any errors, warnings, or notices.
  13. Open the error log file and check for notices, warnings, and fatal errors.
  14. Review user roles and permissions to ensure they remain intact.
  15. Verify that any scheduled posts or automated tasks (like backups) still function as intended.
  16. Ensure all integrated services (like payment gateways or analytics) are operational.
  17. 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 accessibilityAccessibility Accessibility (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 GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/ 19.6, it now includes indicators, a sidebarSidebar A 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

  1. Navigate to Dashboard.
  2. Open to page/post.
  3. Insert any block.
  4. Click on the block settings dropdown from the block toolbar.
  5. Click the Add Note from the toolbar settings, and observe that the note modal is opening in the sidebar.
  6. Add the note.
  7. Confirm that the note is added successfully.
  8. Verify the additional scenarios
    1. Note on empty block: Notes should not be allowed on an empty block.
    2. 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.
    3. 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.
    4. Threaded notes: Add a follow up reply to an existing note to confirm threading works properly.
    5. Indicator visibility: Check that the note indicator appears only on blocks that have comments.
    6. Switching blocks: Move focus to a block without notes and verify the sidebar updates accordingly.
    7. Saving the post: Save or update the post and confirm that all notes persist after reload.
    8. Published Post: Publish the post, and notes should remain accessible.
    9. 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

  1. Navigate to the post, page, or template.
  2. Select the block and click on the “Hide” control from the toolbar settings.
  3. Observe that the block is no longer visible and the “Show” control should be toggled on.
  4. Check the front, and the block should be hidden .
  5. Now, turn off the hide setting.
  6. The block should reappear in the editor and the front end.
  7. Nested blocks: Place a few blocks inside a Group/Columns block and hide the parent.
    1. Confirm that all inner blocks are hidden.
  8. 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 CSSCSS CSS 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 & UIUI UI 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

  1. Navigate to Dashboard.
  2. Open a Post/Page.
  3. Insert a Group block.
  4. With the Group block selected, open the block inspector.
  5. Expand the Advanced panel of the Group block.
  6. Locate the Manage allowed blocks button.
  7. Click on it. Observe that a new modal appears listing different types of blocks.
  8. In that modal:
    1. Confirm you can search the blocks.
    2. Deselect some blocks e.g. disable “Paragraph”, “Image”.
    3. Click on the Apply button and the modal should be closed.
  9. Now, Inside the Group block’s container area, attempt to insert child blocks:
    1. Try to insert blocks that are allowed and they should appear and work properly.
    2. 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

  1. Navigate to Dashboard.
  2. Open the Command Palette.
    1. Use the keyboard shortcut (Cmd + K on Mac / Ctrl + K on Windows).
    2. Confirm it opens regardless of which screen you’re on (Dashboard, Posts, Pages, Site Editor, Templates, etc.).

Various Use Cases 

  1. Search for Navigation Targets
    • Start typing e.g. “Posts”, “Pages”, “Plugins”, “Templates”.
    • Confirm you can directly navigate to those areas.
  2. Trigger Actions
    • Type commands such as “Add new post”, “Add new page”, or “Editor”.
    • Confirm the action executes without going through sidebar navigation.
  3. 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.
  4. 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.
  5. 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

  1. Navigate to Dashboard.
  2. Open a post/page.
  3. Add a combination of Paragraph, Heading, Image, Quote block, etc.
  4. Now, drag a block using its drag handle to a new position in the main editor canvas.
  5. Release the block to a different position.
  6. Observe that :
    1. The block moves smoothly with animation.
    2. While dragging the block gets slightly scalded down.
    3. Visual styles and animation preserved.
    4. No flicker or jump effect.
  7. Verify Undo/Redo functionality after the block(s) move.
  8. 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 flowFlow Flow 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

  1. Navigate to Post/Page
  2. Insert an Accordion block
  3. Confirm that the Accordion Item is added with an Accordion Heading and an Accordion Panel.
  4. Edit item placeholders and add content inside the Accordion Panel
  5. Save and confirm items expand/collapse as expected
  6. Verify Reordering
    1. Move Accordion Items up or down.
    2. Confirm the order updates correctly in both the editor and the frontend.
  7. Styling & Settings
    1. Apply block-level style settings (colors, typography, background, etc).
    2. Confirm styles are reflected in all items consistently.
  8. Verify the duplicate of the accordion block.
  9. 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

  1. Navigate to Dashboard.
  2. Insert the Terms Query block in a template.
  3. Observe Term Name and Term count are added by default.
  4. Verify that the inspector controls render correctly.
  5. Configure different taxonomyTaxonomy A 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)
  6. Terms Query
    1. Verify that the Make term name a link setting is present and works as expected.
  7. Term Count
    1. Verify that the correct term count is displayed.
    2. Verify that you can change the bracket type.
    3. Make sure the count and bracket type show in the editor and on the front end.
  8. Ensure the template can be saved successfully with the block.
  9. Verify the additional scenarios to ensure it works as expected.
    1. Test Nested Layouts.
    2. Test empty terms toggle.
    3. 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

  1. Navigate to Dashboard.
  2. Open a Page/Post.
  3. Add a new Math block.
  4. Type the LaTeX-style expression: \frac{d}{dx}(x^3 + 2x^2 - 5x + 7) and click outside the block.
  5. Observe: the editor should render the expression as a formatted formula. Also, the front end should render the formula correctly.
  6. Try editing the expression with a new one and confirm that it renders correctly both in the editor and the front end.
  7. Verify Inline math rich-text format
    1. In the same post, insert a Paragraph block.
    2. 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.
    3. Click outside to confirm inline rendering within the sentence.
    4. 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

  1. Navigate to Dashboard.
  2. Open the Page/Post.
  3. Insert a Paragraph block.
  4. From the Inspector settings, tap on the Typography panel.
  5. Confirm that a Fit Text toggle or control is available.
  6. Enable Fit Text and add some text in the block.
  7. Observe that the text automatically resizes to fill the available width of the container.
  8. Resize the browser window or adjust the block width and verify that the text continues to adapt dynamically.
  9. Repeat the same steps for a Heading block and confirm identical behavior.
  10. 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

  1. Navigate to Dashboard.
  2. Add a new Page/Post.
  3. Insert Time to read block.
  4. Observe that the time is displayed as a range by default.
  5. Confirm that you can switch between a time block, a word count block using the settings provided in the sidebar.
  6. Preview or publish the post.
  7. Confirm that the same value appears on the frontend.
  8. Verify Updates When Editing:
    1. Add or remove paragraphs.
    2. Watch as the block updates in real-time.
    3. Save and reload the editor.
    4. 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. 

For full details and examples, refer to Border radius size presets in WordPress 6.9 on the WordPress Developer Blog.

This feature enables theme authors to define reusable border-radius presets via theme.jsonJSON JSON, 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.

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.

For a detailed implementation guide, see the WordPress Developer Blog on registering custom social icons.

Test Steps:

  1. Register the custom Social Link variation. Follow this article.
  2. Create a post.
  3. Add Social Links and your custom variation that you registered.
  4. Save the post and preview it.
  5. 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 filterFilter Filters 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 PHPPHP PHP (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.

  1. Create a custom ability using wp_register_ability (docs)
  2. Fetch all registered abilities using wp_get_abilities (docs)
  3. Fetching a custom ability using wp_get_ability (docs)
  4. Execute the custom ability using the ability’s execute method (docs)

Testing Abilities REST endpoints (docs)

The Abilities API routes all require an authenticated user. For local tests, we suggest using an application password with an admin user.

  1. List all Abilities (docs)
  2. Retrieve an Ability (docs)
  3. Execute an Ability(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 URLURL A 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 API The 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).

Interactivity API Improvements

Support new styles and script modules on client-side navigation.

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

  1. In the site editor, go to the home template.
  2. Ensure the “Force page reload” setting is disabled in the Query block.
  3. Add an image block inside the Post Template.
  4. Change its style and make the image rounded.
  5. Visit a page of the home that doesn’t exist (e.g., page 2) so it shows the “No Results” block.
  6. Click on the Previous Page link.
  7. Images should appear rounded.

Interactivity API iterations for WordPress 6.9

This tracking issue contains a series of smaller bug fixes and quality-of-life improvements to the Interactivity API. 

Testing instructions

  1. Open the tracking issue, and select one of the linked issues marked as completed or pull requests marked as merged.
  2. Follow the testing instructions in the issue/pull request to test the fix.

Updates to Block Bindings

The key features that will be ready for 6.9 are the following:

To test each of these updates, follow the testing instructions in each of the linked GitHubGitHub GitHub 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 HTMLHTML HTML 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. 

For helpful reporting guidelines, refer to the Test Reports section of the Test Handbook and review the Core Team guidelines for Reporting Bugs.

Change log

1.0.0 – Initial Post

1.0.1 – Removed a duplication of the Command Palette everywhere testing steps, as well as the Abilities API JavaScriptJavaScript JavaScript 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

1.0.2 – Removed the Block Bindings Editor UI

Props to @wildworks, @bph, @annezazu, @ellatrix, @akshayar @muddassirnasim, and @mobarak for pre-publish review and @psykro for collaborating on this post.

#call-for-testing, #core-test

Team Chat Agenda: 22nd October 2025 

Here is the agenda for the upcoming Test Team Chat scheduled for Wednesday, October 22, 2025, 5:00 pm GMT+3 , which is held in the #core-test Slack channel. Well wishers are all welcome!

Agenda

Leave a Comment

  • Do you have something to propose for the agenda?
  • Can’t make the meeting, but have a question for the Test Team?

If any of the above apply, please leave a comment below.

#core-test
Last Updated Wednesday, 22 October 2025 at 16:00 GMT+3

Props to @nikunj8866 for helping review this article and offering feedback

#core, #core-test, #fse-outreach-program, #make-wordpress-org-mobile, #make-wordpress-orgupdates

Call for Testing: Accordion Block

As part of the upcoming WordPress 6.9 release, we are introducing a brand-new blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience., 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 GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/ 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 pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party (v21.5 or later). Here are some testing scenarios:

  1. Visit Gutenberg > Experiments and check the option to “Enable experimental blocks”
  2. Navigate to Post/Page or template
  3. Verify you can add an Accordion block now.
  4. Confirm that the Accordion Item is added with an Accordion Heading and an Accordion Panel (ref the screenshot above)
  5. Edit item placeholders and add content inside the Accordion Panel
  6. Save and confirm that expand/collapse both function as expected in the front end and the editor
  7. Verify Reordering
    1. Move Accordion Items up or down
    2. Confirm that the order updates correctly in both the editor and the frontend
  8. 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.
    1. Apply block-level style settings (colors, typography, background, etc).
    2. Confirm that styles are reflected in all items consistently.
  9. Verify the duplicate of the accordion block
  10. 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 AccessibilityAccessibility Accessibility (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

  1. Write down step-by-step instructions on how an issue can be reproduced. Also, attach a screenshot/screencap for better clarity.
  2. Use the Test report plugin to collect all essential metaMeta Meta 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.
  3. 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.

Props to @wildworks, @muddassirnasim and @mosescursor for pre-publish review of this post.

#core-test, #full-site-editing, #gutenberg, #needs-testing

Call for Testing: Ability to Hide Blocks

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 blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. 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.

Test Steps

  1. Install and activate the Gutenberg plugin (V21.8RC). Alternatively, you can test this with this playground link.
  2. Navigate to the post, page, or template.
  3. Select the block and click on the “Hide” control from the toolbar settings
  4. 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)
  5. Check the change in the front end, and the block should be hidden 
  6. Now, turn off the hide setting in the editor
  7. The block should reappear in the editor and the front end
  8. Nested blocks: Place a few blocks inside a Group/Columns block and hide the parent.
    1. Confirm that all inner blocks are hidden
  9. 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 CSSCSS CSS 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 SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/..

Change Log

1.0.0 Initial Post

1.1.0 Add Performance check

Props to @wildworks @psykro for pre-publish review of this post.

#core-test, #full-site-editing, #gutenberg, #needs-testing

Help test changes to template management

Update: this feature has been punted to WordPress 7.0

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 revisionsRevisions The 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 UIUI UI 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
  • APIAPI An 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 API The 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
  • And more. For full details, see the PR description

Testing Instructions

  1. Install and activate the Gutenberg Nightly plugin from GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/ Times, or use this Playground link
  2. Navigate to Site Editor > Templates and test the new template management features
  3. Verify that you can see template categories for Active, Custom, and theme templates.
  4. Test custom theme templates
    1. Create, edit, and save a custom theme template, and confirm it only appears in the Created templates list.
  5. Test active templates
    1. 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.
    2. Confirm that when activating one template, the other templates for that slug are marked as inactive.
    3. Test that you can activate a template in the template editing view.
  6. Test default template fallback
    1. Deactivate a theme template and ensure the correct fallback template (in line with the template hierarchy) is used instead.
  7. Test switching themes
    1. Once you’ve created a custom template, switch to a different blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. theme and ensure the custom template remains.
  8. 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 GitHubGitHub GitHub 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 SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/..

+make.wordpress.orgWordPress.org The 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//coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress., +make.wordpress.org/themes

Props to @krupajnanda, @annezazu, @bph, and @juanmaguitar for assistance in reviewing this post.

#full-site-editing, #gutenberg, #needs-testing

How to Contribute to WP 6.8 Release Party

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.

Schedule:

Set a reminder for the upcoming release party:

How to Join:

  1. Download SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/..
  2. Sign in to the WordPress Slack Workspace:
    • Visit WordPress Slack to log in or create an account if you don’t already have one.
    • Join the #core Channel.
    • This is where the release party happens! Use this link to join: #core channel
  3. 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 Candidate A beta version of software with the potential to be a final product, which is ready to release unless significant bugs emerge./BetaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. version:

  1. Using WP-CLIWP-CLI WP-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
  1. Using the WordPress Beta Tester PluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party:
  • 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:
      1. Bleeding Edge – Updates to the latest development version.
      2. Beta/RC Only – Updates only to Beta and RC versions.
    • For testing an upcoming release candidateRelease Candidate A 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 coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience.
  • 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 :white_check_mark:
    • If any issues happen,  add :red_circle:
  • 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 CLICLI Command 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

Screenshot of Previous Release Party

Props @krupajnanda and @5um17 for proofreading and peer review.

#core-test

Help Test WordPress 6.8

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. 

Let’s work together to refine WordPress 6.8! 💪

Stay up to date with the latest pre-release builds by checking the WordPress 6.8 Release Schedule. For real-time updates and discussions, join the #core-test Slack channel. Engage in the testing community by participating in weekly scheduled team meetings and test scrubs.

Table of Contents:

Testing Tips

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 BetaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process./RCRelease Candidate A beta version of software with the potential to be a final product, which is ready to release unless significant bugs emerge. Versions:

  • Test CoreCore Core 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 Environment A 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 Candidate A 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.

Setup Steps:

  1. Download and install Local.
  2. Create a new WordPress site.
  3. Once your site is up and running, you can use the WordPress Beta Tester pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party 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:
    1. Install and activate the WordPress Beta Tester plugin.
    2. Navigate to Tools > Beta Testing.
    3. Choose the Bleeding Edge or Point releaseMinor Release A 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.
    4. Click on Save Changes
    5. 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-CLI WP-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:

  1. Create a local WordPress site using your preferred method.
  2. Once the site is set up, open your terminal and navigate to the root directory of your WordPress installation.
  3. 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 Site A 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.

General Testing Checklist

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.

  1. Update your theme and plugins to the latest versions.
  2. Switch to the Beta/RC/Night build you want to test.
  3. Check Site Health to see if there are any new errors or warnings.
  4. Confirm there are no layout breaks or misaligned elements.
  5. Test links and permalinks to ensure there are no 404 errors.
  6. Verify that posts, images, and media are displayed correctly.
  7. Ensure the sitemap and robots.txt files are functioning properly.
  8. Ensure full access to the admin dashboard without errors.
  9. If your site has custom blocks, create content in a new blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. and edit existing content.
  10. Create a new post: 
    1. Add content
    2. Copy-paste text
    3. Manually add media files. 
    4. Save the post
    5. Observe the console for any issues.
  11. Create a new page:
    1. Add content
    2. Verify its display in different browsers.
    3. Verify its display in responsive mode.
    4. Verify that the functional part is working as expected regardless of browser or device type.
  12. Keep the browser’s developer console open and check for any errors, warnings, or notices.
  13. Open the error log file and check for notices, warnings, and fatal errors.
  14. Review user roles and permissions to ensure they remain intact.
  15. Verify that any scheduled posts or automated tasks (like backups) still function as intended.
  16. Ensure all integrated services (like payment gateways or analytics) are operational.
  17. 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 GitHubGitHub GitHub 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:

  1. Install and activate any block theme. E.g 2025
  2. Open a new page
  3. Verify that it renders in a template-locked state.
  4. Now, disable the “Show Template” in the sidebarSidebar A 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.
  5. Verify that it uses “post-only” as the default rendering mode.
  6. Re-enable “Show Template” from the sidebar bar.
  7. Open a post and confirm that it still renders in “post-only”.
  8. Now, switch to a classic theme. E.g. 2011
  9. 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:

  1. Create a page and a paragraph block. 
  2. Add text/background/link colors to the paragraph.
  3. Observe the change in the color.
  4. Now, hover/focus on the element and observe the presence of the reset(-) button.
  5. 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:

  1. Navigate to Appearance > Editor
  2. Edit the page and choose the pattern.
  3. Enter into zoom-out mode.
  4. Observe the toolbar with a newly added icon.
  5. Verify that there should be no shuffle button present and that the change design option should be visible.
  6. 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:

Check #67118 for more information.

Success notices for image editing with Undo link

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:

  1. Create a post or page, insert the Image block and select an image.
  2. Try different editing options for Image – edit, zoom, crop, rotate.
  3. A correct message should be displayed after processing the media.
  4. Also, confirm you can easily undo changes using the snack bar action.

Both these changes are part of different PRs #67314 and #67312 

Additional changes as part of design:

Post Comments Link: Add Border Support. (#68450)

Post Template: Add Border and Spacing Support. (#64425)

Query Total: Add Border Support. (#68323)

Background supports: Add default controls supports. (#68085)

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 APIAPI An 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 LoopLoop The Loop is PHP code used by WordPress to display posts. Using The Loop, WordPress processes each post to be displayed on the current page, and formats it according to how it matches specified criteria within The Loop tags. Any HTML or PHP code in the Loop will be processed on each post. https://codex.wordpress.org/The_Loop.

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:

  1. Have at least one sticky post on the blog
  2. Open the template using the editor’s query loop block (index, archive, etc.).
  3. Notice that the sticky post is at the top.
  4. 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:

  1. Have at least one sticky post on the blog.
  2. Create a page and add a simple Query block.
  3. Confirm that the sticky post is displayed at the top by default.
  4. Change the sticky post setting to “Ignore”.
  5. 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 filterFilter Filters 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 UIUI UI 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:

  1. Insert a Query Loop and select a pattern with some posts.
  2. Open the inspector controls of the block.
  3. Verify that the Post Type field is working as expected:
    1. The “Sticky Posts” field is visible when “Post Type” is “Post
    2. 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:

  1. Create a page
  2. Add Query Loop block
  3. Within the Query Loop, insert a Query Total block.
  4. In the Query Loop block, toggle off “Reload full page” from right sidebar.
  5. In the Query Total block, change display type to “Range display”.
  6. Save the change and open the page in the front end
  7. Observe that client navigation is now working as expected.

Please refer to the PR #69661 for more details.

Refining Data Views

“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:

  1. Open the different data views for Pages, Templates, and Patterns
  2. Check the design of the different layouts for List, Grid and Table
  3. 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:

  1. Go to the WordPress admin dashboard area.
  2. Go to Appearance > Editors > Pages
  3. Click on the page that you want to delete
  4. The page will move to the TrashTrash Trash 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.
  5. Now, select the trashed page and use the “Permanently Delete” option.
  6. Confirm the deletion in the modal dialogue.
  7. Observe the success or error notices appearing for both individual and bulk deletion options.

Please check PR #67824 for more details.

Density option in table layout

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

  1. Go to the WordPress admin dashboard area.
  2. Go to Appearance > Editors > Pages
  3. Go to Pages/Templates/Patterns 
  4. Change the layout to Table View
  5. Now, click on the settings icon
  6. Observe the newly added Density option
  7. 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:

  1. Navigate to the WordPress dashboard
  2. Go to Appearance > Editors > Patterns
  3. In the Patterns list, identify any patterns labelled as “synced”.
  4. Confirm that these “synced” patterns display a badge utilizing the new Badge component, ensuring consistency in design and functionality.

For more details, follow this PR #68062

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:

  1. Create a new post.
  2. Add an image block. 
  3. Enable the “Set this image as featured image” toggle from the settings.
  4. Verify that the selected image is set as the post’s featured image.

For more details, visit PR #65896

API launches and iterations

New withSyncEvent() function in Interactivity API

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 HooksHooks In WordPress theme and development, hooks are functions that can be applied to an action or a Filter in WordPress. Actions are functions performed when a certain event occurs in WordPress. Filters allow you to modify certain functions. Arguments used to hook both filters and actions look the same. 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.

  • Filtered post content is truncated in post-content block
    • This release also includes a fix for the Post ExcerptExcerpt An 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.

What to Notice

  • 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 accessibilityAccessibility Accessibility (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. 

For helpful reporting guidelines, refer to the Test Reports section of the Test Handbook and review the Core Team guidelines for Reporting Bugs.

Changelog

1.0.0 – Initial Post

1.1.0 – Update the post for “Query Total: Add interactivity.clientNavigation block support” (as part of RC1)

Props to @joemcgill @flixos90 @jeffpaul @ankit-k-gupta @desrosj for peer review and a big thanks to @pavanpatil1 for preparing the visuals for testing instructions! 🙌

#core-test