Goal style questions disappear after restarting the client, serious error!!!!
Open 💬 12 comments Opened May 30, 2026 by tutuzhu98
💡 Likely answer: A maintainer (etraut-openai, contributor)
responded on this thread — see the highlighted reply below.
What version of the Codex App are you using (From “About Codex” dialog)?
latest
What subscription do you have?
Goal style questions disappear after restarting the client
What platform is your computer?
_No response_
What issue are you seeing?
Goal style questions disappear after restarting the client
What steps can reproduce the bug?
Goal style questions disappear after restarting the client
What is the expected behavior?
_No response_
Additional information
_No response_
12 Comments
The questions with targets are gone, only answers remain
Please provide more details and repro steps. It's not clear to me what problem you're hitting or how to repro it. Which platform are you using? Which version?
<img width="1005" height="656" alt="Image" src="https://github.com/user-attachments/assets/e43fac32-7b7b-4d20-bdc3-e19e48be5a92" />
I can add a clearer repro case.
Thanks. Here are the exact details and repro steps.
Platform:
Problem:
When I create multiple goals in the same Codex Desktop thread, only the first goal prompt is displayed in the conversation UI. Later goal prompts are missing from the visible chat history, but Codex still executes them and shows the assistant completion messages.
Repro steps:
test1.test2in the same thread.test3in the same thread.Actual result:
test1, is visible as a user message bubble.test2andtest3, are not visible.test2andtest3are visible, saying the goals were completed.Expected result:
test1,test2, andtest3, followed by their corresponding assistant responses.The screenshot demonstrates this: only the
test1prompt bubble is visible, while the completion messages fortest2andtest3appear below without their original prompt bubbles.One more related issue: when I attach an image to a goal prompt, only the text is sent and the image is dropped, while the same image upload works correctly in a normal chat message.
Does Goal currently have many bugs?
Goals do not support direct-attached images. If you want a goal to reference an image, you should refer to it as a file. Goals work by injecting a continuation prompt to keep the agent working, and you wouldn't want images to be injected every time. That would quickly fill your context window. Perhaps we should make it an error to directly attach an image when defining a goal.
I generally recommend creating a new thread for each goal. Goals are designed for very-long-running tasks.
Thanks, that makes sense for image attachments.
For the missing goal prompt issue, my use case is that I find Goals very useful for fixing bugs, so I often invoke multiple goals repeatedly within the same thread while working on the same codebase/context.
I understand your recommendation to create a new thread for each goal, especially for very long-running tasks. However, if multiple text-only goals are created in the same thread, the later goal prompt bubbles disappearing from the visible conversation history still feels like a UI/history persistence bug.
Even if using one thread per goal is the recommended workflow, should the app still preserve and display every text-only goal prompt that was actually submitted in that thread?
You mentioned that you find goals very useful for fixing bugs. Do you find that using normal prompts fails to fix bugs? Most bugs should be well within the normal scope of what today's models can handle. Goals are intended for very complex multi-step problems that require many hours or days to complete. For normal, every-day tasks like bug fixes, you should be able to use a regular prompt.
When you say "goal prompt bubbles", what do you mean?
Here's what I see when I create three consecutive
/goal's in a thread.<img width="819" height="568" alt="Image" src="https://github.com/user-attachments/assets/fb6fa7d1-cfdc-44bb-8480-fc85fee7ebcf" />
Firstly, the reason why I am referring to the use of bug fixing/goal is because when the context is extremely complex, bugs are often difficult to fix in one go.
Secondly, you can compare the two images below.The problem is that when I restart Codex, only the first /goal is left,I don't know if you have it too.
<img width="1309" height="559" alt="Image" src="https://github.com/user-attachments/assets/73f91467-086d-4aa8-b6b3-90d60d9d309e" />
<img width="1016" height="364" alt="Image" src="https://github.com/user-attachments/assets/86645141-32b7-4c20-9c67-f3a8f37df8d9" />
OK, I'm able to repro the problem if I restart Codex. You didn't mention that in any of your previous repro steps.
Thanks for confirming. Just to clarify, the restart condition was the main point in the issue title and original description, but I agree my later repro steps should have repeated it explicitly.
Is this something the Codex team plans to fix, so that text-only goal prompt bubbles are persisted and shown correctly after restart?
We can look into this, but it's not a high priority because it's non-blocking and mostly cosmetic.