Skip to content

[Bug]: Always allow in this session stops Grok 4.6 #6502

Description

@tryonelove

Before submitting

  • I searched existing issues and did not find a duplicate.
  • I included enough detail to reproduce or investigate the problem.

Area

apps/desktop

Steps to reproduce

  1. Select Grok 4.6.
  2. Use Auto or Supervised mode.
  3. Trigger the command approval popup.
  4. Click Always allow.
  5. Grok stops working.

Expected behavior

Grok continues execution with all session commands approved.

Actual behavior

Grok stopped working. When I asked why, it told me that it had been canceled. Approve once works correctly though.

Impact

Major degradation or frequent failure

Version or commit

v0.0.33

Environment

macOS 27.0 Beta (26A5406e)

Logs or stack traces

Screenshots, recordings, or supporting files

Cap.2026-08-13.at.20.04.18.mp4

Workaround

Approve once is the only workaround

Activity

  1. added
    bugSomething is broken or behaving incorrectly.
    needs-triageIssue needs maintainer review and initial categorization.
    on Aug 13, 2026
  2. maslinedwin commented on Aug 16, 2026

    @maslinedwin
    Contributor

    Fix is in #7070 (b0079ede). If Grok omits an allow_always option, Always allow now falls back to allow_once instead of answering the permission request as cancelled.

  3. t3dotgg commented on Aug 27, 2026

    @t3dotgg
    Member

    Thanks for the report and the follow-up diagnosis. We believe this is fixed by PR #8358.

    When Grok does not offer allow_always, T3 now sends allow_once and remembers the approved operation for the session. Choosing Always allow should no longer send a cancelled permission response and stop the turn.

    I'm closing this as fixed as part of an automated pass on all open issues. If this still happens in a build that includes PR #8358, please reply with the permission options from Grok and the response T3 sends, and we can reopen it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething is broken or behaving incorrectly.needs-triageIssue needs maintainer review and initial categorization.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions