138 wires and counting

$ follow Rails

Keep up with Rails in about 3 minutes: what actually shipped — the commits, pull requests, releases, and security advisories that matter.

or

fair warning: these emails are deeply technical. diffs, version numbers, CVEs, benchmark deltas. if that's not your idea of a good read, this isn't your newsletter.

Folds into your digest — weekly by default, monthly if you prefer. Unsubscribe in one click.

$ status

wire 2026-07-07
stories 35

© 2026 RepoJournal Home Showcase Explore How it works Privacy

$ the-wire · showcase

RAILS GOES RACTOR-SAFE WITH NEW APPLICATION SHAREABLE MODE

By RepoJournal · Filed · About Rails · Composed from the cited sources · methodology

Rails is shipping the foundational work to make applications Ractor-safe, with a new `ractorize!` method that prepares your entire app for multi-threaded concurrency without the GIL.

The framework is systematically eliminating mutation patterns that block Ractor compatibility. The biggest move: a new `Rails::Application#ractorize!` method [1] that makes your app shareable across Ractor boundaries, though it comes with real constraints for now (eager loading required, no Action Cable, null cache). Three complementary commits land simultaneously to support this: deprecating the ActionController::Renderer::RENDERERS constant [2], allowing deprecated object proxies to change targets post-initialization [3], and stopping mutation of the renderers set itself [4]. This is the infrastructure layer. You're not forced to use Ractor yet, but if you've been waiting for framework-level support, this is it. The work also makes ActionController renderers Ractor-safe [5] by eliminating the object mutations that were blocking the entire pattern. Secondary updates across the ecosystem: Thor bumped its GitHub Actions dependencies [6] [7], concurrent-ruby shipped three security fixes [8], and Tailwind CSS updated to 4.3.1 [9].

Action items

References

  1. [1] Introduce ractorize ↗ rails/rails
  2. [2] Deprecate the ActionController::Renderer::RENDERERS constant: rails/rails ↗
  3. [3] Allow the DeprecatedObjectProxy to change target after initialization: rails/rails ↗
  4. [4] Stop mutating ActionController Renderers: rails/rails ↗
  5. [5] Make ActionController Renderers ractor safe ↗ rails/rails
  6. [6] Bump rubygems/configure-rubygems-credentials from 2.0.0 to 2.1.0 ↗ rails/thor
  7. [7] Bump actions/checkout from 6 to 7 ↗ rails/thor
  8. [8] build(deps-dev): bump concurrent-ruby from 1.3.6 to 1.3.7 ↗ rails/rails-html-sanitizer
  9. [9] build(deps): bump tailwindcss-ruby from 4.3.0 to 4.3.1 ↗ rails/tailwindcss-rails

Quick answers

What shipped in Rails on July 7, 2026?
Rails is shipping the foundational work to make applications Ractor-safe, with a new `ractorize!` method that prepares your entire app for multi-threaded concurrency without the GIL. In total, 21 commits and 14 pull requests landed.
Who contributed to Rails on July 7, 2026?
3 developers shipped this update, including andrewn617, Edouard-chin, and dependabot[bot].
What were the notable Rails updates?
Introduce ractorize, Deprecate the ActionController::Renderer::RENDERERS constant:, and Allow the DeprecatedObjectProxy to change target after initialization:.