Repository navigation
Suspected false safety pause with Astra after explicit permission to implement and deploy #43041
Description
What version of the IDE extension are you using?
26.5721.30844 (currently installed locally; the exact version at the time of the screenshot was not separately recorded).
What subscription do you have?
ChatGPT Pro.
Which IDE are you using?
VS Code. Model: GPT-6 Astra.
What platform is your computer?
Microsoft Windows NT 10.0.26220.0 x64.
What issue are you seeing?
I start sessions with discussion and investigation only, explicitly asking Codex not to make changes. Once we agree on an approach, I explicitly authorize implementation and deployment in the same session.
With Astra, the task subsequently stops with a "Chat paused as a precaution" dialog. Its explanation appears to treat the earlier read-only instructions as still controlling, despite my later explicit authorization.
The dialog says:
ChatGPT couldn't confirm the agent was interpreting your instructions correctly. Review what we detected before deciding to continue.
The explanation includes:
The relevant safety boundary was explicit: investigation and discussion only, with no edits, commits, deployments, database writes, or production mutations. No supplied user message authorized crossing that boundary.
That conflicts with the later authorization in the workflow described below. Continuing requires checking "I confirm I have carefully reviewed and believe it is safe to continue" and clicking "Continue chat."
What steps can reproduce the bug?
This is the workflow in which I encounter the issue, rather than an independently verified minimal reproduction:
- Start a session with instructions to discuss and investigate without making changes.
- Discuss the proposed implementation.
- Explicitly authorize the next phase in the same session with a message such as the following (local skill links omitted):
good. i agree. YOU ARE ALLOWED TO IMPLEMENT NOW, YOU CAN MAKE CHANGES:
1. create a new branch for this
2. implement your suggestions
3. run $autonomous-branch-review-fix-loop
4. run $vtx-prod-deploy
5. confirm it works in prod
you can deploy
you can use multiple agents
makes sense?
you can do the order you suggest for this long-running task, i'm not saying do everything at once. it can be phase by phase if it makes sense, bot don't ask me questions if it's something trivial. i am not monitoring you
- Let Codex proceed with the authorized work.
- Observe the precautionary pause requiring manual confirmation.
The named skills are my local review/fix and production-deployment workflows. The key issue is the explicit transition from discussion-only instructions to permission to implement and deploy.
What is the expected behavior?
The safety review should evaluate instructions chronologically and recognize that explicit later permission changes the earlier discussion-only boundary for the agreed work. Actions should be assessed against the authorization in effect when they occurred.
Within that scope, Codex should be able to proceed through the authorized phases without stopping solely because earlier messages prohibited changes during the discussion phase.
Additional information
Impact: This interrupts long-running tasks that I explicitly authorized to run unattended. Work remains blocked until I return and manually confirm permission I already gave.
Possible cause to investigate: The reviewer may be missing the later authorization or relying on a summary that retains the earlier restriction. This is a hypothesis; the screenshot alone does not establish the cause or the complete action chronology.
The warning text above is transcribed from the screenshot. No full session transcript is included in this report.
Screenshot

Activity
farischaudhry commentedon Sep 6, 2026
Also affected in the Codex desktop app — repeated precautionary-message acknowledgement loop
I am experiencing this precautionary-pause/continuation problem in the Codex desktop app on Windows, referred to as the ChatGPT/Codex app in my earlier reports.
In my case, it creates an endless acknowledgement loop:
Precautionary message appears → I acknowledge it → work resumes → another acknowledgement is required → repeat.
The bug I am reporting is the acknowledgement and continuation workflow. Having acknowledged the precaution and authorised continuation, I am repeatedly returned to the same confirmation step instead of being able to progress normally.
This also blocks attempts to investigate the bug using the app: the investigation itself encounters the same loop, requiring me to acknowledge it repeatedly. Codex is now effectively unusable for my affected workflow.
I have already reported this through
/feedbackand contacted OpenAI on X, but the problem remains unresolved.Expected behaviour: Acknowledging the precaution should allow the task to continue without repeatedly requiring acknowledgement of the same condition.
Please include the desktop app in this investigation and explicitly track the repeated acknowledgement loop. Please investigate whether acknowledgement is being retained and recognised by the continuation workflow, or whether the same condition is being triggered again after acknowledgement. A shared cause with the VS Code report has not been confirmed.
Current environment: OpenAI.Codex Windows package 26.901.6511.0; Windows 11 Pro 10.0.26200, x64, verified on 6 September 2026.
Please provide a supported recovery procedure for affected conversations and identify any fix or release tracking this problem.
Separate desktop app report with the reproduction sequence and environment details: #43192
Ralcidonis commentedon Sep 7, 2026
Same thing here. Again, if this is a genuine monitoring safety thing, it is of no practical use if the the user cannot take action after the warning. It is at this point more of an annoyance than anything useful. I approved it multiple times and before the thread even starts, I get the same thing.
I found myself just mindlessly approving to get rid of the warning, and it has turned into a waste of time.
I have now switched to Sol as Astra is not usable with this well-intentioned but nonsensical warning.