[Bug]: SwiftUI shows a turn's later tool calls above assistant text that came before them #14695

Before submitting

• I searched existing issues and did not find a duplicate.
• I included enough detail to reproduce or investigate the problem.

Area

apps/swift-ios (SwiftUI mobile). This option isn't in the dropdown; this is not React Native apps/mobile.

Steps to reproduce

1. Pair the SwiftUI app to a server, and open a project with a README.md and a few files under apps/.
2. Start a new task (here: Claude · Claude Sonnet 5.5) with this prompt:

   Work in two separate steps. Before each step, write one short sentence saying what you are about to do. Step 1: read README.md and tell me its first heading. Step 2: list the files under apps/ and tell me how many files there are. Finish with a one-line summary.

3. Watch the thread while the turn runs, then expand the Work log row after it settles.

The server recorded this order (scratch database, UTC, 2 Oct 2026):

Expected behavior

Tool activity appears where it happened relative to the assistant text: the find call appears after "Step 2: I'll list the files…", not before it.

Actual behavior

Both tool calls are folded into one Work log · 2 row directly under "Step 1". The step 2 find call is therefore shown above the "Step 2: I'll list the files…" text that preceded it, both live and after the turn settles.

On SwiftUI, every tool event in a turn goes into one work-log row keyed by turnId:

• grouping: collapsedWorkLogs and the live path at L6302;
• the row is dated by the turn's first tool event (L7650-L7651);
• rows are sorted by that date (L5984-L5985).

So text1 → toolA → text2 → toolB renders as text1, [A+B], text2.

Web groups consecutive work entries and ends a group at any non-work entry (MessagesTimeline.logic.ts#L1220-L1260). React Native builds activity-group rows separately (threadActivity.ts#L2182). I have not captured web or React Native screenshots of this thread.

Question for maintainers: what is the intended SwiftUI grouping? No fix is proposed here until that is triaged.

• (a) End a work-log group at assistant text, notices and turn boundaries, like web, and keep consecutive tool calls in one collapsed row; or
• (b) Keep one row per turn, but position it so later tool calls don't appear above earlier text; or
• (c) The current per-turn row is the intended SwiftUI design.

Earlier, unmerged attempts in this area were closed PRs #10766 (chronology fix; it split rows per tool call) and #10767 (consecutive-call grouping with relative ages). Neither is being re-proposed. Timestamps and ages on rows are a separate topic and not part of this report.

Impact

Minor bug or occasional failure. The transcript misstates the order in which the agent worked whenever it writes text between tool calls.

Version or commit

SwiftUI app: a Debug build of t3code/rebuild-mobile-app-swift @ 285d2ab80c, from a clean tree. I reused an existing build rather than building the current target.

Current target: bb01adbf90. The relevant code is unchanged from that build: from makeDetailDelta to the end of NativeFeatureClient.swift, the only differences are one added newProjectsRoot mapping line and an afterSequence replay-skip in the reducer. Neither touches the turnId grouping, the first-event anchor or the sort. ThreadDetailView.swift differs only by an added "Restart agent session" menu item.

Server: the same repository revision (node apps/server/src/bin.ts serve), with an empty scratch home and a scratch project.

Environment

• iOS 26.5 Simulator, iPhone 17 Pro, light appearance.
• Provider: Claude · Claude Sonnet 5.5 (High).
• Local scratch server on 127.0.0.1.

Logs or stack traces

N/A. The event order above comes from the server's projection_thread_messages and projection_thread_activities tables for that thread.

Screenshots, recordings, or supporting files

Settled, collapsed. One Work log · 2 row under "Step 1", above "Step 2: I'll list the files…":

Settled, expanded. The row contains both the step 1 Read and the step 2 find, above the Step 2 text:

Live turn. Mid-turn, Work log · 1 / Command run (the step 2 find) is already above "Step 2: I'll list the files…", then becomes Work log · 2:

About the GIF. Its frames come from an unedited simctl recordVideo capture of the whole turn (295 s, H.264). Frames were sampled at 4 fps and play at 0.25 s each, with the last frame held. The source has irregular timestamps, so the GIF does not show exact timing.

How it was driven. A GPT-6 Astra agent operated the Simulator UI: it chose the model, typed the prompt, and captured screenshots and the recording. The T3 Device panel listed and opened the device, but its UI automation failed twice (no active session, then a daemon timeout), so the agent used the AXe Simulator CLI. Earlier, Claude Opus 5.5 paired the app and added the scratch project with the same CLI. The agent turn itself was real, not a fixture.

Not checked: a physical device, the current-target build itself, and web or React Native captures of the same thread.

Reported with Claude Opus 5.5 (Claude Code), with Simulator UI driven by GPT-6 Astra (Codex) via T3.