| 开发者 | adamsilverstein |
|---|---|
| 更新时间 | 2026年9月12日 08:10 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
Cross-Origin-Opener-Policy: same-origin and Cross-Origin-Embedder-Policy: credentialless (or require-corp on Safari) headers in the block editor.require-corp), adds crossorigin="anonymous" to cross-origin images, scripts, styles, audio, and video so they can load through CORS. On Firefox (credentialless) nothing is added, because those resources already load without it and the attribute would break any host without CORS headers.credentialless attribute to iframes so they continue working under COEP.client-side-media-everywhere folder to /wp-content/plugins/.Check that your site is served over HTTPS (or localhost). Client-side media processing requires a secure context; without one, cross-origin isolation is unavailable and WordPress silently falls back to server-side processing. The editor logs an informational message in the browser console explaining the reason for the fallback.
No. Chrome 137+ uses Document-Isolation-Policy, which is handled by WordPress core / Gutenberg. This plugin only activates on browsers that do not support DIP.
Not the front-end: the COEP/COOP headers are only sent on block editor admin pages, and only on browsers that need them (Firefox, Safari, Chrome < 137). Within the editor on those browsers, cross-origin isolation can break oEmbed previews, media served from third-party origins, popup-based authentication flows, and plugins that load editor assets cross-origin. See the Tradeoffs section for the details and for how to turn the headers off if you hit one.
Yes - deactivate the plugin. Sending the COEP/COOP headers is the plugin's only job, so there is no separate settings toggle: activating the plugin turns the behavior on, deactivating it turns it off.
To keep the plugin active but suppress the headers programmatically (for example, per environment), use the csme_use_coep_coop filter:
add_filter( 'csme_use_coep_coop', '__return_false' );
WordPress 7.1 converts HEIC images client-side where possible and server-side otherwise. This plugin no longer includes any HEIC handling of its own.
crossorigin="anonymous" itself, only on Safari (require-corp), instead of relying on the WordPress core function that is being removed. Covers images, scripts, styles, audio, video, and the audio or video parent of a cross-origin <source>, without seeking backwards through the document.crossorigin="anonymous" on Firefox and Chrome below 137 (credentialless). Cross-origin resources already load there without it, and the attribute was breaking media served from hosts without CORS headers.crossorigin="anonymous" attached to the canvas iframe before its real document existed and never saw anything rendered in it, so images, audio and video from other sites showed as broken in the editor while working on the front end. It now follows the canvas document, marks what is already there, and retries a blocked load once.crossorigin attributes on the media library templates itself, adding them on Safari and removing them on Firefox and Chrome below 137. WordPress 7.1 adds them to every audio and video template regardless of browser, which broke media modal previews of audio and video served from a CDN on Firefox, and the WordPress release that drops the attributes would otherwise leave Safari without them.safari and firefox to the plugin tags, since that is what people are likely searching for.csme_enabled option. Activating the plugin now always enables the COEP/COOP headers; deactivate the plugin to turn them off. Note: sites that had unchecked Enable under Settings > Media will have the headers re-enabled after updating. Use the csme_use_coep_coop filter to disable the behavior programmatically.plugins_loaded so plugin activation order no longer matters.csme_enabled setting default no longer depends on the browser saving the settings.__coepCoopIsolation flag to block editor screens instead of every admin page.csme_heic_library_url.