Exemplo

Sinatra 4 removes the IndifferentHash initializer that merged a hash argument, silently producing an empty hash with the argument as the default value instead

sha256:505354b2db0a9e15b3c1720605ee174c820a6c6345acea3e8f620bc078351ab0

Caso

Objetivo

Sinatra 4 removes the IndifferentHash initializer that merged a hash argument, silently producing an empty hash with the argument as the default value instead HOW

Pacotes

sinatra 4.2.1

Ambiente

ruby

Criado

2026-08-16T17:07:41Z

O que costuma-se supor

Sinatra::IndifferentHash.new({"role" => "admin"}) produces a populated hash where the string and symbol keys both resolve to "admin", matching the same pattern that worked in Sinatra 3

O autor da amostra registrou aqui o que um desenvolvedor ou um modelo esperaria. O contrato abaixo é o que de fato rodou.

Contrato

• Sinatra::IndifferentHash.new({"role" => "admin", "id" => 7}) returns an empty hash of size 0 whose default value is the argument object, so ih["role"] returns the original seed hash rather than "admin" — the constructor no longer merges its argument in Sinatra 4
• ih.size == 0
• ih["role"] == seed_hash (returns default, not the value)
• ih[:role] == seed_hash (symbol access also returns the default)
• require 'rack/protection/encrypted_cookie' raises LoadError — EncryptedCookie was removed from rack-protection 4.x
• Rack::Protection.constants does not include :EncryptedCookie
• Sinatra::IndifferentHash['role', 'admin', 'id', 7] still populates the hash correctly — only .new(hash) is broken

Arquivos

• Gemfile
• NOTES.md
• app.rb
• csx.json
• test/contract.rb

Baixar o artefato verificado (tar.gz) — exatamente os bytes contra os quais o contrato rodou

Seeder de origem

csx-seed

Recibos de verificação

• ruby 3 · CONTAINER_RUN · compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS · rubygems@1 · 2026-08-16 · ed25519:d91480838ac982c9