Ptitcoeur59580
commented
2 years ago export_formcreator_20221110_1535.zip
j'ai fait une exportation du formulaire en question, si ca peut aider a résoudre ce problème.
Closed Ptitcoeur59580 closed 2 years ago
Ptitcoeur59580
commented
2 years ago export_formcreator_20221110_1535.zip
j'ai fait une exportation du formulaire en question, si ca peut aider a résoudre ce problème.
btry
commented
2 years ago Bonjour
Avec autant de questions, il est possible que vous dépassiez une limite définie par le serveur http ou php. Il faut que faire quelques recherches dans ce sens pour voir si c'est un souci de config ou un bug.
dans php.ini voyez post_max_size et il faut trouver un moyen de comparer cette valeur avec la taille de la requête qui échoue.
Ptitcoeur59580
commented
2 years ago j'ai cette valeur : ; Maximum size of POST data that PHP will accept. ; Its value may be 0 to disable the limit. It is ignored if POST data reading ; is disabled through enable_post_data_reading. ; http://php.net/post-max-size post_max_size = 80M
je ne pense pas dépasser cette valeur.
btry
commented
2 years ago oui, ça me semble largement suffisant.
Si vous utilisez Apache, vérifiez aussi ce paramètre: https://httpd.apache.org/docs/2.0/mod/core.html#limitrequestbody
btry
commented
2 years ago ainsi que LimitRequestFields (même page). ce paramètre est intéressant: valeur par défaut 100
Ptitcoeur59580
commented
2 years ago Bonsoir. j'ai bien essayé de modifier mon apache.conf en y ajoutant ces 2 valeurs, mais cela fait planter le redémarrage d'apache ! ces directives sont-elles encore d'actualité ?
btry
commented
2 years ago Vérifiez votre version d'apache et prenez la bonne version de la documentation.
Vérifiez aussi que ces paramètres sont situés au bon endroit dans les fichiers de config.
Enfin, la valeur par défaut pour le nombre de paramètres est déjà de 100 par défaut. Il est probable qu'elle soit trop basse pour votre formulaire.
Ptitcoeur59580
commented
2 years ago Bonjour,
Après avoir trouvé le bon endroit pour cette directive, j'ai pu relancer les tests. Pour être sur de ne pas être bridé par une limite, j'ai mis LimitRequestFields 0 et LimitRequestBody 0 J'ai relancé Apache sans erreur, et le remplissage du formulaire reste identique, j'ai toujours l'erreur du départ.
je ne vois donc pas d'où viens l'erreur...
btry
commented
2 years ago Bonjour
Je pense qu'on peut donc exclure un problème lié à Apache et sa configuration.
Ptitcoeur59580
commented
2 years ago C'est pour cela que j'ai mis l'export de mon formulaire, ainsi peut-être que l'auteur pourra tester de son coté et voir un éventuel problème.
btry
commented
2 years ago Ma charge de travail étant très élevée, je ne pourrai pas regarder avant au moins quelques semaines.
Ptitcoeur59580
commented
2 years ago Bonjour,
Apparemment, le bug est résolu avec la nouvelle version.
Merci.
btry
commented
2 years ago Bonjour
De rien, je n'ai rien fait du tout. C'est inattendu que le problème ait disparu.
Vu votre retour, je ferme le ticket. Restez vigilants pendant quelques temps; si le problème réapparait, signalez-le et je rouvrirai le ticket.
Bonjour, Je rencontre un problème avec la validation de grands formulaires. Nous avons mis en place un formulaire afin d'effectuer un "check" de la configuration des PCs. Ce dernier est composé d'une centaine de questions. Si nous répondons a une dizaine de questions, tout se déroule correctement. Par contre, si on rempli tout le formulaire, ce dernier ne s'enregistre pas.
Pas de trace d'erreur dans php-error.log, ni dans sql-error.log, juste le bouton "Envoyer" qui se dédouble
si je lance l'inspection de la page, ce dernier ressort une erreur :
GLPI / Plugins (please complete the following information):
Informations sur le système, l'installation et la configuration
Server
PHP version (7.4.30) is supported. Sessions configuration is OK. Allocated memory is sufficient. mysqli extension is installed. Following extensions are installed: dom, fileinfo, json, simplexml. curl extension is installed. gd extension is installed. intl extension is installed. libxml extension is installed. zlib extension is installed. The constant SODIUM_CRYPTO_AEAD_XCHACHA20POLY1305_IETF_NPUBBYTES is present. Database engine version (10.5.15) is supported. The log file has been created successfully. Write access to /var/www/html/glpi/files/_cache has been validated. Write access to /var/www/html/glpi/config has been validated. Write access to /var/www/html/glpi/files/_cron has been validated. Write access to /var/www/html/glpi/files has been validated. Write access to /var/www/html/glpi/files/_dumps has been validated. Write access to /var/www/html/glpi/files/_graphs has been validated. Write access to /var/www/html/glpi/files/_lock has been validated. Write access to /var/www/html/glpi/files/_pictures has been validated. Write access to /var/www/html/glpi/files/_plugins has been validated. Write access to /var/www/html/glpi/files/_rss has been validated. Write access to /var/www/html/glpi/files/_sessions has been validated. Write access to /var/www/html/glpi/files/_tmp has been validated. Write access to /var/www/html/glpi/files/_uploads has been validated. Web access to files directory is protected PHP directive "session.cookie_httponly" should be set to "on" to prevent client-side script to access cookie values. exif extension is installed. ldap extension is installed. openssl extension is installed. zip extension is installed. bz2 extension is installed. Zend OPcache extension is installed. Following extensions are installed: ctype, iconv, mbstring, sodium. Write access to /var/www/html/glpi/marketplace has been validated. Timezones seems loaded in database.
GLPI constants
Libraries
LDAP directories
SQL replicas
Notifications
Plugins list
Desktop (please complete the following information):
Merci pour toute aide qui permettrait d'utiliser ce service.