- Expédié
- 22 août 2026 à 23:17 UTC
- Auteur
- Kamo
- Commite
- b31fb30
imgs-assoc-id-check autorisé assoc-id 0,1..13. ImageAssocType.PICTURE-FRAME est ordinal 14, donc CHAQUE trame de trame téléchargé le violait. Hibernate écrit CHECK (col BETWEEN 0 ET N) pour un 'Enomeated(ORDINAL) colonne quand il CREATES le tableau et ne le met plus jamais à jour, donc N est le La taille d'enum le jour où la table a été faite. Apporter une valeur et chaque insertion le port de la nouvelle ordinale viole une contrainte dont personne ne se souvient n'existe. L'échec est exceptionnellement opaque parce que ImageService.uploadDocument est «Transactionnel: la violation roule l'ensemble de la méthode en arrière, en prenant la ligne Img Il avait déjà écrit avec. Donc il n'y a pas de ligne de téléchargement raté, pas de partiel l'état, et rien dans la base de données pointant la cause - juste un générique Erreur. Diagnositer cela signifiait exclure la porte MIME, la liste blanche de l'extension, limites en plusieurs parties et la chaîne proxy en premier. imgs-client-mime-check autorisé 0..35 contre un ImageMimeType qui a exactement 36 valeurs. Pleine. Le prochain type MIME que toute personne ajoutée aurait cassé Chaque téléchargement sur la plate-forme plutôt que sur une fonctionnalité, donc il est abandonné ici également, ainsi que l'ancien chèque manuscrit de vérification manuscrite (butiements 99) et le sig-modèle-contrôle du statut, qui est également complet à 0..2. Largès plutôt que élargi, c'est quoi C'est déjà le cas pour les tables des droits et pour la même raison: impose des valeurs valides en Java, de sorte que le contrôle de la base de données est redondant, et l'élargissement ne fait que déplacer la bombe au lieu de la désamorcer. Déjà appliquée à la production.