Sur une autre occurrence, les boutons fonctionnent.
Quid, toujours du module recrutement.
Core :
PHP Version 7.4.14
allow_url_fopen On On
allow_url_include Off Off
arg_separator.input & &
arg_separator.output & &
auto_append_file no value no value
auto_globals_jit On On
auto_prepend_file no value no value
browscap /usr/lib/php7.4/browscap.ini /usr/lib/php7.4/browscap.ini
default_charset UTF-8 UTF-8
default_mimetype text/html text/html
disable_classes no value no value
disable_functions no value no value
display_errors On On
display_startup_errors Off Off
doc_root no value no value
docref_ext no value no value
docref_root no value no value
enable_dl On On
enable_post_data_reading On On
error_append_string no value no value
error_log no value no value
error_prepend_string no value no value
error_reporting 22519 22517
expose_php On On
extension_dir /usr/lib/php7.4/extensions /usr/lib/php7.4/extensions
file_uploads On On
hard_timeout 2 2
highlight.comment #FF8000 #FF8000
highlight.default #0000BB #0000BB
highlight.html #000000 #000000
highlight.keyword #007700 #007700
highlight.string #DD0000 #DD0000
html_errors On On
ignore_repeated_errors Off Off
ignore_repeated_source Off Off
ignore_user_abort Off Off
implicit_flush Off Off
include_path /kunden/homepages/30/d692085464/htdocs/crmfbach/htdocs .:/usr/lib/php7.4
input_encoding no value no value
internal_encoding no value no value
log_errors Off Off
log_errors_max_len 1024 1024
mail.add_x_header Off Off
mail.force_extra_parameters no value no value
mail.log no value no value
max_execution_time 50000 50000
max_file_uploads 20 20
max_input_nesting_level 64 64
max_input_time -1 -1
max_input_vars 5000 5000
memory_limit -1 -1
open_basedir no value no value
output_buffering 0 0
output_encoding no value no value
output_handler no value no value
post_max_size 64M 64M
precision 14 14
realpath_cache_size 4096K 4096K
realpath_cache_ttl 120 120
register_argc_argv On On
report_memleaks On On
report_zend_debug On On
request_order no value no value
sendmail_from no value no value
sendmail_path /usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i
serialize_precision -1 -1
short_open_tag On On
SMTP localhost localhost
smtp_port 25 25
sys_temp_dir no value no value
syslog.facility LOG_USER LOG_USER
syslog.filter no-ctrl no-ctrl
syslog.ident php php
track_errors Off Off
unserialize_callback_func no value no value
upload_max_filesize 64M 64M
upload_tmp_dir no value no value
user_dir no value no value
user_ini.cache_ttl 300 300
user_ini.filename .user.ini .user.ini
variables_order EGPCS EGPCS
xmlrpc_error_number 0 0
xmlrpc_errors Off Off
zend.assertions 1 1
zend.detect_unicode On On
zend.enable_gc On On
zend.exception_ignore_args Off Off
zend.multibyte Off Off
zend.script_encoding no value no value
zend.signal_check Off Off
Je peux confimé ce probleme avec « Security token has expired, so action has been canceled. »
Malheuruesement rien indique de que security token on parle. Mais je peux deja constater: Il a rien a voir avec MAIN_FEATURES_LEVEL ou MAIN_SECURITY_CSRF_WITH_TOKEN
On peut le mettre comme on veux ca change rien sur ce erreur
Je pense l’unique solution ici sera que le developpeur de ce message nous explique qu’il faut faire pour renouveler ce security token. Merci
Je confirme le problème sur 2 installations de dolibarr v13 que $dolibarr_nocsrfcheck soit à 0 ou à 1 dans conf/conf.php, cela ne change rien j’ai toujours le problème « Le jeton de sécurité a expiré, aussi l’action a été annulée. Merci de ré-essayer. »
j’ai ce message uniquement dans la partie activation des modules uniquement dans la partie par exemple divers tout fonctionne.
Important j’utilise multicompany v12.01. Je suis passé en admin dans l’entité maitre et là ça marche . donc je souconne une incompatibilité avec multicompany v12.01 . Les autres conributeurs de ce forum qui rencontre c eproblème ont-ils également ce module installé?
Bonjour,
cela me semble le problème constant de l’adoption de modules externes sur Dolibarr :
quand on souhaite adopter la version suivante (majeure) de Dolibarr, il me semble qu’il est nécessaire de mettre en essai une installation hors production afin de faire le bilan des modules externes toujours fonctionnels et de ceux dont il faut solliciter ou attendre une mise à jour avant de basculer en production cette nouvelle version.
pour les autres modules c’est faisable. Pour multicompany, qui modifie la structure en créant des entités sosu dolibarr: ce n’est pas possible, sauf à avoir une autre installation de dolibarr sans multicompany (inutilisable dans la pratique) . Vivement que ce module fasse partie de dolibarr une bonne fois pour toute ( j’espère un jour).
Le problème semble venir du module Multi Company.
Je vous conseil de rester en V12 tant que le développeur du module n’a pas fait les modifications nécessaires.
Solution Provisoire à l’attente de la nouvelle màj :
J’ai remplacé le fichier modules.php sur le dossier admin avec le fichier modules.php de la version 12.0.4 et ça marche