Avais-tu bien désinstallé le module avant de faire une réinstall propre (déinstallation complète par l'interface admin + suppression du répertoire FTP) ?

Bonjour,

Je rebondis sur le poste car j'ai le même pb (Tiny+news = dernières versions). Le soucis, c que j'ai plein d'articles de créer et que j'ai pas trop envie d'utiliser autre choses que news...

Le pb est le même. Mes auteurs qui ont le droit de soumettre ont leur article en html lorsqu'ils le modifient... Il faut que je passe derrière pour que décocher la case désactiver le html que eux ne voient pas.

Qqu'un a-t-il une solution ?
J'ai fait un test avec un autre compte webmestre. Ca fonctionne. Il semblerait que ce soit un pb de droits que seul les webmestres...
Je vois pas où les autoriser... Peut-être faut-il mettre les mains dans le code ?

Merci d'avance de votre aide...

Ben je comprends pas ce que tu dis philou. Ce que tu décris, c ce que je voudrais qu'il se passe.
J'ai l'impression que sylvsteph a le même pb que moi.

Lorsque qqun poste un formulaire en ayant rempli le champ email, il faudrait recevoir le mail comme s'il provenait de l'expéditeur. Dans ce cas, avec le logiciel de messagerie, lorsqu'on fait répondre, pas de soucis.

Dans le cas présent, si dfsdf@expediteur.com envoie un formulaire, je le reçois en provenance de monmail@webmestre.com. Du coup, quand je fais répondre, je m'écris à moi-même...

Est-ce normal ou y'a-t-il une modif' ?
Peut-être une astuce pour intégrer une "réponse à" contenant le mail de l'expéditeur indiqué dans le champ mail du formulaire (même si l'expéditeur est le webmestre) au niveau du message reçu (comme liaise) ?


Merci d'avance.

Après moulte recherche, j'ai enfin trouvé.
Avec les nouvelles versions de xoops (suite à des maj), la correspondance entre le ldap et xoops était différente.
En effet, maintenant, name=displayname (dans system/options d'authentification, champ Corrrespondance des champs serveur Xoops-Auth).

J'ai donc modifié et mis ce qui devait être dans les versions précédentes : name=cn
Je pense que displayname n'est pas pris en charge par le ldap que j'utilise.

Pour info :
[displayname] => Nom complet avec accent, Prénom en premier
[cn] => Nom complet sans accent, Nom en premier

up

Bonjour,

J'ai effectué une maj de xoops 2.0.14 à 2.0.16. De +, j'ai changé le répertoire ftp ainsi que la base de données (en modifiant les fichiers xoops appropriés).
Depuis, je constate une anomalie.

Lorsqu'une personne se connecte avec ses identifiants ldap, ça fonctionne. En revanche, le champ name et vidé et d'autres champs reprennent les valeurs initiales de tout compte xoops.
J'ai supprimé un utilisateur xoops via la BD pour qu'il soit regénéré : même anomalie constatée.
J'ai aussi modifié directement le champ name d'un utilisateur directement dans la BD. Rien à faire. Lorsque l'utilisateur se connecte à nouveau, le champ apparait vide...

J'utilise aussi xoops Care. J'ai demandé à ce que certains champs de la table users soient remis à certaines valeurs automatiquement. Ce qui est étrange, c qu'aucune modification ne se fait sur tous les comptes xoops (générés suite à la connexion ldap) qui se sont connectés depuis les modifications faites (voir début de message), comme si ces comptes n'étaient pas intégrés ! Pourtant, la connexion se fait...

Est-ce que qqun a déjà eu ce genre de pb et/ou aurait une solution à proposer ?

Merci d'avance.

J'ai écraser les fichiers, fait une maj.
Dans "Langue de l'éditeur", j'ai mis "fr".
Rien n'y fait ! Voilà le genre de truc que j'ai dans l'onglet insertion image : {$lang_advimage_tab_advanced}

Etrange, non ? Personne n'a le pb ?

Précision : je fonctionne sous xoops 2.0.14, avec news 1.52. J'ai désactivé GZIP car sinon l'éditeur tiny ne s'affichait pas...

Pour moi ça ne pose pas de pb car je connais l'organisation du module.
Par contre, ça va poser des pbs pour les utilisateurs qui ne pourront pas identifier certains onglets et champs...

Oui j'ai téléchargé la version dispo dans le référentiel...

Bonjour,

Suis-le seul à avoir des anomalies au niveau du langage dans la version finale de tiny (version du 10-01-07) ?
Par exemple, quand je veux télécharger une image, le titre des onglets est du type {lang_...}. Comme si la correspondance, c'est à dire la traduction n'existait pas...

Pour l'instant, j'ai palié en mettant le pack langage de la RC1, mais le pb est que certains champs sont non traduits car n'existaient pas dans la RC1.

J'ai cherché sur dev.xoops, mais pas trouvé de pack + récent.

Mes questions sont :
- Suis-je le seul dans ce cas-là ?
- La version finale 1 de tiny est-elle livrée avec un pack lang fr incomplet ?
- Existe-t-il un pack complet ou dois-je faire la traduction moi-même ?
- Est-ce que ça provient d'une anomalie de mon système ?

merci d'avance !

Essaye la solution de l'auteur qu'il m'avait proposé (pour moi ça a marché) ici

Si ça ne fonctionne toujours pas, coupe la compression GZIP dans les préférences de tiny.