Forum du site Lebrikabrak

En étudiant le comportement du fichier docXX.inc je commence à cerner le problème mais ne parviens pas à le résoudre :

quand le rédacteur rédige ou modifie un article la variable $fieldd1 de data/docXX.inc est bien "right", ce qui correspond a la boite 2 (seul accès de mes rédacteurs) MAIS quand l'administrateur enregistre ses modifications par l'intermédiaire du lien envoyé par mail (http://adresse_du_site/admin/admin.php?lng=fr&pg=plugin&plug=adm_redacteurs/inc/redac_filemod&pseudo=pseudo_redacteur&qtype=ar&id=XX ) ou par l'interface administrateur du plugin, cette variable disparait ( $fieldd1=""). Donc guppy met l'article en boite 1 par défaut.
Il faudrait donc que, lors la modification par l'administrateur, $fieldd1 garde la valeur "right" ou "left" suivant la valeur initiale (dans mon cas "right")...

Voila cela peut éventuellement vous aider à résoudre mon soucis...

PS : bien sur XX correspond à l'id du doc créer par le rédacteur dans ce qui précède.

Merci d'avance pour votre aide

bonsoir,
je viens de tester en passant par l'interface administrateur du plugin et je ne constate pas le problème que tu décris. Le choix de la boite de l'article est bien conservée lors de l'affichage du formulaire de l'article.
As tu installé le fork ajoutemenu dans ton guppy ? Si oui, quel est sa version ?
A+

J'ai en effet installé la dernière version du plugin et du fork ajoutemenu "Version 4.6.18 (20/03/2010) - Fork 4.6.18b (08/07/2010) basé sur GuppY 4.6.12 et 4.6.13a (LIB 2.3)"

Je précise (le titre de mon sujet n'est peut àªtre pas "juste") que le problème survient uniquement quand on veut modifier un article par l'interface administrateur du plugin ou par le lien envoyé par mail. La "simple" validation sans modification fonctionne, elle, très bien.

Merci de ton aide

A+

J'ai tenté de retélécharger et de retransférer (en écrasant les anciens fichiers) le fork ajoutemenu ainsi que les plugins adm-rédacteur et ajoutemenu, mais le problème est toujours là ...
Faute de solutions plus appropriées, est-il possible en bidouillant le code du plugin de forcer l'enregistrement uniquement dans la boite 2 (pour moi la seule accessible aux rédacteurs) lors d'une modification d'un article par l'administrateur...

Merci
A+

bonsoir,

Citation

Je précise (le titre de mon sujet n'est peut àªtre pas "juste") que le problème survient uniquement quand on veut modifier un article par l'interface administrateur du plugin ou par le lien envoyé par mail.

As tu la boite 2 affichée dans le menu déroulant lorsque tu affiches l'article dans l'interface administrateur ou bien c'est la boite 1 qui est affichée ?
je continue à chercher à reproduire le couic mais pour l'instant, je n'y arrive pas.
Pourrais-tu faire un test en local avec un guppy 4.6.13a "tout neuf" et le plugin adm_redacteurs pour voir si tu as le màªme comportement ?
A+

Si je passe par l'administration native des articles , j'ai bien la boite 2 indiquée (et je peux modifier l'article en le laissant dans la boite 2).
Si je passe par l'administration du plugin je n'ai pas de menu déroulant indiquant la boite et en le modifiant, il est automatiquement enregistrer en boite 1...
Je vais tester un guppy et un plugin "tout neuf"...
Mais si cela fonctionne est-il possible de récupérer mes infos rédacteurs (cela m'éviterait de tous les réenregistrer...)?

j'ai testé avec une vieille sauvegarde avant le création de mes rédacteurs puis j'ai installé les màªmes plugins, soit : admredacteur,fk ajoute menu, plg ajoutemenu,, adm trankil, plg contact, plg Htaccess.
Et là tout fonctionne...
La seule chose "en plus" sur ma version finale est l'ajout en racine d'un htaccess avec le code suivant : "
php_value mbstring.http_input pass
php_value mbstring.http_output pass "

Ceci afin d'avoir un affichage correct des caractères accentués (sur conseil de mon hébergeur, ètant donné une petite incompatibilité entre guppy et le php5).

Le problème peut il venir de ce htaccess?

Sinon en faisant ces test j'ai remarqué aussi que, dans ma version finale (celle qui pose problème), lors de la modification d'un article rédacteur par l'administrateur, le menu déroulant indiquant la boite est absent !
De plus quand l'administrateur visionne la liste des articles d'un rédacteur, il voit les titres et catégories des article mais la boite n'est pas mentionné (comme elle l'est normalement au tout début de la case description)...

Bref j'attends votre réponse avant de tout réinstallé, par contre j'aimerais pouvoir conserver les articles créés, l'agenda ainsi que les rédacteurs, est-ce possible , quels fichiers dois-je sauvegarder et ou les "réinjecter" ensuite ??

Merci

bonsoir,

Citation

Sinon en faisant ces test j'ai remarqué aussi que, dans ma version finale (celle qui pose problème), lors de la modification d'un article rédacteur par l'administrateur, le menu déroulant indiquant la boite est absent !

C'est très étrange cette absence de boite.
Une question, quand tu parles d'administrateur, c'est l'administrateur du site ou d'un rédacteur du plugin enregistré en tant qu'administrateur pour d'autres rédacteurs ?

Citation

Bref j'attends votre réponse avant de tout réinstallé, par contre j'aimerais pouvoir conserver les articles créés, l'agenda ainsi que les rédacteurs, est-ce possible , quels fichiers dois-je sauvegarder et ou les "réinjecter" ensuite ??

Il te faut conserver tout le contenu du répertoire data/ de guppy ainsi que tout le contenu du répertoire plugins/adm_redacteurs/data/
A+

à‡a y est j'ai trouvé l'origine du bug...en réinstallant tout et en vérifiant à chaque étape si cela fonctionnait je me suis aperà§u que le problème n'intervient quand, dans "config boite" il y a une "boite 2" visible mais pas la "boite 1".
Si j' active la boite 1 le problème disparait...
Bon c'est vrai qu'il doit àªtre rare d'activer une boite 2 et pas la 1...

re-,
merci pour ton retour. Je vais essayer de voir comment on peut corriger ce couic.
Cordialement.
A+

re-,
en regardant le code, j'ai vu que c'était le comportement par défaut de guppy. Tu ne le constates pas sur ton site car tu as installé le plugin et le fork ajoutemenu mais si tu fais le tests en local sans le plugin et le fork ajoutemenu et que tu n'actives pas une des deux boites articles, tu auras le couic màªme dans l'admin de guppy.
Je te propose ces corrections pour outrepasser ce comportement.
Premièrement, tu vas éditer le fichier intitulé redac_filemod.inc situé dans le répertoire admin/plugins/adm_redacteurs/inc/ et tu vas ensuite à la ligne 77 o๠tu as ce code :

Code (Sélectionner le code)

if ($mnu_include || ($serviz[3] == "on" && $serviz[22] == "on")) { // Correction réalisée par christian

tu écris à la place :

Code (Sélectionner le code)

if ($mnu_include || $serviz[3] == "on" || $serviz[22] == "on") {

Ensuite, tu édites le fichier intitulé functionredac.inc situé dans le répertoire plugins/adm_redacteurs/inc/ et tu vas ensuite à la ligne 78 o๠tu as ce code :

Code (Sélectionner le code)

if ($serviz[3] == "on" && $serviz[22] == "on") {

tu écris à la place :

Code (Sélectionner le code)

if ($serviz[3] == "on" || $serviz[22] == "on") {

Cordialement.
A+