Säkerhetsfix: binär Bun-låsfil
type | https://docs.frem.sh/reference/api/errors/autofix-binary-lockfile |
| HTTP status | 422 Unprocessable Entity |
Vad det betyder
Returneras av POST /orgs/{org}/code-security/deps/findings/{id}/autofix (Säkerhetsfixar). Ingen pull request begärdes.
Samma avslag besvaras med typen security-fix-binary-lockfile från POST /orgs/{org}/dependency-updates/security-fixes/requests. Sökvägarna ovan är utfasade och fortsätter att svara autofix-binary-lockfile fram till 2027-10-15. Hantera båda typerna.
Exempel på ett detail-meddelande som returneras med det här felet:
- This repository uses bun.lockb, Bun’s binary lockfile, which only Bun itself can rewrite. Run
bun install --save-text-lockfileonce to switch to bun.lock (Bun 1.2 and later write it by default); security fixes work on bun.lock.
Svaret innehåller också "reason": "binary_lockfile".
Vad du gör
Fyndet lästes från bun.lockb, Buns binära låsfil. Bara Bun kan skriva om den, och fremforge kör aldrig ett repos egna verktyg för en säkerhetsfix, så ingen pull request öppnas.
Byt repot till Buns textbaserade låsfil: kör bun install --save-text-lockfile en gång och committa bun.lock (och ta bort bun.lockb). Bun 1.2 och senare skriver bun.lock som standard. Säkerhetsfixar fungerar sedan på bun.lock; se Ekosystem som stöds.
Svarets form
Alla fel från fremforges API är RFC 9457 problem+json:
{
"type": "https://docs.frem.sh/reference/api/errors/autofix-binary-lockfile",
"title": "Unprocessable Entity",
"status": 422,
"detail": "...",
"reason": "binary_lockfile"
}Styr din felhantering på type, inte på title eller detail: de är skrivna för människor och kan formuleras om.