nickjvandyke/opencode.nvim

bug: `<file>.new` buffer persists after edit request diff

Chiusa

#258 aperta il 9 mag 2026

Vedi su GitHubGuida contributor
 (0 commenti) (0 reazioni) (0 assegnatari)Lua (127 fork)auto 404
buggood first issue

Metriche repository

Star
 (3504 stelle)
Metriche merge PR
 (Merge medio 2g 22h) (9 PR mergiate in 30 g)

Descrizione

Describe the bug

When we display a diffpatch in response to an edit request, Neovim creates a <file>.new buffer. Even after the diff is closed, the .new buffer appears in e.g. buffer and file pickers, which is confusing and noisy.

Steps To Reproduce

  1. vim.g.opencode_opts.events.permissions.edits.enabled = true
  2. ask opencode to edit a file
  3. Respond to the edit request via the diff tab (haven't checked whether this only happens with certain responses)

Expected Behavior

<file>.new should be deleted from the buffer list.

See plugin/events/permissions/edits.lua

Guida contributor

Direzione di ricerca
Ispeziona `plugin/events/permissions/edits.lua` per trovare dove viene creato il buffer `<file>.new` e assicurati che venga chiuso o cancellato dopo che il diff viene chiuso. Cerca logiche di pulizia dei buffer e aggiungi un comando di wipe dopo la chiusura del diff.
Tech stack
lua
Dominio
developer experiencetooling
Tipo issue
Bug
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
2
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Nuova
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
NeovimLua
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
60