ChatGPT Web: “Continue with Work” does nothing and only resets the handoff countdown
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
What issue are you seeing?
In a normal ChatGPT chat, the Continue with Work handoff UI appears correctly, but clicking Continue with Work does not switch to Work and does not visibly start a Work task.
The strange part is that the click is not completely ignored: it resets/restarts the countdown on the Keep chatting here option, then the handoff card remains in the same state.
By contrast, clicking Keep chatting here works immediately and dismisses/cancels the handoff as expected.
Work itself is available and works normally when opened manually, so this seems specific to the Chat → Work handoff flow rather than Work access or account permissions.
I reproduced this several times, including with an extremely small task, so it does not appear to depend on prompt complexity.
Steps to reproduce
- Start in a normal ChatGPT chat.
- Ask ChatGPT to hand the conversation/task off to Work.
- Wait for the card with Continue with Work and Keep chatting here.
- Click Continue with Work.
- Observe that the UI does not switch to Work and no visible Work task starts.
- The countdown/state for Keep chatting here resets, and the same handoff card remains.
- Repeat: same result.
- Open Work manually from the product UI: Work opens normally.
- Trigger another handoff using a minimal instruction such as: “Create an empty task named Test and do nothing else.” The same failure occurs.
Expected behavior
Clicking Continue with Work should open/switch to Work, carry over the confirmed chat context/instructions, and let Work continue from there.
Actual behavior
Clicking Continue with Work does not transition to Work. The only visible effect is that the Keep chatting here countdown/state is reset. Clicking Keep chatting here itself works normally.
Additional information
- Reproduced multiple times in the same chat.
- Manually entering Work works normally.
- A minimal handoff task reproduces the problem, so this does not appear to be caused by a long or complex instruction.
- This looks like a handoff UI/state-transition bug rather than a Work availability problem.
- Screenshot is available if maintainers need it.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No source files, tests, or repository entry points are identified in the report. Start by reproducing the Chat → Work handoff in the web UI and trace the Continue with Work action; done means it switches to Work with the confirmed context while Keep chatting here remains functional.
Written by the indexing model from the issue text.
Assessment
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100