nickjvandyke/opencode.nvim

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

クローズ

#258 opened on 2026/05/09

GitHub で見るコントリビューターガイド
 (0 件のコメント) (0 件のリアクション) (0 人の担当者)Lua (127 件のフォーク)auto 404
buggood first issue

Repository metrics

Stars
 (3,504 個のスター)
PR merge metrics
 (平均マージ 2d 22h) (30d で 9 merged PRs)

説明

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

コントリビューターガイド

調査方針
`plugin/events/permissions/edits.lua` を調査し、`<file>.new` バッファが作成される場所を見つけ、diff が閉じられた後にそのバッファが閉じられるか消去されるようにします。バッファクリーンアップロジックを探し、diff が閉じた後にワイプコマンドを追加します。
技術スタック
lua
領域
developer experiencetooling
Issue 種別
バグ
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
2
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-3時間
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
新着
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
明確
前提条件
NeovimLua
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
60