- Shipped
- 22 de agosto de 2026 a las 23:17 UTC
- Author
- Kamo
- Commit
- b31fb30
igs.assoc.id.check permitido assoc-id 0..13. ImageAssocType.PICTURE-FRAME es ordinal 14, así que TODOS Imagen Frame subido lo violaron. Hibernate escribe CHECK (col BETWEEN 0 AND N) para un "Enumerado" (ORDINAL) columna cuando se REApa la tabla y nunca la actualiza de nuevo, así que N es el El tamaño de Enum el día que se hizo la mesa. Añadir un valor y cada inserción Lleve el nuevo ordinal viola una restricción que nadie recuerda que existe. El fracaso es inusualmente opaco porque ImageService.uploadDocument es Transacción: la violación rueda todo el método de vuelta, tomando la fila de Img ya había escrito con él. Así que no hay una fila fallida, no hay parcial estado, y nada en la base de datos que apunta a la causa - sólo un genérico error. Diagnosticarlo significaba descartar la puerta del MIME, la lista blanca de extensión, Límites multiparte y la cadena de poderes primero. igs.client.mime.check permitido 0..35 contra un ImageMimeType que tiene exactamente 36 valores. Llena. El siguiente tipo MIME que cualquiera añadida se habría roto Cada subida a la plataforma en lugar de la de una característica, así que se deja caer aquí también, junto con el más antiguo check-client-mime (techo 99) y el control de sig.template, que está igualmente lleno en 0..2. Derriba en lugar de ampliar, que es lo que ******************* ya lo hace para las tablas de derechos y por la misma razón: hace cumplir valores válidos en Java, por lo que la comprobación de la base de datos es redundante, y La ampliación sólo mueve la bomba en lugar de desactivarla. Ya se aplica a la producción.