2009-04-20 7 views
0

J'ai un problème très étrange. J'ai mis à jour mon Application to Rails 2.3.2 sans aucun problème, puis je l'ai congelé au vendeur/rails et j'ai travaillé sur toutes mes spécifications après avoir également mis à jour Rspec vers 1.2.4. À un moment donné (je ne peux pas vous dire exactement quand) les paramètres imbriqués ne fonctionnaient plus.Problème de params imbriqué avec Rack 1.0/Impossible de geler Rails 2.3.2.1 - Aidez-moi s'il vous plaît

Cela signifie que le serveur reçoit quelque chose comme:

{ "post[body]" => "data" } 

au lieu de

{ "post" => { "body" => "data" } } 

Ce problème semble être connu sous le nom Rails 2.3.2/2.3.2.1 confusion.

J'ai donc travaillé dans tous les forums, Deinstalled rack-0.9.1 gemme et vérifié que je commit 39ff550fa88da9a22d8c21ca872f5e4d0d83f8d4 (http://github.com/rails/rails/commit/39ff550fa88da9a22d8c21ca872f5e4d0d83f8d4) Cela signifie que doit être chargé le rack 1.0 fourni, au moins mon lit sur rack.rb ligne 6

$:.unshift(File.expand_path(File.dirname(FILE))) 

Encore le problème persiste et je ne sais pas exactement comment résoudre ce problème.

J'ai aussi essayé

$ sudo rake rails:freeze:edge RELEASE=2.3.2.1 

Mais le problème ne disparaît pas.

Voici deux billets phare connexes qui n'a pas résolu mon problème:

https://rails.lighthouseapp.com/projects/8994/tickets/2259-params-hash-issues

https://rails.lighthouseapp.com/projects/8994/tickets/2255-bundled-rack-10-doesnt-loaded-first-in-rails-232

Merci pour toutes les astuces/idées/solutions!

Répondre

1

Ce "bug" est résolu, c'était juste une erreur très stupide. J'avais accidentellement gelé la pierre porte-0.9.1 avec

gemmes râteau: déballer: dépendances

et n'a pas le remarquer. Un simple

$ sudo rm -rf vendor/gems/rack-0.9.1 

a fait l'affaire.

Je ne pouvais pas bloquer les rails car le serveur dev.rubyonrails.org était hors service.

Stupide me ...

Questions connexes