nickjvandyke/opencode.nvim

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

Fermée

#258 ouverte le 9 mai 2026

Voir sur GitHubGuide contributeur
 (0 commentaire) (0 réaction) (0 personne assignée)Lua (127 forks)auto 404
buggood first issue

Métriques du dépôt

Stars
 (3 504 étoiles)
Métriques de merge PR
 (Merge moyen 2j 22h) (9 PRs mergées en 30 j)

Description

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

Guide contributeur

Direction de recherche
Inspectez `plugin/events/permissions/edits.lua` pour trouver où le tampon `<file>.new` est créé et assurez vous qu'il est fermé ou effacé après la fermeture du diff. Recherchez la logique de nettoyage des tampons et ajoutez une commande de wipe après la fermeture du diff.
Stack technique
lua
Domaine
developer experiencetooling
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Récente
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
NeovimLua
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60