Updated 20 Aug 2026: WordPress 7.1 moved from RC to GA on August 19; update removes pre-release framing and incorporates final confirmed editor, media and developer API changes.

Key details

  1. WordPress 7.1 “Mary Lou” shipped on August 19, 2026.
  2. The post editor is now fully iframed for all themes.
  3. Image compression, resizing and thumbnail generation now run in the browser via WebAssembly/libvips.
  4. WordPress 7.1 adds native AVIF, HEIC and HDR gain-map media support.
  5. The SVG Icon API is now public for registering icon collections and individual icons.
  6. The Abilities API gains a filterable execution lifecycle, custom validation and shared discovery.
  7. Theme authors can define responsive breakpoints and pseudo-state styles through theme.json.

What builders should take away

  1. Run plugin/theme test suites against the final 7.1 build, especially editor DOM manipulation, custom sidebars, injected CSS, metaboxes and block controls.
  2. Audit code that assumes the editor canvas shares the same document as wp-admin; use supported editor APIs rather than reaching across iframe boundaries.
  3. Test media-related plugins with HEIC/AVIF images, large uploads and retry scenarios because compression, resizing and thumbnail generation now happen client-side.
  4. If you maintain custom admin UI, evaluate the new design tokens and ThemeProvider before inventing another parallel styling layer.
  5. If your plugin exposes capabilities to automation or AI tooling, review the expanded Abilities API rather than building proprietary discovery and validation mechanisms.

What changed

WordPress 7.1 “Mary Lou” was released on August 19, 2026. The post editor is now fully iframed for all themes, removing the older conditional behavior tied to block API versions and metaboxes. The final release also confirms that image compression, resizing and thumbnail generation now run in the browser through a WebAssembly build of libvips, alongside native AVIF, HEIC and HDR gain-map support and more resilient upload handling.

Why it matters

Plugins and blocks that reach into the editor DOM, inject styles into the wrong document, rely on legacy global selectors or assume a non-iframed canvas can break even when their PHP code is unchanged. The media changes also move meaningful processing work away from server-side PHP, which can reduce memory-limit and timeout failures but changes where extension authors should test hooks, upload flows and transformed assets.

The editor context is now consistently iframed

WordPress 7.1 makes the post editor fully iframed for all themes, matching the Site Editor. The editing canvas is separated from the WordPress admin interface, so admin styles no longer bleed into content and viewport-relative units and media queries target the canvas directly. That consistency simplifies the platform model but exposes extensions that depended on the prior non-iframed document structure.

Extenders should test DOM, assets and Block API assumptions

Plugins and blocks should verify where styles and scripts are enqueued, whether selectors cross iframe boundaries, and whether older block implementations rely on document-level assumptions that no longer hold. Browser automation and manual editor tests should cover editing, previews, inserters, sidebars, metaboxes and custom controls against the final 7.1 build.

Image processing now moves into the browser

The final release confirms that image compression, resizing and thumbnail generation run client-side via a WebAssembly build of libvips. WordPress says this reduces server load and avoids PHP memory limits or upload timeouts for large images. Native AVIF, HEIC and HDR gain-map handling, upload progress and automatic retries broaden the change beyond a simple editor UI refresh.

Other developer-facing additions broaden 7.1’s surface

WordPress 7.1 also makes the SVG Icon API public, extends the Abilities API with a filterable execution lifecycle and validation, adds theme.json support for responsive breakpoints and pseudo-state styling, and introduces design-system primitives for custom admin interfaces. These are separate from the iframe compatibility issue but make 7.1 a larger developer release than the pre-GA dossier could confirm.

What to watch next

  • Plugin compatibility reports as the always-iframed editor reaches a broader installed base.
  • Edge cases in browser-side media processing across older browsers, unusual image formats and constrained devices.
  • Adoption of the Abilities API by AI and automation plugins.
  • Further expansion of browser-side media processing and responsive styling in subsequent WordPress releases.

Still unclear

  • Real-world compatibility issues will emerge only as a wider mix of plugins and themes runs against 7.1; the release announcement confirms the platform behavior but not ecosystem-wide compatibility.
  • Client-side media behavior still depends on browser capabilities and device resources, so performance gains will not be uniform across every client.

Sources

Direct reading behind this dossier.

3 sources
WordPress 7.1 “Mary Lou”
WordPress.org primary

Final release announcement confirming GA status, always-iframed editor, browser-side media processing and developer-facing APIs.