Acts_as_authentificated ), problème, logs bizarres

Salut,

Je viens de mettre en production mon application et j’ai affaire à un
problème qui n’existait pas auparavant et je n’arrive pas à trouver la
cause même dans les logs.

J’utilise rails 1.2.3 (le site a été commencé sur cette version …) et
le plugin acts_as_authentificated pour gérer les comptes utilisateurs.
j’ai rajouté, en suivant la documentation, les fonctionnalités de
validation d’adresse mail, de changement de mot de passe et d’oublie de
mot de passe.

Tout fonctionnait (sur le serveur(mode développement) et en local
parfaitement).

Mais maintenant (après quelques changements qui à priori ne touchaient
qu’aux vues) l’inscription de fonctionne plus que ce soit en mode
développement et en production.

En mode dvp, il s’agissait d’une erreur comme quoi ‘password_reset_code’
ne pouvait être NULL mais même en permettant au champ d’être NULL je ne
résout pas le problème.
En développement , l’utilisateur est inscrit dans la base de donnée mais
l’email n’est pas envoyé et le chargement après avoir validé le
formulaire reste bloqué (et le ventilateur de l’ordi se met à faire bcp
de bruit … mauvais signe … je coupe le serveur de dvp …)
Voici le log:

[CODE]Processing AccountController#signup (for 127.0.0.1 at 2009-02-04
23:56:08) [POST]
Session ID: 816e87e453f0da2bf08b05882044c3d7
Parameters: {“user”=>{“premieresession”=>“2008”, “trimestre”=>“1”,
“nom”=>“xxx”, “groupe_id”=>“13”, “password_confirmation”=>“xxx”,
“type_id”=>“1”, “login”=>“xxx”, “password”=>“xxx”,
“email”=>“[email protected]”}, “commit”=>“S’inscrire”, “action”=>“signup”,
“controller”=>“account”}
e[4;35;1mAssociation Load (0.000905)e[0m e[0mSELECT * FROM
associations ORDER BY nome[0m
e[4;36;1mGroupe Load (0.000305)e[0m e[0;1mSELECT * FROM groupes e[0m
e[4;35;1mUser Columns (0.002179)e[0m e[0mSHOW FIELDS FROM userse[0m
e[4;36;1mSQL (0.000169)e[0m e[0;1mBEGINe[0m
e[4;35;1mUser Load (0.000387)e[0m e[0mSELECT * FROM users WHERE
(LOWER(users.login) = ‘achille6’) LIMIT 1e[0m
e[4;36;1mUser Load (0.001560)e[0m e[0;1mSELECT * FROM users WHERE
(LOWER(users.email) = ‘[email protected]’) LIMIT 1e[0m
e[4;35;1mSQL (0.012565)e[0m e[0mINSERT INTO users
(premieresession, salt, activated_at, nom, trimestre,
updated_at, crypted_password, groupe_id, activation_code,
admin, remember_token_expires_at, type_id, groupe_accept,
password_reset_code, remember_token, login, created_at, email)
VALUES(‘2008’, ‘f3477f457e81f9fb4e32612e8c632fa3dc5583cb’, NULL, ‘xxx’,
1, ‘2009-02-04 23:56:08’, ‘1d0fa63a811191428c60b858bc4b9ea35f3a0bb1’,
13, ‘4bf7cbb38d26fe5e8e6995922dde156ffc47d2cd’, 0, NULL, 1, 0, NULL,
NULL, ‘xxx’, ‘2009-02-04 23:56:08’, ‘[email protected]’)e[0m
Sent mail:
Date: Wed, 4 Feb 2009 23:56:08 +0100
From: [email protected]
To: [email protected]
Subject: Portail AEHEC - Activation de votre compte
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8

xxx

Ton compte a été créé avec succès.
Voici tes identifiants:

Utilisateur: xxx
Mot de passe: xxx

Avant de pouvoir utiliser ton compte, tu dois l’activer en cliquant sur
ce lien:

http://aehec.alwaysdata.net/account/activate/4bf7cbb38d26fe5e8e6995922dde156ffc47d2cd

Ou en rentrant ton code d’activation à cette adresse:
Adresse:http://aehec.alwaysdata.net/account/activate
Ton code d’activation:4bf7cbb38d26fe5e8e6995922dde156ffc47d2cd
e[4;36;1mSQL (0.008250)e[0m e[0;1mCOMMITe[0m
[/CODE]

En production l’utilisateur n’est même pas inscrit dans la base de
donnée.

Si vous avez ne serais-ce qu’une petite piste, cela pourrait me sauver !
Je suis complètement perdu et l’erreur arrive juste après au lancement
du site…

Salut,

acts_as_authentificated
T’es sûr que c’est pas acts_as_authenticated, plutot ?

Mais maintenant (après quelques changements qui à priori ne touchaient
qu’aux vues)
Beh voila, tout est là …
Faudrait savoir ce que tu as fait…

perso ce que je ferai : Je reviendrai à une version qui fonctionne
correctement, et j’appliquerai les changements un par un, jusqu’Ã ce que
ça
ne remarche à nouveau plus.
—> Tu isoles d’ou vient le probleme.
Ensuite, trouver une solution, dans un 2eme temps, mais faut commencer
par
comprendre d’où vient le probleme.

Le 5 février 2009 00:26, Achille P. [email protected] a
écrit :