Sikkerhedsrettelse: binær Bun-lockfil
type | https://docs.frem.sh/reference/api/errors/autofix-binary-lockfile |
| HTTP status | 422 Unprocessable Entity |
Hvad det betyder
Returneres af POST /orgs/{org}/code-security/deps/findings/{id}/autofix (Sikkerhedsrettelser). Der blev ikke bestilt nogen pull request.
Den samme afvisning besvares med typen security-fix-binary-lockfile fra POST /orgs/{org}/dependency-updates/security-fixes/requests. Stierne ovenfor er udfasede og svarer fortsat med autofix-binary-lockfile indtil 2027-10-15. Håndtér begge typer i din kode.
Eksempel på en detail-besked, der returneres med denne fejl:
- 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 indeholder også "reason": "binary_lockfile".
Hvad du skal gøre
Fundet blev læst fra bun.lockb, Buns binære lockfil. Kun Bun kan omskrive den, og fremforge kører aldrig et repositorys egne værktøjer for at lave en sikkerhedsrettelse, så der åbnes ingen pull request.
Skift repositoriet over til Buns tekstbaserede lockfil: kør bun install --save-text-lockfile én gang, og commit bun.lock (og slet bun.lockb). Bun 1.2 og nyere skriver bun.lock som standard. Sikkerhedsrettelser virker derefter på bun.lock; se Understøttede økosystemer.
Svarets form
Alle fejl fra fremforges API er RFC 9457 problem+json:
{
"type": "https://docs.frem.sh/reference/api/errors/autofix-binary-lockfile",
"title": "Unprocessable Entity",
"status": 422,
"detail": "...",
"reason": "binary_lockfile"
}Lad din kode træffe beslutninger ud fra type, ikke ud fra title eller detail – de er skrevet til mennesker og kan blive omformuleret.