Petit retour d'expérience:

J'avais une table d'utilisateur dans une autre appli php (un moodle) que je voulais récupérer directement avec leurs identifiant dans un pn.8 rc3...

J'ai donc extrait la table users au format cvs depuis phpmyadmin
J'ai rechargé le tout dans un openoffice calc pour faire le tri des champs utiles
j'ai conservé les champs login, username, password et email (en me doutant que password fonctionnerait pas forcément mais en imaginant qu'avec l'email et leur login, ils pourraient récupérer un nouveau password sans moi (tout en conservant un login qu'ils avaient déjà... tout le monde n'utilise pas encore openID...).
A la sortie j'extrait un nouveau fichier cvs que je passe à la moulinette de mon "gedit" pour le transformer (à l'aide de subtiles rechercher/remplacer) en une belle requête sql prête à l'emploi dans le phpmyadmin de mon pn.8.

L'opération se déroule bien mais aucun user n'arrive à se connecter...
Je reprends les mots de passe à la mano, essaye de trouver dans la config du module user des subtilités sur le codage, etc...

En définitive j'ouvre (sur les conseils de Gilles) la table pn_users et je fais en parallèle des tentatives de création de nouveaux users pour comparer les users qui marchent et ceux qui foirent (en fait il n'y avait initialement que 2 users qui marchaient : guest et admin)... je crée donc un nouvel utilisateur dont je valide l'inscription... et en visualisant la table pn_users, j'ai découvert il y avait un autre champ essentiel à remplir pour activer les comptes des utilisateurs:
pn_activated : sa valeur doit être à 1...

Avais-tu essayé le script de mise à jour fournit par PostNuke ?

---

Gilles  ><>°

Non parce que dans le cas présent mes membres étaient importés depuis un autre système.

Ceci étant je n'ai pas encore testé les upgrade d'une 764 vers une pn.8
Mais si y a des retours d'expérience sur ce cas de figure, je suis lecteur potentiel


modifié par : magicvince, 15 Mar 2008 - 23:54