Ruby on Rails: Encoding Adventures and Security Wins
Today we're diving into two solid improvements to the Rails ecosystem - a clever fix for encoding issues with non-ASCII characters in strict locals, and enhanced security for GitHub Actions workflows. Plus, we're celebrating the thoughtful contributions from kataokatsuki and taketo1113 that make Rails better for everyone.
Duration: PT3M45S
Episode overview
This episode is a short developer briefing from Ruby on Rails.
It explains recent repository work in plain language.
- Show: Ruby on Rails
- Published: 2026-03-02T11:08:14Z
- Audio duration: PT3M45S
Transcript excerpt
This excerpt keeps the crawler page concise. Listen to the episode or use the RSS feed for the full update.
Hey there, Rails developers! Welcome back to another episode of the Ruby on Rails podcast. I'm so glad you're joining me today - grab your favorite beverage and let's dive into what's been happening in the Rails world.
You know, there's something really satisfying about watching the Rails team tackle those tricky edge cases that could trip up developers in the wild. Today we've got two merged pull requests that showcase exactly this kind of thoughtful maintenance, and I'm genuinely excited to walk through them with you.
Let's start with our first story, which is honestly one of those "wow, I'm glad someone caught this" moments. Kataokatsuki submitted a fantastic fix for an encoding compatibility error that was lurking in ActionView templates. Here's the deal - if you were using strict locals with non-ASCII default values, like…
The root of the problem was pretty sneaky. When Rails loaded templates using File.binread, it was tagging the content as ASCII-8BIT encoding. But then when the strict locals feature tried to extract those local declarations with non-ASCII characters, it inherited that ASCII-8BIT tag. Later, when Rails tried to…
The fix was elegant - ensuring the encoding gets…
O…