You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Don't play permission sound if auto-approve is on #48579
When sounds are configured in the TUI, the "permission" sound always plays when the agent asks for permission, even if "Enable auto-approve permissions" is on. This causes the permission sound to play a lot if the agent is requesting permissions while auto-approve is on. If auto-approve is on the permission sound should not play
Plugins
No response
OpenCode version
1.18.29
Steps to reproduce
Set a permission sound
Enable "auto-approve" in TUI
Have the agent open a file that is not in the current project
This isn't referring to the planned full-auto mode (though it should apply to that too when it is released), it is referring to the existing "auto-accept" mode.
You're on OpenCode 1.18.29, which is v1. v1 now only gets fixes for critical bugs (data loss, security problems, crashes or breakage with no workaround). A permission sound playing while auto-approve is on doesn't fall into that group, and turning the permission sound off is a workaround, so this is unlikely to be fixed in v1.
We'd encourage upgrading to v2 (the @opencode/cli package, opencode command), where active development happens. From reading the v2 code, it may behave the same way: the TUI's auto-approve answers a permission request only after the request is raised, and the notification sound plays on that same event. If you can reproduce this on v2, please reply here with your v2 version. Please also reply if you think this is more serious than it looks.
Closing this as not planned. You reported it on v1 (1.18.29), and v1 only gets fixes for critical bugs. We haven't heard that it also happens on v2.
If the permission sound still plays with auto-approve on in v2 (the @opencode/cli package), please open a new issue with your v2 version and the steps you used. Thanks for reporting it, @Sarulean!
Activity
Sarulean commentedon Sep 12, 2026
This is V1 by the way
Sarulean commentedon Sep 16, 2026
This issue also applies to V2 though
Sarulean commentedon Oct 3, 2026
This isn't referring to the planned full-auto mode (though it should apply to that too when it is released), it is referring to the existing "auto-accept" mode.
opencodejr commentedon Oct 28, 2026
Thanks for the clear report, @Sarulean!
You're on OpenCode 1.18.29, which is v1. v1 now only gets fixes for critical bugs (data loss, security problems, crashes or breakage with no workaround). A permission sound playing while auto-approve is on doesn't fall into that group, and turning the permission sound off is a workaround, so this is unlikely to be fixed in v1.
We'd encourage upgrading to v2 (the
@opencode/clipackage,opencodecommand), where active development happens. From reading the v2 code, it may behave the same way: the TUI's auto-approve answers a permission request only after the request is raised, and the notification sound plays on that same event. If you can reproduce this on v2, please reply here with your v2 version. Please also reply if you think this is more serious than it looks.Sarulean commentedon Oct 28, 2026
This is v2, I hadn't updated when I made this issue. I am using v2 now and the issue still exists.
Sarulean commentedon Oct 28, 2026
My v2 version is 2.1.4
opencodejr commentedon Oct 29, 2026
Closing this as not planned. You reported it on v1 (1.18.29), and v1 only gets fixes for critical bugs. We haven't heard that it also happens on v2.
If the permission sound still plays with auto-approve on in v2 (the
@opencode/clipackage), please open a new issue with your v2 version and the steps you used. Thanks for reporting it, @Sarulean!Sarulean commentedon Oct 30, 2026
I confirmed yesterday that this still happens on v2 and provided version 2.1.4: https://github.com/anomalyco/opencode/issues/48579#issuecomment-6470544903. Could you reopen this issue? PR #59094 already targets it.