Désolé, je n'avais pas vu vos messages. J'ai oublié de cocher la notification et j'étais en congés … et j'ai tendance à me forcer à déconnecter durant mes vacances

Par contre je suis débordé pour la reprise, mais promis je regarde ça dès que j'ai un peu de temps et vous tiens au jus. Ce serait génial si cela pouvait fonctionner

Bonjour Greg & Alain, voici une capture de ma colonne "pass", je ne comprends pas comment voir ou modifier son type.

Il semble d'ailleurs y avoir 2 types d'encodages différents, un en hexadecimal et un autre qui commence par la valeur "$"

Il faut éditer la structure de la table, là tu affiches les valeurs des enregistrements de la table, ce n'est pas pareil.
Voila une capture d'écran pour mieux comprendre (un xoops de test en local) :

Merci Alain,
Ok, donc dans "structure" à la ligne pass je me retrouve avec Varchar 32

Je dois simplement remplacer cette valeur 32 par 255?
Dois-je sauvegarder ma table user avant, ou bien d'autres choses?

Je dois vraiment m'assurer de pas faire de conneries cette fois.

lol,
ma réponse ne va pas te plaire.

Il est judicieux d'effectuer des essais sur un site de Test !

Sinon, oui, tu peux sauvegarder ta table, données + STRUCTURE car ici la modification s'effectue sur la structure et non pas sur le contenu de la table.

Le vrai problème qu'il pourrait y avoir (à mon avis, mais je ne suis pas spécialiste), c'est de passer à 255 caractères, que quelqu'un modifie son mot de passe et qu'il faille revenir en arriere.
Seule la sauvegarde pourra convenir, pourquoi ?
Parce qu'en passant en 255 c., le nouveau mot de passe sera dans ce format là, et un retour vers tes 32 caractères va poser problème.

Il faudra tester :
- le changement de mot de passe avec un "utilisateur test" existant.
- l'ajout d'un nouvel utilisateur.

Attention, ces propos ne certifient pas du résultat !

Si si elle me plais bien ta réponse... je ne suis pas très fan de modifier des choses que je suis loin de maitriser sur mon site en prod et me retrouver en carafe pour de bon.

Donc si je résume pour être dur de mon coup

1) j'exporte ma table user actuelle sur un site de test ;

2) sur ce site de test
- je modifie la variable 32 par 255
- je tente de changer mdp d'un utilisateur et d'en créer un nouveau

3) si tout cela est un succès, je peux faire la même modif de variable sur mon site de prod

J'ai bien résumé?

Oui, c'est parfait,
Evidemment avec :
- même version de XOOPS,
- même version d'Apache,
- même version de php,
- même version du module system,
- même version du module profiles

Super Alain, dans ce cas je vais attendre de pouvoir me poser pour vraiment prendre le temps de tout faire comme il faut.
j'avais remonté une autre version de test, mais sur une vs php plus récente. Donc ça va pas le faire pour le coup.

Comme d'hab, je vous tiens au jus du résultat!

Merci encore à vous 2

Salut,
Le risque est minime sur le site de production. Car le retour en arrière est ultra simple. Tu remets 32.

Perso, si je devais faire la manipulation je la fait sur mon site de production comme cela.

Je crée un utilisateur bidon avec les droits admin(juste pour avoir accès au site fermé).
Je ferme le site
Je modifie la valeur dans la bdd
Je me connecte avec le nouvel utilisateur (Si je peux me connecter c'est un bon point)
Je change le mot de passe ( si ça marche on a presque gagné)
Je crée un utilisateur et si c'est OK alors tout roule.
Si ça ne marche pas alors je change dans la bdd comme au départ.

Le risque de mettre le site ko avec cette modification est presque nul.

--------------------
http://www.monxoops.fr

Oui, Bien vu Greg !

En utilisant le mode maintenance (le site est fermé pour les utilisateurs excepté le groupe des admins), le risques est quasi nul.

J'explique la démarche proposée par Greg :

- Création d'un compte compte avec droits admin,
Ce compte tes servira pour tester le changement de mot de passe,
ainsi tu ne touches pas à ton compte admin d'origine
- Mise en maintenance du site (Préférences / Préférences générales : Mettre votre site en maintenance ? : Oui
- J'ajoute quelque chose que Greg n' a pas indiqué (il faut bien que je justifie mon post, lol) :
Panneau de configuration / maintenance : Vider la table des sessions
Pourquoi me diras - tu ?
parce que tu as fermé ton site, personne ne peut se connecter dessus par contre les utilisateurs encore dessus peuvent encore se balader, enfin je pense. Avec cela, tu les déconnectes (et toi aussi d'ailleurs)

La suite est parfaite :
- changement de 32 en 255 carac dans la structure de la table user pour le champs "pass"
- Puis login avec le nouveau compte,
- changement de mot de passe
- quitter / re - login pour tester
- création d'un nouveau compte standard
- login avec ce compte standard

Si tout est ok,
alors ou rouvre le site
en fermant ton site AVANT (mode maintenance) avec un compte admin dispo,