- Navios
- 6 de setembro de 2026 às 04:39 UTC
- Autor
- Kamo
- Enviar
- e03e880
Afirmava que uma imagem já dentro A caixa volta a ser idêntica ao que entrou. Tem falhado desde então. afee6fd em julho, e o código está certo – o teste não está. Esse commit substituiu ImageIO + webp-imageio por um subprocesso ffmpeg porque o par antigo poderia nativo-crash da JVM (SIGSEGV na libwebp's UpsampleBgraLinePair SSE2) e leve todo o pod ConversionService para baixo. Sua contrato declarado é "sempre emitir um real, height-capped .wepp", assim retornando o O PNG original do chamador é exatamente o que ele não deve mais fazer. O teste foi escrito Antes disso e nunca revisitado; nada era errado, exceto a afirmação. Apagá-la teria jogado fora algo que valesse a pena guardar. A metade que ainda detém é que uma imagem dentro da caixa não é reamostrada - `factor` é pinçado para 1.0 por essa razão (0b7fe3c, "nunca imagens pequenas de luxo") e nada mais Asseverou-o. Então o teste agora verifica dimensões são preservadas e a saída é um WebP real, e mais dois cobrir as garantias vizinhas: que uma imagem do que a caixa não é esticada até ele, e que um PNG em sempre produz um WebP para fora. Verifiquei as novas mordidas de guarda em vez de decoração: remover a pinça 1.0 falha **************************** A suíte passa de ponta a ponta novamente — 68 testes, primeira corrida verde desde julho.