ChatGPT Desktop does not render request_user_input UI for Cloud Work conversations
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?
ChatGPT Work renders the structured request_user_input / “Ask User” UI inconsistently across clients for a Cloud Work conversation.
Observed behavior:
| Execution / surface | Result |
|---|---|
| Cloud Work in ChatGPT Web | The structured Ask User UI is displayed |
| The same Cloud Work behavior in ChatGPT Desktop | The structured Ask User UI is not displayed |
| Local Work in ChatGPT Desktop (control) | The structured Ask User UI is displayed |
This suggests that the Cloud Work runtime can emit the structured user-input request, but the Desktop client does not render or route that Cloud Work event correctly. Because local execution renders the UI in Desktop, the component itself appears to exist in the Desktop client.
What steps can reproduce the bug?
- Open ChatGPT Work on the web and select Cloud execution.
- Ask the agent to use the Ask User tool, or give it a task that causes a
request_user_inputcall. - Confirm that the web client shows the structured question UI with selectable options.
- Run an equivalent Cloud Work task from the ChatGPT Desktop app, or open/continue the Cloud Work conversation there.
- Observe that Desktop does not show the structured Ask User UI.
- As a control, run an equivalent task using Local Work in Desktop.
- Observe that Desktop can display the structured Ask User UI for the local task.
What is the expected behavior?
When Cloud Work emits a request_user_input event, ChatGPT Desktop should render the same structured Ask User UI as ChatGPT Web.
At minimum, the behavior should be consistent across supported Cloud Work surfaces. If a particular structured-input type is not supported in Desktop, the client should show a clear fallback question instead of silently omitting the UI.
Additional information
- Product surface: ChatGPT Work / ChatGPT Desktop
- Exact Desktop build and OS version were not captured for the initial report.
- Reproduced on August 28, 2026.
- This appears distinct from:
- #10952, which concerns persistent Desktop conversation-state desync after
request_user_inputis called in Default mode. - #29104, which concerns availability of
request_user_inputin Default mode.
- #10952, which concerns persistent Desktop conversation-state desync after
- In this report, the key issue is client-dependent rendering/routing for Cloud Work: the Web client displays the structured UI while the Desktop client does not.
🤖 This report was prepared with AI assistance.
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, Desktop build, or OS are named. Start by reproducing the Cloud Work request_user_input flow in Desktop and compare it with Web and Local Work, then trace the Desktop event-routing and rendering entry points. Done means the structured Ask User UI appears consistently, or an explicit fallback is shown when unsupported.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- cloud, desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100