nickjvandyke/opencode.nvim

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

Geschlossen

#258 geöffnet am 09.05.2026

Auf GitHub ansehenContributor Guide
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Lua (127 Forks)auto 404
buggood first issue

Repository-Metriken

Stars
 (3.504 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 2T 22h) (9 gemergte PRs in 30 T)

Beschreibung

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

Contributor Guide

Research-Richtung
Überprüfe `plugin/events/permissions/edits.lua`, um zu finden, wo der `<file>.new` Puffer erstellt wird, und stelle sicher, dass er nach dem Schließen des Diffs geschlossen oder gelöscht wird. Suche nach Pufferbereinigungslogik und füge nach dem Schließen des Diffs einen Wipe Befehl hinzu.
Tech Stack
lua
Domain
developer experiencetooling
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
NeovimLua
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60