Pewarta Proxy

📋 Server Request & Proxy Logs

Loading active proxy settings...
Developed by Khairul Adha (adhexa.id)
Mengambil log server...

⚙️ Pengaturan Proxy Target

Skip to content

Add thorough documentation for Client Side Media #75111

Description

@adamsilverstein

Overview

With the Client Side Media feature being graduated to a core capability in WordPress 7.0, thorough documentation is needed for both developers and users. This documentation should cover:

  • How client side media processing works within the block editor
  • The benefits of using browser-based media processing versus server-side
  • Supported image formats and processing capabilities
  • Graceful fallback mechanism for unsupported browsers (and partially supported browsers without iframe credentialless support)
  • Integration points and hooks for plugin developers (e.g., JS-side hooks analogous to existing server-side ones). which hooks no longer fire during uploads. how to disable the feature using a hook.
  • Guidance on handling Cross-Origin Isolation and SharedArrayBuffer requirements
  • Known risks and environment requirements

Tasks

  • Draft new sections for the official Gutenberg and WordPress developer documentation detailing Client Side Media
  • Create or update user-facing documentation to explain changes in media uploading workflow
  • Add information for developers about how to extend or interact with the new system
  • Document how to handle fallback scenarios and browser compatibility
  • Ensure reference to roadmaps and tracking issues (e.g., Client Side Media iteration for WordPress 7.0 #74333) for additional context
  • Draft a make/core post announcing the feature, linking to the documentation

References

Acceptance Criteria

  • Documentation is published in relevant developer and user guides
  • Key architectural and UX changes are clearly explained with actionable examples
  • Plugin developers can find guidance for adapting to JS-side hooks and fallbacks
  • Documentation includes links to foundational PRs and background issues
  • Draft created for make/core post

Activity

  1. added
    [Type] TaskIssues or PRs that have been broken down into an individual action to take
    on Jan 31, 2026
  2. changed the title [-]Add documentation for the new Client Side Media feature[/-] [+]Add thorough documentation for Client Side Media[/+] on Feb 3, 2026
  3. moved this to 📋 Iteration/Tracking Issues in WordPress 7.1 Editor Taskson Apr 15, 2026
  4. moved this from 📋 Iteration/Tracking Issues to 🏗️ In Progress in WordPress 7.1 Editor Taskson Apr 21, 2026
  5. adamsilverstein commented on Jun 29, 2026

    @adamsilverstein
    MemberAuthor

    Animated GIF → video conversion has now landed in #78410 (merged), which adds a new Client Side Media capability that should be folded into this documentation effort.

    Specific things to document for this feature:

    • What it does: animated GIFs uploaded via the Image block are converted client-side to MP4/WebM using the browser's native WebCodecs (ImageDecoder + VideoEncoder) and the mediabunny library, then the block is switched to a "GIF" variation of the Video block that plays like the original GIF.
    • New package: @wordpress/video-conversion (mirrors the @wordpress/vips worker pattern; conversion runs off the main thread).
    • Storage model: the GIF stays a single core/image attachment; the converted video and first-frame poster are sideloaded as companion files (recorded in media_details.animated_video / animated_video_poster), not separate attachments.
    • Editor UX: the swap is a block switch on upload, fully reversible via a "Display as GIF" / "Display as original GIF" toggle (preserveAnimatedGif). Gallery images stay GIFs; Media & Text / Cover are unaffected.
    • Browser support / fallback: gated on ImageDecoder + VideoEncoder availability and cross-origin isolation; falls back to uploading the original GIF when WebCodecs is unavailable (e.g. Firefox). Transparent GIFs are not converted.
    • Front end: renders as a native <video autoplay loop muted playsinline poster> with no render-time PHP.

    This is a good concrete example for the "supported formats and processing capabilities", "graceful fallback / browser compatibility", and "integration points for developers" sections.

  6. moved this from 🏗️ In Progress to 🔎 Needs Review in WordPress 7.1 Editor Taskson Jul 7, 2026
  7. moved this from 🔎 Needs Review to ✅ Done in WordPress 7.1 Editor Taskson Jul 17, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

[Feature] Client Side MediaMedia processing in the browser with WASM[Status] In ProgressTracking issues with work in progress[Type] TaskIssues or PRs that have been broken down into an individual action to take

Type

Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions