Test your plugins and themes on WordPress 7.2 Beta

A clean WordPress 7.2 Beta 1 sandbox with your plugin or theme installed — before your users find the edge case.

What's new in WordPress 7.2

Every change in Beta 1, grouped by area. Start with the high-impact list if you maintain a plugin or theme.

Test these first

Highest chance of breaking plugins, themes, or editor integrations.

  • developers Secrets API: encrypted credential storage with WP-CLI support
  • developers Abilities API: new ways to access and query WordPress data
  • developers Interactivity API: data-wp-html and router navigation
  • admin ux Post settings inspector rebuilt on DataForm
  • admin ux SVG icons replace Dashicons in the admin bar and menu
  • admin ux Admin scripts and styles load individually, with screen prefetching
  • styling Form elements styled from Global Styles
  • styling Responsive controls for more blocks, plus a public API
  • themes Ipsum, a new minimal default block theme
  • media Client-side processing in the Media Library; animated sub-sizes keep animating

developers

  • Secrets API: encrypted credential storage with WP-CLI support High impact
  • Abilities API: new ways to access and query WordPress data High impact
  • Interactivity API: data-wp-html and router navigation High impact
  • HTML API processing hardening
  • Random content redirects

admin ux

  • Post settings inspector rebuilt on DataForm High impact
  • SVG icons replace Dashicons in the admin bar and menu High impact
  • Admin scripts and styles load individually, with screen prefetching High impact
  • On This Day dashboard widget
  • Toggle to disable metabox rearranging
  • Clearer editor error messages and feedback

styling

  • Form elements styled from Global Styles High impact
  • Responsive controls for more blocks, plus a public API High impact
  • Text shadow controls and theme.json presets
  • Text gradients and 70+ expanded block supports
  • Inherited Global Styles shown in the block inspector
  • Customized filter in the Global Styles block list
  • Site-wide duotone palettes
  • Current-state styling for navigation links

themes

  • Ipsum, a new minimal default block theme High impact

media

  • Client-side processing in the Media Library; animated sub-sizes keep animating High impact
  • Redesigned media inserter for large libraries
  • Galleries from attached images, with sorting and a single duotone
  • Cropped images keep a link to their original

blocks

  • Navigation link search grouped by content type
  • Manage navigation links from the editor sidebar
  • Keyword search in the Icon block

collaboration

  • Notes on the canvas, open alongside block settings
  • Emoji reactions on notes
  • Minimized notes mode and All Notes filtering

What to test in WordPress 7.2

Full testing steps, expected results, and demos from the Help Test WordPress 7.2 guide. Open a section, expand a feature, then try it in the sandbox above.

Security 2 features

Secrets API & credential storage

WordPress 7.2 introduces a Secrets API, with WP-CLI support, so plugins can store API keys and other credentials with native libsodium encryption instead of plain-text options.

Dedicated call for testing Proposal: A Secrets API for WordPress 7.2

Testing steps

  1. Go to Tools → Site Health. Check the Secrets API tests on the Status tab and the encryption details on the Info tab.
  2. Register and retrieve credentials with the Secrets API helper functions in test code, or via WP-CLI.
  3. Confirm stored credentials are encrypted in the database and never exposed in plain text.
  4. Confirm secret values are omitted or redacted from REST API responses, debug logs, Site Health info, and XML exports.
  5. Make invalid credential calls and confirm they fail gracefully without fatal errors.

Expected

Secrets are registered, stored securely, and retrievable only through authorized API methods, without leaking into logs or exports.

Issues? Report feedback Track Trac #66187

HTML API processing hardening

WordPress 7.2 continues to harden how core and plugins parse and process HTML tags and tokens, making markup manipulation safer, faster, and standards-compliant.

Testing steps

  1. Render posts and blocks with complex, nested HTML and custom tags.
  2. Confirm self-closing tags, script tags, and custom attributes parse without truncation or broken layout.
  3. Check for regressions in post content formatting or shortcode expansion.

Expected

HTML is parsed and processed cleanly without layout breakage or a performance penalty.

Issues? Report feedback Track Trac #63724

Collaboration 1 feature

Notes: filtering, reactions & canvas

Notes move onto the editor canvas. The Settings sidebar and the Notes panel can stay open side by side, the All Notes panel gains filters, note cards can be minimized, and emoji reactions give quick feedback.

Testing steps

  1. Open a post or page with several blocks.
  2. Select a block, click Add Note in the block toolbar, and leave a test note.
  3. Open the Settings panel and confirm both the Settings sidebar and the Notes panel stay open at the same time.
  4. On a note card, minimize and expand the thread.
  5. Add an emoji reaction (👍, ❤️) and confirm the count increments.
  6. Open All Notes from the header and filter active vs. resolved notes.
  7. Switch admin color schemes and confirm note badges and text stay legible.

Expected

Notes work side by side with the Settings sidebar, filter quickly, collapse cleanly, and take emoji reactions instantly.

Issues? Report feedback Track issue #80015

Admin & Extensibility 3 features

DataForm post inspector

The post settings inspector (Status, Visibility, Publish date, Author, Featured image, Excerpt, Template) is rebuilt on the extensible DataForm component. Plugins that extend the post sidebar should check it closely.

Dedicated call for testing Call for Testing: DataForm Editor Inspector

Testing steps

  1. Open any post or page and open the Post / Page tab of the Settings sidebar.
  2. Toggle Status & Visibility between Public, Private, and Password protected.
  3. Change the publish date and schedule the post.
  4. Switch the author, set/replace/remove a featured image, enter a custom excerpt, and switch templates.
  5. Save, refresh, and confirm every value persists.
  6. Resize the sidebar and browser window and confirm fields wrap without overlapping.

Expected

The DataForm inspector has full parity with the previous post settings sidebar, with better keyboard accessibility.

Issues? Report feedback Track issue #81228

SVG icons in the admin bar & menu

Dashicons font icons in the admin bar and admin menu are replaced with SVG icons from the WordPress icon library. Plugins that add menu items or style admin icons should check alignment.

Dedicated call for testing Replacing Dashicons in the Admin Bar and Menu

Testing steps

  1. Move through wp-admin screens and inspect the admin bar and the side menu.
  2. Zoom to 200%, 300%, and 400% and confirm icons stay sharp.
  3. Try each Admin Color Scheme (Users → Profile) and confirm the icons adapt.
  4. With a screen reader, confirm icons announce proper labels or are hidden with aria-hidden="true".

Expected

Admin icons render sharply at every zoom level, follow every color scheme, and are accessible.

Issues? Report feedback Track issue #82723

Toggle to disable metabox rearranging

A new Screen Options setting turns off metabox drag-and-drop on classic edit screens, so touchscreen users stop moving boxes by accident.

Testing steps

  1. Open a screen with metaboxes, such as the Dashboard or a classic post edit screen.
  2. Open Screen Options and check “Disable metabox rearranging”. Confirm metaboxes can no longer be dragged.
  3. Uncheck it and confirm drag-and-drop works again.

Expected

Metaboxes can be locked in place and unlocked again from Screen Options.

Issues? Report feedback Track Trac #50699

Blocks & APIs 3 features

Interactivity API: data-wp-html & router navigation

The new data-wp-html directive renders trusted, reactive markup from a store, and router navigation detection is improved for client-side transitions.

Testing steps

  1. Test interactive blocks or plugins that use data-wp-html.
  2. Confirm trusted markup updates reactively as store state changes.
  3. Test client-side navigation on interactive regions and confirm route changes trigger observers without reload regressions.

Expected

Reactive HTML renders safely and router transitions behave predictably.

Issues? Report feedback Track issue #83078

Design & Global Styles 8 features

Expanded design tools & block supports

More than 70 block support enhancements land, including native text gradients and broader Dimensions, Shadow, Background, Typography, Spacing, and Border controls across core blocks.

Testing steps

  1. Insert Heading, Paragraph, Group, Buttons, and Columns blocks.
  2. Apply a text gradient under Typography / Color.
  3. Adjust width, height, margin, and padding and confirm layouts hold.
  4. Apply borders and drop shadows to container and content blocks.
  5. On the frontend, confirm gradients and spacing render in Chrome, Safari, and Firefox, on desktop and mobile.

Expected

Core blocks share consistent design controls that render the same in the editor and on the frontend.

Issues? Report feedback Track issue #76525

Text shadow in Typography

Native text shadow controls arrive in the Typography panel of Global Styles and the block inspector, with presets definable in theme.json.

Testing steps

  1. In the Site Editor, open Styles → Typography and pick Headings or Text.
  2. Find the Shadow control (check the ⋮ menu if hidden) and apply a preset or a custom shadow.
  3. Save, then add a Heading block and apply a local text shadow override.
  4. On the frontend, confirm shadows render on light and dark backgrounds and text stays legible.

Expected

Text shadows apply cleanly across core blocks in both the editor and the frontend.

Issues? Report feedback Track PR #79584

Form elements in Global Styles

Buttons, text inputs, selects, and labels can be styled from Global Styles without CSS. Themes and form plugins should check that their own styles still win where intended.

Testing steps

  1. In the Site Editor, open Styles and go to Blocks / Elements → Form Elements.
  2. Style text inputs, selects, and labels (border, radius, background, typography).
  3. Save, then view pages with forms (comment form, Search block, contact forms).
  4. Confirm the styles apply consistently across every form field.

Expected

Form elements follow Global Styles predictably across standard form controls.

Issues? Report feedback Track issue #34198

Inherited styles in the block inspector

Block inspector controls now show the values a block inherits from Global Styles instead of empty fields.

Testing steps

  1. Set a global font size or text color under Styles.
  2. Select a Paragraph or Heading block and confirm its inspector shows the inherited values.
  3. Apply a local override, then reset it, and confirm the control reverts to the inherited value.

Expected

Inspector controls make inherited Global Styles values visible at a glance.

Issues? Report feedback Track issue #82520

Customized filter in Global Styles

The Global Styles block list can be filtered to show only the blocks whose styles you have changed.

Testing steps

  1. In the Site Editor, open Styles → Blocks and customize a couple of blocks.
  2. Back on the block list, switch the filter to Customized and confirm only modified blocks remain.
  3. Switch back to All and confirm the full list returns.

Expected

The Customized filter isolates modified blocks cleanly.

Issues? Report feedback Track PR #84657

Gallery duotone & site-wide duotone palettes

A single duotone filter can now tint every image in a Gallery, and Global Styles gains a Duotone tab (Styles → Colors → Palette) for custom site-wide presets.

Testing steps

Gallery duotone

  1. Insert a Gallery with several images and pick a duotone preset.
  2. Confirm every image takes the tint, including one you add afterwards.
  3. Check the frontend on desktop and mobile.

Site-wide palettes

  1. In the Site Editor, open Styles → Colors → Palette → Duotone.
  2. Edit a default preset or add a custom shadows/highlights pair and save.
  3. In an Image or Cover block, confirm the custom preset appears in the Duotone picker.

Expected

Duotone applies uniformly across gallery images, and custom presets are available to all supported media blocks.

Issues? Report feedback Track PR #81605

Current-state styling for navigation links

Style the active (current page) link in a navigation menu directly from the editor.

Testing steps

  1. Insert a Navigation block with several page links.
  2. Select a Navigation Link (or Styles → Blocks → Navigation Link) and switch the state selector to current.
  3. Apply a distinct color or weight and save.
  4. On the frontend, move between pages and confirm the active link styling follows the current URL.

Expected

The link for the current page always gets its dedicated styling.

Issues? Report feedback Track issue #79283

Responsive style states & block controls

Building on 7.1’s responsive styling, 7.2 adds a public API for third-party blocks and per-breakpoint controls in core blocks, such as Gallery columns, crop, and aspect ratio.

Testing steps

  1. Insert a Gallery block with several images.
  2. Switch the device preview to Tablet or Mobile and change columns, crop, or aspect ratio.
  3. Switch back to Desktop and confirm the desktop layout is untouched.
  4. Add custom CSS for a responsive state in the Advanced panel.
  5. Check the frontend in responsive mode and confirm styles apply at each breakpoint.

Expected

Responsive settings apply per breakpoint without bleeding into other viewports.

Issues? Report feedback Track issue #80388

Default theme 1 feature

Ipsum, the new default theme

WordPress 7.2 bundles Ipsum, a deliberately minimal blank-canvas block theme. Check that your plugin’s frontend output looks right on it.

Dedicated call for testing Introducing Ipsum, the new default theme

Testing steps

  1. Go to Appearance → Themes and activate Ipsum.
  2. In the Site Editor, switch between its style variations.
  3. Try the bundled patterns (headers, post lists, footers, callouts).
  4. Check the Index, Single, Page, 404, and Archive templates.
  5. Add varied content (images, quotes, tables, description lists) and check the frontend on desktop, tablet, and mobile.
  6. Switch the sandbox PHP version and confirm Ipsum works from PHP 8.2 to 8.5.

Expected

Ipsum is a clean, accessible blank canvas with working style variations and patterns.

Issues? Report feedback

Media & Performance 3 features

Client-side media processing

Browser-side (wasm-vips) image processing extends to the Media Library and media modal, and animated GIF/WebP sub-sizes now keep their animation.

Testing steps

  1. In a Chromium browser, upload an animated GIF or WebP in the editor or via Media → Add New.
  2. Insert it and switch between Thumbnail, Medium, and Large; confirm every size still animates.
  3. Upload AVIF, WebP, and HEIC files in the Media Library and confirm sub-sizes are generated in the browser.
  4. In Safari or Firefox, confirm uploads fall back to server-side processing without failing.

Expected

Client-side processing works in the editor and Media Library and preserves animation across sub-sizes.

Issues? Report feedback Track Trac #65661

Redesigned media inserter & dynamic galleries

The media inserter is redesigned for large libraries, galleries can use a post’s attached images, and static galleries gain sorting.

Testing steps

  1. On a site with many images, open the media inserter and browse, search, and filter.
  2. Insert a Gallery and choose “Use attached images”; confirm it shows the post’s attachments.
  3. In a static gallery, sort images by date, title, or drag-and-drop.

Expected

Media browsing stays fast on large libraries, and galleries offer dynamic sources and sorting.

Issues? Report feedback Track issue #81370

Media editor: crop lineage

Cropped images are now linked to their original, so repeated crops no longer leave orphaned attachments.

Testing steps

  1. Insert an Image block, open the crop tool, crop or rotate, and save.
  2. In Media → Library, confirm the cropped image is linked to its original.
  3. Re-open the editor on the cropped image and confirm you can re-adjust from the original.

Expected

Cropped derivatives keep a link to their originals, preventing library bloat.

Issues? Report feedback Track issue #80389

General testing checklist 1 feature

Site-wide regression pass

Want to see how well your site runs on the very latest version of WordPress? Use a 7.2 beta sandbox, enable debugging in wp-config.php, update your theme and plugins, then work through this checklist.

Testing steps

  1. Did any plugins or themes deactivate automatically after the update?
  2. Check the WordPress Site Health tool. Did you find any new warnings or issues?
  3. Check templates and patterns, and then actual posts and pages, for layout problems. Are all the elements lined up properly? Is spacing correct?
  4. Test links and permalinks to ensure there are no 404 or other errors.
  5. Do design elements, images, and media look the way they should? Do media files load and play properly?
  6. How are the sitemap and robots.txt files working?
  7. Can users at every permission level get to the admin dashboard without errors? Does each level show the right tools, and do they work?
  8. Does your site have custom blocks? Add content to a new block. Edit it. Now edit a block that already has content.
  9. Create a new post: add content, copy/paste text, add a few different kinds of media, save, and watch the console for issues.
  10. Create a new page, add content, and open it in several different browsers.
  11. Open the browser’s developer tools. Check each tab, plus the console, for errors, warnings, or notices.
  12. Check the error log file for notices, warnings, and errors — especially fatal errors.
  13. Have you set up scheduled posts or automated tasks (like backups)? Can you find them in the admin? Do they run on schedule?
  14. Check integrated services like payment gateways or analytics. Do they still connect? Do they execute?
  15. Open your site in different browsers and make sure all functionalities work as expected.
  16. Check site performance: page loading, API calls, database requests — on a few devices if you can.
  17. Use browser tools to simulate low bandwidth. How does your updated site handle it?
  18. Test accessibility basics: keyboard navigation, contrast, screen-reader behavior.
  19. Check your forms — contact, checkout, login, and more. Can you fill all the fields? Submit and clear? Does the data end up in the right place?
  20. Can you upload media? Edit images? Does gallery functionality work properly?
  21. Check your theme. Does the basic theme look right? Did Site Editor or Customizer customizations change in the upgrade?

Expected

Nothing critical regresses after the beta update: plugins/themes stay active, layouts and media hold up, roles work, forms and integrations still fire, and the console/logs stay clean enough to ship.

Find the edge before your users do.

Fresh WordPress. Your plugin. A disposable place to break it safely.