Bonjour,
A priori, pas de rapport avec le multicompany.
Vous pouvez modifier le fichier /htdocs/admin/modules.php en attendant une correction. Commentez les ligne 31 à 33:
31 //if (!defined(‹ CSRFCHECK_WITH_TOKEN ›)) {
32 // define(‹ CSRFCHECK_WITH_TOKEN ›, ‹ 1 ›); // Force use of CSRF protection with tokens even for GET
33 //}
J’ai soumis une correction pour Dolibarr 13 et corrigé le module Multicompany
vous pouvez me demander la version 13 de Multicompany par mail afin de tester si c’est ok
Bonjour
A priori, d’autres modules pose se problème de jeton.
Pour ma part j’ai réussi à désactiver les droits avancés qu’en désactivant le module GPS outils pour stocker les données GIS.
A partir du moment ou j’ai désactiver les droits avancés, le bouton accepter dans proposition commerciale apparaît.
Voilà… si ça peut aider.
Je précise que je n’ai pas le module multi_compagny.
Re Bonjour à tous, effectivement il y a surement un module qui bloque. Avec 24 modules achetés j’ai pas trouvez le quel qui pose problème et après une dernière tentative on a pris la décision pour des raisons pro de repassé pour le moment en 12.4 vu que nous pouvions pratiquement plus rien validés en plus des modules que nous pouvons pas ouvrir ou de modifier.
Je remercie toutes l’équipes de leurs aides dévouée et dans l’attente d’une correction ou solution.
Stéphanie
Bonjour,
je pense que chacun gagnerait du temps et des maux de tête à ne basculer sur une version majeure qu’après :
ça éviterait les retours arrière souvent inconfortables et risqués,
ça n’empêche pas de discuter de ses problèmes rencontrés ici ou d’émettre des issues sur github.
Je suis d’accord avec toi. Depuis le début de Dolibarr que je l’utilise c’est la première fois que j’ai ses soucis et je ne remet pas en cause le logiciel qui est super… Pour cela que j’ai repassé au 12 et quand nous aurons du temps « vacance » ou personne travail dessus.
Est là désactivé tous les modules et ouvrir un par un pour connaitre le module qui pose problème.
Bonnes soirées
Séphanie
Bonjour,
Pour information
Nous sommes passés en V13.0.1, le problème est toujours présent.
La solution temporaire proposée par mdallosto fonctionne.
Vous pouvez modifier le fichier /htdocs/admin/modules.php en attendant une correction. Commentez les ligne 31 à 33:
31 //if (!defined(‹ CSRFCHECK_WITH_TOKEN ›)) {
32 // define(‹ CSRFCHECK_WITH_TOKEN ›, ‹ 1 ›); // Force use of CSRF protection with tokens even for GET
33 //}
Ce qui est étonnant c’est que nous avons pu tout faire normalement pendant 1 journée, et le message " Le jeton de sécurité a expiré, aussi l’action a été annulée. Merci de ré-essayer." n’est apparu que la 2e journée.
Il concerne tous les modules que l’on souhaite activer/désactiver, et se déconnecter/reconnecter ou un CTRL + F5 ne changent rien.
Bonjour à tous,
Même avec la modification dans /htdoc/admin/modules.php comme décrit ci-dessus sur une installation fraiche de la version 13.00 … le message persiste!
Des nouvelles pour la résolution ? ou il faut repasser en 12.04
Bon fin de week-end.
Paul
C’est un bug: Voir https://github.com/Dolibarr/dolibarr/issues/16096
Pour l’instant l’unique solution est: https://github.com/Dolibarr/dolibarr/issues/16096#issuecomment-770215709
Bonjour
Aucun module externe, même désactivé ?
Fred
Bonjour,
Bonne question.
Effectivement …j’ai zappe de tester avec les modules désactivées.
J’attends une réponse pour la compatibilité d’un module avec la v13.0.1 sinon je retourne en 12.04.
Paul
Idem pour moi
La solution temporaire proposée par mdallosto fonctionne.
Puis j’ai installé un autre module et le problème revient.
Je repasse en 12.04 ; En attendant Bonne continuation
Bonjour
Vous pouvez aussi faire cette modif https://github.com/Dolibarr/dolibarr/commit/0e96093def5f337bc559f0451a1fd599bc733ee4 pour voir dans dolibarr.log qui réclame un nouveau token.
Dans l’admin modules, même désactivé un module peux en réclamer…
Fred
Bonjour
Je viens d’essayer 13.02
Au bout de 2 modules supplémentaires le jeton à expiré puis j’ai suivi et corrigé le mainc.php avec vos indication hélas jeton expiré. Je tente un redémarrage serveur après avoir effacer le module du disque dur, hélas impossible d’activé plus aucun module en configuration…Je persiste avec la solution de mdallosto.C’est reparti mais pour combien de temps? Je reviens pour plus d’info.
Jaime
Bonjour Jaume,
as tu appliqué la modif demandée par @frederic34 pour identifier l’origine du problème ?
si oui : as tu les logs ?
si non … comment veux tu que quelqu’un creuse pour comprendre d’où ça vient et/ou corriger le problème ?
Salut Arre
Désolé mais pas assez expert pour réagir au quart de tour. Du coup grâce à ta réaction…vindicative certes mais juste, j’ai creusé et j’ai appris qu’il faut activer le module log. Bon une chose de faite. Ça évite de chercher le fichier dans « documents » voir "dolibardata " si installé par webuzo. Je dis tout ça pour éviter à d’autre mécréant comme moi de chercher.
Et voilà le fichier tout beau mais peut être en retard vu que j’ ai activé le module après le problèmedolibarr.log (46,3 Ko) .
Merci encore pour ton intérêt Jaume
désolé pour le coté vindicatif, tu as pris pour les autres qui eux, ne font jamais rien pour aider 
(bouhhh les autres !)
Il faut que tu fasses un dernier effort stp :
(paracerque là tu as tout ce qu’il faut pour trouver le coupable, sauf qu’on ne sait pas où regarder, ni si tu as eu le problème durant le log)
Après, le mieux est de virer la modif de fred (qui ne sert à rien mis à part surcharger le log)
et arrêter le module log (qui vas générer un gros fichier qui ne servira à rien)
C’est OK
Je n’avais plus le problème parce-que dans les logs je me suis aperçu que le module « externalsite » revenait souvent, je l’ai désactivé et c’est ok.
Puis à ta demande je l’ai réactivé et le problème est revenu « NEW TOKEN reclaimed by : /externalsitepro/css/icons.css.php »
Le fichier est à regarder après la ligne suiante et à partir de là le problème est revenu…
« « 2021-03-24 19:35:32 INFO 86.201.67.139 Scan directory /home/jaime/public_html/gestion.homeoformation.fr/custom/zipautofillfr/core/modules/ for module descriptor files (modXXX.class.php) » »"
1.Je vais vider le fichier dolibarr.log
2.redésactiver le module externalsite
3.remettre le fichier modules.php en origine
4.supprimer la modif de fred
Retester les modules et te tenir au courant
Bonne soirée ou bonjour pour demain
J’ai oublié le fichier log à joindredolibarr (3).log (102,7 Ko)
Bien pratique le
Vous pouvez modifier le fichier /htdocs/admin/modules.php en attendant une correction. Commentez les ligne 31 à 33:
31 //if (!defined(‹ CSRFCHECK_WITH_TOKEN ›)) {
32 // define(‹ CSRFCHECK_WITH_TOKEN ›, ‹ 1 ›); // Force use of CSRF protection with tokens even for GET
33 //}
car j’avais oublié de désactiver le module fautif avant de remettre le fichier à l’original et il ne voulait plus se désactiver à cause du jeton redemandé et bloqué la conf de tout les modules
Jaume 
super, merci Jaume.
ça t’as permis de résoudre ton problème, mais au delà de ça, de permettre aux devs d’éventuellement corriger.
