Thank You to the WordPress 7.0 Test Contributors

WordPress 7.0 is here, and it wouldnโ€™t have been possible without the incredible effort of the testing community. Behind every stable release is a dedicated group of people who download 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. versions, apply patches, reproduce bugs, and report what they find. They are the safety net that catches issues before they reach millions of WordPress users.

This post is a celebration of those people.

7.0 Testing, By the Numbers

These numbers were compiled using the WordPress Test Contribution Tracker, an automated tool that scans TracTrac Trac is the place where contributors create issues for bugs or feature requests much like GitHub.https://core.trac.wordpress.org/. tickets, classifies test contributions, and identifies new contributors. If we missed your contribution or a number looks off, let us know in the comments โ€“ weโ€™ll gladly fix it.ย 

During the WordPress 7.0 release cycle, the testing community achieved something remarkable:

โ€“ 427 CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. Trac tickets were tested
โ€“ 132 unique contributors participated in testing and bug reproduction
โ€“ 89 of them were new contributors โ€” testing WordPress for the very first time and without a Test Contributor badge yet
โ€“ 113 contributors tested patches directly
โ€“ 34 contributors helped reproduce confirmed bugs
โ€“ 25+ countries across 6 continents were represented

Thatโ€™s 67% of all test contributors being completely new to WordPress testing. If thatโ€™s not a sign of a growing and healthy community, we donโ€™t know what is.

A Global Effort

Testing WordPress is truly a worldwide effort. During the 7.0 cycle, contributors joined in from 25+ countries across 6 continents, working across time zones and languages to make WordPress better for everyone.

๐Ÿ‡ฎ๐Ÿ‡ณ India led the way with 47 contributors โ€” more than a third of all testers. ๐Ÿ‡ง๐Ÿ‡ฉ Bangladesh followed with 15 contributors, and ๐Ÿ‡บ๐Ÿ‡ธ United States contributed 11. Rounding out the top countries: ๐Ÿ‡ฉ๐Ÿ‡ช Germany (4), ๐Ÿ‡ซ๐Ÿ‡ท France (3), ๐Ÿ‡ช๐Ÿ‡ธ Spain (3), ๐Ÿ‡ต๐Ÿ‡ญ Philippines (3), ๐Ÿ‡ฏ๐Ÿ‡ต Japan (2), ๐Ÿ‡ฆ๐Ÿ‡บ Australia (2), and ๐Ÿ‡บ๐Ÿ‡ฌ Uganda (2).

Contributors also joined from ๐Ÿ‡ฐ๐Ÿ‡ช Kenya, ๐Ÿ‡ต๐Ÿ‡ฐ Pakistan, ๐Ÿ‡ง๐Ÿ‡น Bhutan, ๐Ÿ‡ฉ๐Ÿ‡ฟ Algeria, ๐Ÿ‡ณ๐Ÿ‡ฑ Netherlands, ๐Ÿ‡ฆ๐Ÿ‡น Austria, ๐Ÿ‡น๐Ÿ‡ณ Tunisia, ๐Ÿ‡ช๐Ÿ‡ฌ Egypt, ๐Ÿ‡ป๐Ÿ‡ณ Vietnam, ๐Ÿ‡ต๐Ÿ‡น Portugal, ๐Ÿ‡ณ๐Ÿ‡ต Nepal, ๐Ÿ‡ฎ๐Ÿ‡น Italy, ๐Ÿ‡ธ๐Ÿ‡ช Sweden, and ๐Ÿ‡จ๐Ÿ‡ญ Switzerland โ€” each with 1 contributor proving that even a single test makes a difference.

Every Contribution Counts

We want to recognize every single person who tested a ticket, left a โ€œreproducedโ€ comment, or tried a patch during the 7.0 cycle. Whether you tested 36 tickets or just 1, you made a difference.

Hereโ€™s the full list of all 132 contributors who participated in testing or reproduction for WordPress 7.0:

@369work @abcd95 @abdullah17 @abduremon @adnanhyder @agnieszkaszuba @alh0319 @alexodiy @amesplant @amin7 @andrewssanya @ankitkumarshah @arkaprabhachowdhury @audrasjb @benniledl @berislav.grgicak @chexee @darshitrajyaguru97 @dhruvang21 @dhrumilk @dilip2615 @dlh @dmsnell @donmhico @drysand @ekla @ellatrix @emptyopssphere @fabiankaegy @fakhriaz @gaisma22 @gaurangsondagar @gauri87 @gautammkgarg @gulamdastgir04 @hbhalodia @hmbashar @huzaifaalmesbah @iamadisingh @ibrahimriaz @im3dabasia1 @immeet94 @jabir20 @jadavsanjay @jarodortegaaraya @jigarkahar @joedolson @jonsurrell @joppuyo @josephscott @jsmansart @juanfra @kelvinballoo @khokansardar @khushi1501 @khushdoms @lakshyajeet @louischan @mabfahad @madhavishah01 @mai21 @manhar @manhphucofficial @manishxdp @maulikmakwana2008 @maxschmeling @mcsf @mdibrahimk48 @mindctrl @mirmpro @mokshasharmila13 @monzuralam @mosescursor @navi161 @nilambar @nimeshatxecurify @niravsherasiya7707 @noruzzaman @ocean90 @olmostblue @opurockey @ozgursar @palak678 @pavanpatil1 @pbiron @peterwilsoncc @phpbits @pmbaldha @poena @pooja1210 @poojapadamad @pratiklondhe @pratiknawkar94 @r1k0 @rahultank @ramonopoly @ravichudasama01 @rcorrales @rinkalpagdar @rishavdutta @rollybueno @ronya4927 @sabernhardt @sainathpoojary @sajib1223 @sajjad67 @sandeepdahiya @shailu25 @shekharnwagh @shibleemehdi @showravhasan @siliconforks @SirLouen @soyebsalar01 @sourabhjain @spiraltee @sukhendu2002 @suhan2411 @swissspidy @tobiasbg @tusharaddweb @tusharbharti @ugyensupport @valentingrenier @vgnavada @westonruter @wildworks @xwolf @youknowriad @yusufmudagal

Thank you, all of you. WordPress 7.0 is better because of your time and effort.

Get Involved โ€” Help Test WordPress 7.1

The WordPress 7.1 cycle is already underway, and weโ€™d love for you to join the testing effort. Testing is one of the most impactful ways to contribute to WordPress โ€” and you donโ€™t need to be a developer. If you can install WordPress, follow instructions, and describe what you see, you can be a test contributor.

Hereโ€™s how to get started:

1. Choose Your Setup

The quickest way is Test Core Tickets with Playground โ€” test directly in your browser with zero setup. For applying .patch/.diff files or running test suites, follow the Set Up a Testing Environment guide to get a local Docker-based install running. To test the blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. editor, see the Test Gutenberg guide.

2. Find Something to Test

There are tickets and PRs waiting for testers right now:

โ€“ Core Trac โ€” Needs Testing โ€” All open Core tickets needing testing, across all milestones
โ€“ Gutenberg Issues โ€” Needs Testing โ€” Open 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/ issues that need reproduction or verification
โ€“ Gutenberg PRs โ€” Needs Testing โ€” Pull requests that need someone to verify the fix works

You can also check the Calls for Testing on the Test Team blog โ€” these are focused, guided testing tasks with step-by-step instructions, perfect for new contributors.

3. Test and Report

Once youโ€™ve found a ticket, there are two main types of testing you can do:

โ€“ Issue Reproduction: Confirm that a reported bug is real by following the steps and describing your results. Use the Issue Reproduction template from the handbook.

โ€“ Patch Testing: Apply a patch and verify it fixes the issue (or delivers the expected feature). Watch for regressions where the patch fixes one thing but breaks another. Use the Patch Testing template from the handbook.

Both templates include fields for your environment (OS, 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/index.php version, WordPress version, browser) and space for your results. Just copy, fill in, and post as a comment on the ticket.

4. Help with Triage

If youโ€™re comfortable navigating Trac, you can also help with ticket triage. When a ticket is tagged needs-testing, testers evaluate it and decide the next step. The Trac Keyword Triage Guide explains the four keywords testers manage (needs-testing, needs-test-info, dev-feedback, needs-refresh) and includes ready-to-use comment templates.

5. Get Recognized

Contributors who provide meaningful test contributions โ€“ reproduction reports, patch tests, unit tests, or documentation updates โ€“ earn the Test Contributor badge on their 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/ profile.ย 
Learn more at Test Team Profile Badges.

Join the Community

โ€“ #core-test 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/ โ€” The main hub for testing discussions, questions, and coordination
โ€“ Test Team Handbook โ€” Everything you need to know about testing WordPress
โ€“ Contributor Day โ€” Join a Contributor DayContributor Day Contributor Days are standalone days, frequently held before or after WordCamps but they can also happen at any time. They are events where people get together to work on various areas of https://make.wordpress.org/ There are many teams that people can participate in, each with a different focus. https://make.wordpress.org/support/handbook/getting-started/getting-started-at-a-contributor-day/ at a WordCampWordCamp WordCamps are casual, locally-organized conferences covering everything related to WordPress. They're one of the places where the WordPress community comes together to teach one another what theyโ€™ve learned throughout the year and share the joy. Learn more. near you, or participate remotely

Letโ€™s keep making WordPress better, one test at a time. ๐ŸŽ‰

Props to @ozgursar, @nikunj8866, @mosescursor for helping review this article and offering feedback.

#core-test, #make-wordpress-orgupdates, #wordpress-7-0

Call for Testing โ€“ Pattern editing and content-only interactivity in WordPress 7.0

This is a follow up post to Help Test WordPress 7.0 with specific details about a new way to edit patterns in the BlockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. Editor.

Pattern Editing and content-only Interactivity is a significant change to how patterns behave in the WordPress editor, arriving in WordPress 7.0.ย 

Unsynced patterns and template parts inserted into the editor now default to content-only mode, prioritizing the editing of text and media without exposing the deeper block structure or style controls.

If you have a few minutes or more, weโ€™d love to hear your feedback on the feature in the coming week to allow time for fixes before the release candidate phases.

Table of contents:

What is content-only mode?

Content-only mode is the default experience when clicking into an unsynced pattern or template part in WordPress 7.0. Hereโ€™s what it means in practice:

What you can edit:

  • Text in Paragraph, Heading, and other text blocks
  • Images (swapping the image source, updating alt text and caption)
  • Links and button labels
  • Any block attribute that a block author has explicitly marked with "role": "content" in their block definition
  • New Paragraph, List item, Button and other โ€œlistโ€ type blocks can be inserted directly into content areas without unlocking the full pattern

What is protected:

  • Block structure (you canโ€™t add, remove, or reorder structural blocks like Groups and Columns)
  • Spacing, colors, typography, and other style settings
  • Any block attribute not marked as content

In the editor, protected blocks are visible but non-selectable โ€” you can see the layout, but clicking on a structural wrapper wonโ€™t open its controls.

Why content-only by default?

In WordPress versions previous to 7.0, clicking into a pattern immediately exposed every inner block for editing, including structural and container blocks, all block styles and block attributes.ย 

This default editing mode is convenient for theme builders and developers who create patterns. For users who only want to update a heading or swap an image however, it presents an overwhelming and error-prone experience. Small misclicks can accidentally restructure a layout or remove a block entirely.The goal of content-only mode is to separate what content a user edits from how a pattern is structured. With this change, patterns behave more like intentional design components: users can update the content theyโ€™re supposed to update, and the underlying structure stays protected unless explicitly opened for editing.

More features

Adding new content inside a pattern

You can insert new Paragraph blocks (and other content-type blocks like list items and buttons) directly into designated content areas of a pattern without entering the full structural editor.

This means a pattern with a text area behaves more like a writing surface โ€” you can append or insert new paragraphs within the allowed zone without needing to โ€œunlockโ€ the pattern first.

List View

Non-active blocks are hidden in List View when editing a pattern gives you context while keeping the focus clear.

Support for complex blocks

Buttons, List, Gallery, and Social Icons blocks have a list view in the block inspector 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. in content-only mode, so child blocks can be selected and edited without exposing full block controls.

An opt-out for developers

A new disableContentOnlyForUnsyncedPatterns editor setting lets theme and 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. developers disable content-only mode for unsynced patterns when needed.ย For example, during theme development when you want unrestricted access. This can be set via the block_editor_settings_all 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/index.php 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.:

add_filter( 'block_editor_settings_all', function( $settings ) {
    $settings['disableContentOnlyForUnsyncedPatterns'] = true;
    return $settings;
} );

Or via 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:

wp.data.dispatch( 'core/block-editor' ).updateSettings( {
    disableContentOnlyForUnsyncedPatterns: true,
} );

Editing pattern design

Making design and structural changes to a pattern works differently depending on the type of pattern youโ€™re editing.

Unsynced patterns

Clicking the โ€˜Edit patternโ€™ button or double-clicking the body of a pattern temporarily โ€œunlocksโ€ the pattern, exposing its inner blocks and full editing capabilities.

Synced (synced patterns / template parts)

Clicking the โ€˜Edit originalโ€™ button takes you to an isolated editor when you can make any changes to the underlying pattern. The editor headerHeader The header of your site is typically the first thing people will experience. The masthead or header art located across the top of your page is part of the look and feel of your website. It can influence a visitorโ€™s opinion about your content and you/ your organizationโ€™s brand. It may also look different on different screen sizes. provides navigation back to the originating document. Changes to synced patterns apply globally.

How to Test

Testing Environment

The Help Test WordPress 7.0 post sums up how to test WordPress Beta, including instructions on how to test on local site on your computer.

The quickest way to test is with WordPress Playground.

What to Test

You donโ€™t need to test everything โ€” pick what matches your use case.

Scenario 1: Editing content inside a pattern as a user

Try this if you: Want to experience the feature from an end-user perspective.

Steps:

  1. In the site editor or post editor, insert an unsynced pattern that contains paragraph text and an image (most patterns from the pattern inserter will work or you can create your own).
  2. Open the List View CTRL + OPTION + O. Only the patternโ€™s content blocks should be visible.
  3. Edit the paragraph and/or replace the image. In the paragraph block, hitting โ€œEnterโ€ should create a new paragraph.
  4. Now select the pattern and click the โ€œEdit patternโ€ button in the toolbar or block inspector sidebar.
  5. You should be able to modify the content blockโ€™s styles, or delete the block entirely.
  6. Try clicking on (or inserting) a block you wouldnโ€™t normally want a user to edit (e.g., a Group block used for layout).

What weโ€™d love feedback on:

  • Is it clear which content you can and canโ€™t edit?
  • Is the overall experience less confusing than before?
  • Did you accidentally break anything?

Scenario 2: Opening a synced pattern or template part for structural editing

Try this if you: Want to test the isolated editor and navigation 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..

Steps:

  1. Open up a template that has a template part (e.g., Blog homepage that contains the Footer template part).ย 
  2. Open the List View CTRL + OPTION + O. Only the template partโ€™s content blocks should be visible.ย 
  3. Click โ€œEdit originalโ€ on the pattern or template part.
  4. Verify the isolated editor opens with a breadcrumb showing your location.
  5. Make a structural change (add or remove a block).
  6. Use the โ€œBackโ€ button and confirm you return to the originating document.

What weโ€™d love feedback on:

  • Is the navigation between the document and the pattern editor clear?
  • Does โ€œBackโ€ return you to the right place?
  • Are breadcrumbs helpful?

Scenario 3: Testing with custom blocks or patterns

Try this if you: Build themes, plugins, or custom blocks.

Steps:

  1. Register a custom block with attributes that should be user-editable. Test whether adding "role": "content" to those attributes makes them accessible in content-only mode.
  2. Register a custom unsynced pattern and insert it in the editor. Confirm it enters content-only mode by default.
  3. Try the disableContentOnlyForUnsyncedPatterns opt-out via the PHP filter and confirm unrestricted editing is restored for unsynced patterns.
  4. Check that template parts and synced pattern views remain unchangedย  regardless of the opt-out setting.
Test block with role (you can paste this block into the browser console when in the editor)
wp.blocks.registerBlockType( 'test/visibility-with-role', {
	apiVersion: 3,
	title: 'Test Block (with role)',
	category: 'text',
	attributes: {
		message: { type: 'string', default: 'Edit me (with role)', role: 'content' },
	},
	edit: ( { attributes, setAttributes } ) => {
		return wp.element.createElement(
			wp.blockEditor.RichText,
			{
				tagName: 'p',
				value: attributes.message,
				onChange: ( val ) => setAttributes( { message: val } ),
			}
		);
	},
	save: ( { attributes } ) => {
		return wp.element.createElement(
			wp.blockEditor.RichText.Content,
			{ tagName: 'p', value: attributes.message }
		);
	},
} );

What weโ€™d love feedback on:

  • Does โ€œroleโ€: โ€œcontentโ€ behave as expected for your blockโ€™s attributes?
  • Are there blocks that should be editable in content-only mode but arenโ€™t?
  • Does the opt-out work reliably?

Scenario 4: Edge cases and multi-block patterns

Try this if you: Want to help find bugs.

Ideas to test:

  • Insert a pattern containing Buttons, List, Gallery or Social Icons and verify individual items can be selected and edited in content-only mode.
  • Test with nested patterns (a pattern inside a pattern).
  • Try undoing and redoing edits made inside content-only mode.
  • Test with multi-selecting blocks that span inside and outside a pattern.

What weโ€™d love feedback on:

  • Does anything break or behave unexpectedly?
  • Are there patterns in the pattern library that are unusable in content-only mode?

How to Share Feedback

Comment on this post with your findings, or file 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 by the repository owner. https://github.com/ issues in the WordPress/gutenberg repository and link to them here.

Helpful to include:

  • Browser, OS, and WordPress version
  • Screenshots or recordings
  • Steps to reproduce any issue
  • Severity assessment

Example:

Clicking a Button block inside a pattern opens full block controls instead of content-only mode

Steps to reproduce:

1. Insert the "Call to Action" pattern
2. Click the Button block inside it

Expected: Only button text is editable
Actual: Full toolbar and sidebar controls appear

Severity: Medium

WordPress: 7 Beta
Browser: Chrome 145.0.7632.110, MacOS
Theme: Twenty Twenty-Five

Resources


Thank you for making it this far and for testing!

Your feedback will directly shape how this feature lands in WordPress 7.0 and what gets improved in future releases.

Props to @ankit-k-gupta, @andrewserong and @talldanwp for helping to write this post.

#patterns, #wordpress-7-0

Call for Testing – Customizable Navigation (“Mobile”) Overlays

Customizable Navigation Overlays are a new feature for WordPress 7.0 that gives you full control over โ€œmobileโ€ navigation menus using blocks and patterns.

Weโ€™re inviting the WordPress community to test this feature and share feedback. Weโ€™d love to hear from you by February 9, 2026 to allow time for refinements before the feature freeze.

Why This Change?

Mobile navigation overlays have been a significant pain pointPain point Pain points are โ€œplaces where you know from research or analytics that users are currently getting hung up and have to ask questions, or are likely to abandon the site or app.โ€ โ€”ย Design for Real Life for WordPress users. Users have had very little control over the design and content of their mobile navigation menus. When someone taps a hamburger menu on mobile, theyโ€™ve been stuck with WordPressโ€™s default overlay โ€“ no ability to customize branding, add promotional content, adjust styling, or control the layout.

This creates real problems:

  • Sites canโ€™t maintain brand consistency on mobile
  • No way to add calls-to-action or promotional content in the mobile menu
  • Mobile navigation feels disconnected from the rest of the site design
  • Users resort to complex workarounds or custom code

Custom Navigation Overlays addresses this by giving users full control over their mobile overlay menus using the familiar blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. editor.

Whatโ€™s New?

Navigation Overlays enable users to:

  • Create custom mobile overlay menus using blocks and patterns
  • Control overlay design, content, and behavior โ€“ add branding, images, calls-to-action, and more
  • Manage multiple overlay variations โ€“ create different overlays for different contexts

Custom overlays are saved as template parts, which means theyโ€™re reusable components you can manage alongside your other theme templates. As such Themes can also provide their own Overlays suited to their particular design and use case.

This feature is targeting WordPress 7.0 and represents the first iteration of customizable navigation overlays. Weโ€™re shipping a solid v1 foundation that solves the coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. user need, with plans to expand capabilities in future releases based on community feedback.

Weโ€™d Love Your Feedback

Weโ€™re inviting the WordPress community to test this feature before it ships in 7.0. Your feedback will help us:

  • Catch bugs and edge cases
  • Validate the user experience is intuitive
  • Ensure compatibility across themes and use cases
  • Identify what works well and what needs refinement

Timeline: Weโ€™d appreciate feedback by February 9, 2026 (this gives us time to address issues before the February 19 feature freeze)

How to Test

Testing Environment

Quick Start with Playground:

  1. Open this Playground instance.
  2. Youโ€™re ready to test in the Site Editor.

What youโ€™ll need:

  • Latest Chrome, Firefox, or Safari browser
  • A Navigation block inserted to access overlay controls

What to Test

Weโ€™ve outlined three testing scenarios below. You donโ€™t need to test everything โ€“ pick what interests you or matches your use case.


Scenario 1: Create Your First Custom Overlay

Try this if you: Want to experience the feature as a first-time user

Steps:

  1. Insert a Navigation block on a page or in a template
  2. Look for the overlay customization controls in the block settings
  3. Create your first custom overlay
  4. Preview it in the editor
  5. View it on the frontend in mobile view

What weโ€™d love feedback on:

  • How easy was it to discover the overlay controls?
  • Was the creation process clear and intuitive?
  • Does the overlay look correct on mobile?

Scenario 2: Build a Custom Overlay from Scratch

Try this if you: Want to design a custom overlay with your own blocks and styling

Steps:

  1. Create a new overlay starting with blocks (not a pattern)
  2. Add various content: headings, images, buttons, navigation links, etc.
  3. Style your overlay: colors, spacing, typography
  4. Test submenu behavior
  5. View on frontend mobile

Bonus: Try creating multiple overlay variations and switching between them.

What weโ€™d love feedback on:

  • Can you build the overlay design you want?
  • Are the design controls sufficient?
  • Does switching between overlays work smoothly?

Scenario 3: Test Edge Cases

Try this if you: Want to help us find bugs and boundary conditions

Ideas to test:

  • Try creating an overlay without a close button โ€“ what happens?
  • Test with different WordPress themes
  • Delete a custom overlay and see how Navigation blocks handle it
  • Add multiple close buttons to one overlay
  • Test with complex block combinations

What weโ€™d love feedback on:

  • Does anything break or behave unexpectedly?
  • Are error messages (if any) helpful?
  • How does the feature handle edge cases?

Testing Tip: Try Both Editor and Frontend

For any scenario you test, itโ€™s helpful to check both:

  1. โœ… Editor experience โ€“ Does it work while editing?
  2. โœ… Frontend experience โ€“ Does it work on the live site (especially mobile)?

You can use browser DevTools device emulation or resize your browser to mobile width to test.


SEO and 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) Feedback Wanted

Weโ€™re actively discussing the technical implementation of overlay markup and would especially value input from SEO and accessibility experts.

The question: Where should the overlay markup be placed in the 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.?

Current options under consideration:

  • Within the Navigation blockโ€™s <nav> element
  • Outside the <nav> element (as a sibling)
  • At the top of the pageโ€™s HTML markup
  • At the bottom of the pageโ€™s HTML markup

Each approach has potential implications for:

  • SEO: How search engines crawl and index content
  • Accessibility: Screen reader behavior, navigation landmarks, focus management
  • Performance: Initial page load and rendering

If you have expertise in SEO or accessibility, weโ€™d appreciate your perspective on which approach would best serve users. Feel free to share relevant standards, best practices, or real-world considerations that should inform this decision.

Relevant discussion: https://github.com/WordPress/gutenberg/issues/74583


How to Share Feedback

Comment on this post with your findings, or create 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 by the repository owner. https://github.com/ issues in the WordPress/gutenberg repository and link to them in your comment.

Helpful to include:

  • Browser and device/theme used
  • Screenshots or recordings (visual evidence is super helpful!)
  • Clear steps to reproduce any issues
  • Your assessment of severity (if reporting a bug)

Example:

Browser: Chrome 131, macOS
Theme: Twenty Twenty-Five

Issue: Overlay close button not visible on dark backgrounds

Steps to reproduce:
1. Create overlay with dark background
2. Add default close button
3. View on frontend mobile

Expected: Close button should be visible
Actual: White close button disappears against dark background

Severity: Medium - workaround is to add custom close button

[Screenshot]

Known Limitations (v1)

This is the first iteration of Navigation Overlays for WordPress 7.0. Some capabilities are intentionally out of scope for this release and will be considered for future versions:

  • Mega menus
  • Dialog-block reuse for overlays
  • Inline editing overlays directly in main canvas (currently must edit via template part editor)
  • Custom mobile breakpoints

See the complete scope: https://github.com/WordPress/gutenberg/issues/73084

Weโ€™re focused on shipping a solid foundation that solves the core user need. Future releases will expand capabilities based on community feedback and real-world usage.

Resources


Thank you for testing! ๐Ÿ™

Your feedback will help ensure Navigation Overlays provide a great experience for WordPress users managing mobile navigation. This is a v1 release, and your input will shape future iterations of the feature.

#call-for-testing #wordpress-7-0 #navigation

+make.wordpress.org/core/