Environment
- macOS 26.2 (beta)
- Hermes v0.15.1 (2026.5.29)
- Hermes Desktop App (Electron, bundled)
Symptom
When approvals.mode is set to manual in config.yaml, terminal/execute_code commands that require user approval should show a confirmation prompt (allow/deny) to the user.
In the Desktop App GUI, this prompt never appears. The user sees nothing — no dialog, no popup, no inline prompt. The command silently hangs until the 60s timeout, then gets denied with:
BLOCKED: Command denied by user. The user has NOT consented to this action.
Impact
- User cannot approve commands in the Desktop App
- Every semi-sensitive operation fails silently
- Forces user to switch to CLI or disable approvals entirely (
approvals.mode: off)
- Blocks the agents ability to write files, run certain commands, etc.
Expected Behavior
The same approval mechanism that works in CLI mode (interactive prompt showing the command and asking allow/deny) should also render properly in the Desktop Apps Electron-based GUI.
Additional Context
- CLI mode works fine: the approval prompt appears and user can respond
- Gateway platforms also handle this differently
- The bug seems specific to the Desktop Apps UI rendering pipeline (Ink/React TUI vs Electron renderer)
- User reports: similar to issues/37810 (Electron menu rendering problems), this may be another case of Electron integration not properly rendering interactive overlays
Environment
Symptom
When
approvals.modeis set tomanualin config.yaml, terminal/execute_code commands that require user approval should show a confirmation prompt (allow/deny) to the user.In the Desktop App GUI, this prompt never appears. The user sees nothing — no dialog, no popup, no inline prompt. The command silently hangs until the 60s timeout, then gets denied with:
Impact
approvals.mode: off)Expected Behavior
The same approval mechanism that works in CLI mode (interactive prompt showing the command and asking allow/deny) should also render properly in the Desktop Apps Electron-based GUI.
Additional Context