Une erreur s'est produite pendant la création de votre compte

[Jean-Bruno]

bonjour, j'ai ce message qui s'affiche sur la 1.3, En boutique test tout passe nickel, en boutique upgradée ça passe pas (sue deux différentes). J'ai tout essayé en vain (supprimer tous les comptes clients, remis authentication.php de la 1.2…) NADA
Encore une histoire de biscuit américain ? (cookies)

Une idée ?


Merci

[Divine]

Hello,

J'ai eu le même problème et c'était apparemment dû à un fouilli dans la base de données.

Regarde dans la table PS_customer_group et ranges bien tout ça, moi c'était ça je crois qui faisait bugger, depuis plus de souci (je touche du bois)

[Jean-Bruno]

Aie
Merci Divine pour cette réponse !
ça m'a l'air tout bien : j'ai 2 colonnes 1 avec les ID client l'autre avec "1" partout. Juste il me manquait les ID client 1 et 2 : tu crois que ça pourrait être la cause du problème ???
Je regarde et je te dis !

[Jean-Bruno]

Et bien non, ce n'est pas de là que ça vient !!!!

[Divine]

Tu peux me faire un screenshot de ta table PS_Customer_Group ?

[Jean-Bruno]

Merci Divinne

c'est de ça dont tu as besoin ? (Je suis pas fortiche en phpmyadmin ! J'utilise plutôt Navicat)
Il y a la table issu dun presta en 1.3.0.8 et une en 1.3.0.10. Deux sites différents, même combat !

[Divine]

Euh non c'est plutot dans l'onglet "afficher" je crois.

Ca se présente sous forme de tableau à deux colonnes, avec les id-customer et les id-group si j'me rappelle bien.

[Jean-Bruno]

Et les ID customer continuent comme ça joliment jusqu'à 390

[Divine]

Donc si j'ai bien compris tu n'as que deux clients en vrai dans ton back-office, mais dans cette table il y en a 390 d'enregistrés ?

Moi c'est ça qui faisait bugger.
Exemple: 10 clients en back-office et 50 dans cette table. L'incrémentation faisait bugger l'inscription.
La solution a été de laisser uniquement dans cette table les id_customer existants réellement.

Donc dans ton cas si tu as 2 clients en vrai (Id_customer 1 et 2) tu vires les 388 autres enregistrements et dans l'onglet "opérations" tu choisis de débuter le prochain enregistrement à l'ID_customer 3.

Je ne suis pas sure d'être très claire mais bon lol
Si tu as besoin d'un coup de main tu peux me contacter en MP

[Jean-Bruno]

Non non

J'ai deux sites, 1 qui a 290 clients , l'autre 2 donc cette table me parait cohérente avec chaque site. Je pense que ça ne vient malheureusement pas de là. Merci pour ta proposition mais là j'ai mis un dev sur le coup.
Je rapporterait le verdict ici dès que possible

Bonne soirée

[Divine]

Arf oui alors du coup le bug ne doit pas venir de là dans ton cas.

Désolée j'espère que tu trouveras le problème alors.

[Mephivio]

idem. upgrade de PS 1.2.5
j'ai le même problème

Ca sent le bug !

[Mr Fred]

Bonjour idem pour moi
visiblement ca viendrait a ce que j'ai vu de comment la table est organisee dans la version 1.2.5 et la version 1.3
dans la table 1.3 cette ligne est en plus : INSERT INTO `ps_customer` (`id_customer`, `id_gender`, `id_default_group`, `secure_key`, `email`, `passwd`, `last_passwd_gen`, `birthday`, `lastname`, `newsletter`, `ip_registration_newsletter`, `newsletter_date_add`, `optin`, `firstname`, `dni`, `active`, `deleted`, `date_add`, `date_upd`) VALUES

si quelqu'un sait je suis preneur

Thank you

[Marie]

Bonsoir,

J'ai réussi à résoudre ce même problème grâce à cette intervention de Bechir ; en l'occurrence il dit ceci

Dans le fichier authentication.php , vers la ligne 86 vous allez trouver ca:

if (!$customer->add())
$errors[] = Tools::displayError('an error occurred while creating your account');
cette fonction $customer->add() retourne false ,

Effacer le cache " \tools\smarty\compile" et essayez de nouveau, verfier que vous n'avez pas toucher à la base de données.

Si ça peut aider

[gillessud]

j'ai aussi le même problème depuis le passage a la 1.3.1

effacer le répertoire tool/smarty/compile n'a rien résolu dans mon cas...
mes bases sembles elles aussi ok

quelqu'un a trouvé une solution ?

[Jean-Bruno]

Bonjour Gillesud
J'ai fouillé dans ma petite mémoire et voilà comment ça s'est résolu :

La solution est de bien comparer la base que vous avez avec une base vierge.
Moi il me manquait le champ id_customer_group

Voici la résolution du problème tel qu'il m'a été fourni par Gregory d'Interchouette

C'est bien ce champs oui qui pose problème dans la table PREFIX_customer

Pour corriger il faut exécuter la requete SQL

#####
ALTER TABLE `PREFIX_customer` ADD `id_default_group` INT UNSIGNED NOT NULL DEFAULT '1' AFTER `id_gender`;

UPDATE `PREFIX_customer` c SET `id_default_group` = (
   SELECT (
   IFNULL(
       (SELECT g.`id_group`
       FROM `PREFIX_group` g
       LEFT JOIN `PREFIX_customer_group` cg ON (cg.`id_group` = g.`id_group`)
       WHERE g.`reduction` > 0 AND cg.`id_customer` = c.`id_customer`
       ORDER BY g.`reduction`
       LIMIT 1)
   , 1)
   )
);
#####

en changeant PREFIX par le préfixe des tables (ps par defaut).


Je pense qu'il faut en fait faire chaque fichier d'upgrade sql du dossier install-dev. Mettez à jour vos fichiers avec une 1.3 stable

[Guitch]

Bonjour,

J'ai le même problème. Il me manque les champs : 'id_default_group' et 'dni'.

Serait-il possible d'avoir le code sql pour ajouter le champ 'dni'!

Merci d'avance.

[julien_wmx]

Bonjour

Je viens d'avoir le même problème en faisant la mise à jour de prestashop...
Ta requète SQL ne fonctionne pas:
"requête SQL:

ALTER TABLE `ps_customer` ADD `id_default_group` INT UNSIGNED NOT NULL DEFAULT '1' AFTER `id_gender` ;

MySQL a répondu:Documentation
#1060 - Duplicate column name 'id_default_group' "

Et le fait de vider le dossier "compile" ne change rien !

[gillessud]

En attendant une correction je suis repassé en 1.2.5

[julien_wmx]

et il y a possibilité de récupérer la version 1.2.5?
car je ne l'ai plus...

[amerigeau]

salut julien_wmx,
pour te répondre les anciennes versions de PrestaShop sont disponibles ici :
http://code.google.com/p/prestashop/downloads/list
++