Repository navigation
Bug: continue_loop_on_deny does not apply to task/subtask permissions (Effect.orDie crashes instead of continuing) #31108
Description
Description
Task/subtask permission denials crash the task instead of letting the model continue, even with experimental.continue_loop_on_deny: true.
In packages/opencode/src/session/prompt.ts line ~614-621, the task tool's permission ask is wrapped with Effect.orDie:
ask: (req: any) =>
permission
.ask({
...req,
sessionID,
ruleset: Permission.merge(taskAgent.permission, session.permission ?? []),
})
.pipe(Effect.orDie),Effect.orDie converts any failure (including RejectedError from permission denial) into a fatal defect. This bypasses the shouldBreak/blocked logic in processor.ts that continue_loop_on_deny controls.
The continue_loop_on_deny config only affects the main processor loop (processor.ts:542):
ctx.shouldBreak = (yield* config.get()).experimental?.continue_loop_on_deny !== trueTask permissions never reach this code path because orDie turns the rejection into a crash before the processor can handle it.
When continue_loop_on_deny: true, a denied permission in a task should let the task model see the rejection as a tool error and continue (or report back to the parent), not crash the task.
Workaround: Kimaki uses a plugin that watches for permission.updated events on subagent sessions and immediately rejects them via permission.reply(), so the task fails fast and returns to the parent instead of hanging for the full permission timeout.
Related: #30726, #14297, #7730
Plugins
kimaki (custom plugins for subagent rate limiting, permission auto-reject)
OpenCode version
1.15.11
Steps to reproduce
- Set
experimental.continue_loop_on_deny: truein opencode config - Start a session that spawns a task (subagent)
- The task requests a permission (e.g. external_directory)
- Deny the permission (or let it time out)
- The task crashes instead of continuing
Operating System
macOS
Activity
github-actions commentedon Jun 6, 2026
This issue doesn't fully meet our contributing guidelines.
What needs to be fixed:
Please edit this issue to address the above within 2 hours, or it will be automatically closed.
This issue might be a duplicate of existing issues. Please check:
continue_loop_on_denybehavior, broader scope)continue_loop_on_deny#14297: Cannot reject with a message in the main agent whencontinue_loop_on_denyis setIf you believe this was flagged incorrectly, please let a maintainer know.
[-]continue_loop_on_deny does not apply to task/subtask permissions[/-][+]Bug: continue_loop_on_deny does not apply to task/subtask permissions (Effect.orDie crashes instead of continuing)[/+]github-actions commentedon Jun 6, 2026
Thank you for updating the issue! It now follows the contributing guidelines and bug report template correctly. The label has been removed.
feat: auto-reject permission requests in subagent sessions
feat: auto-reject permission requests in subagent sessions
revert: remove broken subagent permission auto-reject code
fix: bound denied tool call retries with cross-message doom loop dete…
fix: end the turn when a permission is rejected with feedback
revert: remove broken subagent permission auto-reject code
revert: remove broken subagent permission auto-reject code
github-actions commentedon Aug 6, 2026
To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.