Subagent patch approval prompt omits diff/file details in parent TUI

What version of Codex CLI is running?

0.125.0

What subscription do you have?

pro

Which model were you using?

gpt-5.5

What platform is your computer?

Windows 11/WSL2 Ubuntu

What terminal emulator and version are you using (if applicable)?

Windows Terminal > Ubuntu WSL

What issue are you seeing?

When a subagent/worker requests a file edit, the parent Codex TUI shows an approval prompt but does not show the actual edit contents or affected file path.

Example prompt:
• Waiting for Kant [worker]
Would you like to make the following edits?
Thread: Kant [worker]

› 1. Yes, proceed (y)

1. Yes, and don't ask again for these files (a)
2. No, and tell Codex what to do differently (esc)

What steps can reproduce the bug?

1. Start Codex with a read-only sandbox and approval-on-request enabled.

sandbox_mode = "read-only"
approval_policy = "on-request"

1. Open a repo/workspace where Codex can spawn subagents.
2. Ask Codex to spawn a worker subagent that writes one specific scratch file. Example prompt:

Spawn a worker subagent. Instruct it to create only this file:

docs/repro-subagent-approval.md

The worker should write a short markdown note to that file using apply_patch, then return only the file path.

1. Wait for the worker to attempt the file write.
2. Observe the parent TUI approval prompt.

Expected Result

The parent TUI approval prompt shows the target file and patch/diff, similar to a normal top-level apply_patch approval.

Example:

Add File: docs/repro-subagent-approval.md

+ # Repro
+ This file was written by a worker.

Actual Result

The parent TUI shows only a generic approval prompt with the worker/thread name, but no diff or target file details:

• Waiting for Kant [worker]

Would you like to make the following edits?

Thread: Kant [worker]

› 1. Yes, proceed (y)

1. Yes, and don't ask again for these files (a)
2. No, and tell Codex what to do differently (esc)

The patch details are present in Codex logs, but they are not rendered in the parent approval UI.

What is the expected behavior?

The approval prompt should show the same patch/diff and target file path that would be shown for a normal top-level apply_patch approval. At minimum it should show:

• Subagent/thread name
• Target file paths
• Whether files are added/updated/deleted
• The diff or a way to expand/view it
• The allow-scope implied by “don’t ask again for these files”

Actual behavior:
The prompt only says “make the following edits” but displays no edits. This forces the user to approve or deny blind.

Additional information

The underlying logs do contain the patch. In my case the worker was adding a tmp audit file:

ToolCall: apply_patch * Begin Patch
* Add File: docs/post-edit-factual.md

So this appears to be a TUI rendering/approval propagation issue: the child session has the patch payload, but the parent approval prompt only displays metadata.