- Expédié
- 6 septembre 2026 à 04:39 UTC
- Auteur
- Kamo
- Commite
- e03e880
- a affirmé qu'une image déjà à l'intérieur la boîte revient à ce qui s'est passé. Elle a échoué depuis afee6fd en juillet, et le code est correct - le test ne l'est pas. Cet engagement a remplacé ImageIO et webp-imageio par un sous-processus ffmpeg parce que le Une vieille paire pourrait craquer nativement la JVM (SIGSEGV dans libwebp's Amusez à l'aspirationBgraLinePair-SSE2) et prenez l'ensemble de la gousse de ConversionService vers le bas. C'est le contrat déclaré est "d'orestue d'un .webp réel, en hauteur, .webp", et donc le retour La PNG d'origine de l'appelant est exactement ce qu'elle ne doit plus faire. Le test a été écrit. avant cela et jamais revenir; rien n'était faux si ce n'est l'affirmation. Mais le supprimer aurait jeté quelque chose qui vaut la peine d'être gardé. La moitié qui Il est toujours en attente qu'une image à l'intérieur de la boîte n'est pas ré-échantillonnée. pour cette raison (0b7fe3c, "jamais haut de gamme de petites images") et rien d'autre l'a affirmé. Donc le test vérifie maintenant les dimensions sont préservées et la sortie est un Un webP réel, et deux autres couvrent les garanties des voisins: qu'une image SMALLER que la boîte n'est pas étendue à elle, et qu'une PNG en donne toujours un WebP. Vérification des nouvelles morsures de garde plutôt que de décorer: le retrait de la pince 1.0 échoue - La suite passe à nouveau à la fin des tests de 68, premier parcours vert depuis juillet.