Key details

  1. Chrome 155 began stable rollout October 6, 2026 with JPEG XL decoding enabled by default.
  2. Chrome uses the jxl-rs memory-safe Rust decoder.
  3. JPEG XL supports HDR, progressive decoding, animation and lossless JPEG transcoding, subject to each browser's implementation.
  4. Safari 17+ supports still JPEG XL images but lacks animation and progressive rendering.
  5. Firefox 158 is scheduled for October 13, 2026; its stable rollout was still pending on October 8.
  6. Edge and other Chromium derivatives are not assumed to have shipped equivalent support.
  7. Google recommends testing AVIF and JPEG XL against representative images rather than replacing all formats blindly.

What builders should take away

  1. Test JPEG XL against AVIF for high-fidelity photos, archives and progressive delivery rather than assuming one format always wins.
  2. Serve fallbacks through picture or content negotiation until actual client support is sufficiently high.
  3. Check CDN transformation, CMS upload, cache and MIME-type support before enabling JXL site-wide.
  4. Treat Firefox 158 as scheduled until the stable release actually ships, and verify Edge independently.

What changed

Google shipped JPEG XL decoding enabled by default in Chrome 155, whose stable rollout began October 6, 2026. The browser uses jxl-rs, a memory-safe Rust decoder, replacing the old experimental C++ implementation removed years earlier. JPEG XL offers lossless JPEG transcoding, HDR, progressive rendering and animation. Safari has supported still JPEG XL images since Safari 17, while Mozilla plans to enable JPEG XL by default in Firefox 158, scheduled for October 13. This is a real browser implementation milestone, not a declaration that all visitors already run a compatible version.

Why it matters

For image-heavy sites and media pipelines, JPEG XL can now be evaluated for high-fidelity photography, lossless archives and progressive loading without Chrome-specific flags. Chrome's reach changes the practical deployment equation, and Mozilla's forthcoming default support should broaden it further. Yet web developers must still negotiate different browser versions, Safari's partial feature support, other Chromium browsers, and image/CDN tooling; AVIF or WebP plus JPEG fallback remains sensible while adoption grows.

Chrome stable ships a new memory-safe decoder

Chrome 155 decodes image/jxl by default using jxl-rs written in Rust. The Chrome team says the implementation was fuzzed and reviewed with no memory-safety bugs found in its testing history; that is a vendor claim, not a guarantee against all bugs.

The cross-browser milestone is staggered

Safari 17+ supports JPEG XL still images but not animation or progressive rendering. Firefox 158 is scheduled for October 13 with default support, but it is not yet a completed stable release as of October 8. Edge and other Chromium derivatives have their own release schedules.

Choose JPEG XL for the workload, not just the headline

Google recommends comparing JPEG XL with AVIF on representative assets. JPEG XL is particularly attractive for high-fidelity or lossless photographic images and fine-grained progressive rendering; AVIF can remain more efficient at ordinary web-quality settings.

Production delivery still needs format negotiation

Use picture/source or a CDN image-negotiation path with existing AVIF/WebP/JPEG alternatives. Installed Chrome versions lag the new stable release, and downstream CMS, image transforms and marketplaces may not yet accept or generate .jxl.

What to watch next

  • Firefox 158 stable release and feature caveats on October 13.
  • Edge and Android/WebView rollout details and installed-browser adoption.
  • CMS/CDN encoder support, image processing pipelines and practical Core Web Vitals measurements.

Still unclear

  • Chrome 155 stable rollout does not mean every installed Chrome has updated.
  • Firefox 158 support is planned, not yet stable as of this dossier date.
  • Comparative compression and performance depend heavily on image content, encoder settings and network conditions.

Sources

Direct reading behind this dossier.

5 sources
Shipping JPEG XL in Chrome
Chrome for Developers primary

Official announcement for Chrome 155 JPEG XL and jxl-rs design.

Chrome 155 Release Notes
Chrome Platform Status primary documentation

Chrome 155 release status and decoding feature.

Intent to Ship: JPEG XL
Mozilla Hacks primary

Mozilla implementation rationale and progressive-rendering context.

Discussion

Discussion is reader-contributed. Comments are not part of the BTN dossier or its editorial evidence.

0 visible comments

Join the discussion

Keep comments useful and relevant. Reader contributions may be moderated and are not BTN editorial evidence.

Sign in to comment