Je ne sais pas si je suis le seul a avoir ce bug ou si d’autres l’ont aussi mais quand je passe une commande, si il y a + que 54 produits dans la commande, la réception est buggé.
C’est a dire que la liste des produits s’affiche complétement vide dans le feuillet de réception, et le document généré reste un PROV au lieu de devenir un RCP.
J’ai fait de nombreux test et c’est vraiment au 55eme produit dans une commande que le bug apparait.
Cela peut être dut a une variable de configuration trop restricitive de votre serveur web (Apache/Nginx/php/php-pfm) dans le php.ini la variable max_input_vars max_post_size
J’ai un problème lorsque je crée une réception d’une commande avec plus de 55 produits, la liste des produits réceptionnés ne s’affiche pas et le document reste un PROV au lieu de devenir un RCP…
Screen:
dans Dolibarr Menu Accueil=> (Menu gauche) Outils d’administration => (Sous menu gauche) Infos PHP
Chercher max_input_vars (nombre de champ transmis) et post_max_size (nombre d’octet/Ko/Mo maximum par transmission)
Par défaut (chez moi) max_input_vars = 60, donc pas plus de 60 champs à saisir possible par page (sanchat que pour chaque lignes chez vous il y a NumLot/Série + DLC (en vrai 4 champs transmis) + DLUO (en vrai 4 champs transmis) + Qté + Entrepot =>presque 10 « input_vars » par lignes.
Si max_input_vars et post_max_size ne sont pas dans votre php.ini, c’est peut être que chez votre hébergeur ce n’est pas possible de les modifier et qu’ils sont défini par défaut à un certaine valeur.
Salut, je viens de voir dans les outils d’admi que j’ai un max_input_vars = 1000 et un post_max_size = 10M.
Ca semble pas trop restrictif. Et aussi je ne pense pas avoir d’hébergeur, j’utilise Dolibarr en local sur mon PC.
Je vais faire un test sans les numéros de lots voir si je bloque quand même ou non.
Merci en tout cas pour ton aide
En pj un screen de ma page php outil d’administration. C’est peut être une autre contrainte qui est a l’origine de ce bug ? Nesting level, time, file upload ?