Projet

Général

Profil

Actions

Anomalie #4440

fermé

Document partiellement enregistré

Ajouté par Éric Brison il y a plus de 7 ans. Mis à jour il y a plus de 7 ans.

Statut:
Intégré
Priorité:
Normal
Assigné à:
Version cible:
Début:
24/01/2014
Echéance:
% réalisé:

100%

Temps estimé:
Version source:
Solution proposée:

Ajouter un input à la fin du formulaire et vérifier que celui est bien présent lors de la sauvegarde.

Corriger aussi l'utilisation du max_file_uploads qui a changé. Test seulement sur nombre de input file non vide

Principaux fichiers impactés:
Complexité:
Contrôle:
Thème:
Régression:

Description

La variable PHP "max_input_vars" si elle est atteinte implique que le document est enregistré de manière partielle.


Demandes liées

Copié vers Core - Anomalie #4544: Document partiellement enregistréIntégré24/01/2014

Actions

Mis à jour par Marc Claverie il y a plus de 7 ans

  • Version cible mis à 3.2.14

Mis à jour par Charles Bonnissent il y a plus de 7 ans

Une autre solution, peut-être plus pérenne, serait de modifier le mode d'enregistrement pour encoder toutes les données qui ne sont pas fichiers et les passer dans une seule entrée ou dans le body de la requête.

Mis à jour par Charles Bonnissent il y a plus de 7 ans

  • Solution proposée mis à jour (diff)

Mis à jour par Matthieu Codron il y a plus de 7 ans

Ajouter un input à la fin du formulaire et vérifier que celui est bien présent lors de la sauvegarde.

est-on sûr que les inputs sont toujours envoyés (et surtout reçus) dans l'ordre ? car sinon, notre input de test pourrait passer alors qu'un input avec un gros file reçu plus tard serait corrompu…

N'est'-il pas possible, dans les paramètres de la requête de connaitre sa taille : si celle-ci est au dessus d'un seuil (disons max size - taille arbitraire de fichier), alors on considère qu'elle a une probabilité grande d'être corrompue, et on la rejette avec une erreur…

Mis à jour par Matthieu Codron il y a plus de 7 ans

Matthieu Codron a écrit :

Ajouter un input à la fin du formulaire et vérifier que celui est bien présent lors de la sauvegarde.

est-on sûr que les inputs sont toujours envoyés (et surtout reçus) dans l'ordre ? car sinon, notre input de test pourrait passer alors qu'un input avec un gros file reçu plus tard serait corrompu…

N'est'-il pas possible, dans les paramètres de la requête de connaitre sa taille : si celle-ci est au dessus d'un seuil (disons max size - taille arbitraire de fichier), alors on considère qu'elle a une probabilité grande d'être corrompue, et on la rejette avec une erreur…

Mea culpa, j'ai bêtement inféré qu'on parlait d'input file.
Si on ne travaille pas sur les input file, alors il "suffirait de compter le nombre d'input reçus, et si on atteint une limite de la forme (max_input_vars - valeur arbitraire), alors on rejète le formulaire

Mis à jour par Éric Brison il y a plus de 7 ans

  • Solution proposée mis à jour (diff)

Mis à jour par Éric Brison il y a plus de 7 ans

  • Statut changé de Nouveau à Assigné
  • Assigné à mis à Jérôme Augé

Mis à jour par Jérôme Augé il y a plus de 7 ans

  • % réalisé changé de 0 à 100

Mis à jour par Éric Brison il y a plus de 7 ans

  • Statut changé de Assigné à Intégré

Appliqué par commit dynacase-core|commit:e11b88fa92ae18012de5eff674a88b8d24d4ad4c.

Actions

Formats disponibles : Atom PDF