Correctif de sécurité : aucune base plus récente ne le corrige
type | https://docs.frem.sh/reference/api/errors/autofix-image-no-base-fix |
| Statut HTTP | 422 Unprocessable Entity |
Ce que cela signifie
Renvoyée par POST /orgs/{org}/code-security/images/findings/{id}/autofix (Correctifs de sécurité). Aucune pull request n’a été demandée.
Depuis le 2026-10-14, le même refus est renvoyé avec le type security-fix-image-no-base-fix par POST /orgs/{org}/dependency-updates/security-fixes/requests. Les chemins ci-dessus sont obsolètes et continuent de renvoyer autofix-image-no-base-fix jusqu’au 2027-10-15. Basez votre logique sur l’un ou l’autre type.
Exemple de message detail renvoyé avec cette erreur :
- No newer base image fixes this finding: fremforge scanned the newest base of the same line and the finding is still there.
La réponse contient aussi "reason": "image_no_base_fix".
Que faire
Le paquet provient de l’image de base, mais la base la plus récente de la même lignée (même version majeure et même forme de tag), analysée par fremforge avec la même base de données de vulnérabilités, le contient encore, ou bien il n’existe pas de base plus récente. Attendez une base corrigée, ou passez à une autre base à la main.
Forme de la réponse
Toutes les erreurs de l’API fremforge sont au format problem+json de la RFC 9457 :
{
"type": "https://docs.frem.sh/reference/api/errors/autofix-image-no-base-fix",
"title": "Unprocessable Entity",
"status": 422,
"detail": "...",
"reason": "image_no_base_fix"
}Basez votre logique sur type, et non sur title ou detail : ces champs sont destinés à être lus par un humain et peuvent être reformulés.