Beveiligingsfix: binaire Bun-lockfile

Wat het betekent

Teruggegeven door POST /orgs/{org}/code-security/deps/findings/{id}/autofix (Beveiligingsfixes). Er is geen pull request aangevraagd.

Dezelfde weigering wordt met het type security-fix-binary-lockfile teruggegeven door POST /orgs/{org}/dependency-updates/security-fixes/requests. De paden hierboven zijn verouderd en blijven tot 2027-10-15 autofix-binary-lockfile teruggeven. Houd in je code rekening met beide types.

Voorbeeld van een detail-bericht dat met deze fout wordt teruggegeven:

• This repository uses bun.lockb, Bun’s binary lockfile, which only Bun itself can rewrite. Run bun install --save-text-lockfile once to switch to bun.lock (Bun 1.2 and later write it by default); security fixes work on bun.lock.

Het antwoord bevat ook "reason": "binary_lockfile".

Wat je kunt doen

De bevinding is gelezen uit bun.lockb, de binaire lockfile van Bun. Alleen Bun kan dat bestand herschrijven, en fremforge draait voor een beveiligingsfix nooit de tools van een repository, dus er wordt geen pull request geopend.

Zet de repository over op de tekstlockfile van Bun: draai één keer bun install --save-text-lockfile en commit bun.lock (en verwijder bun.lockb). Bun 1.2 en later schrijven standaard bun.lock. Beveiligingsfixes werken daarna op bun.lock; zie Ondersteunde ecosystemen.

Vorm van het antwoord

Alle API-fouten van fremforge zijn RFC 9457 problem+json:

{
  "type": "https://docs.frem.sh/reference/api/errors/autofix-binary-lockfile",
  "title": "Unprocessable Entity",
  "status": 422,
  "detail": "...",
  "reason": "binary_lockfile"
}

Baseer je logica op type, niet op title of detail: die zijn bedoeld voor mensen en kunnen anders worden geformuleerd.