Fixed paste handling bug in TUIPublic

Let me examine the relevant code. The issue is about paste handling in the TUI and the follow-up queue.

Let me search for the follow-up handling and paste-related code:

Let me look at the Editor class in pi-tui to understand paste handling:

I found the bug. Let me also check the EditorComponent interface to see if getExpandedText is part of it:

Let me verify where getExpandedText is being used vs getText:

Let me check what function line 2363 is in and what context line 2475 is:

Let me also check the normal submit handler to see how it handles text extraction:

Let me trace how handleFollowUp is triggered to confirm the issue:

Let me check where queueCompactionMessage gets its text from:

Let me check the "steer" path to see if it has the same bug:

Analysis Complete

Issue Summary

Title: Follow-up queue sends paste marker instead of full paste content

Type: Bug

Root Cause

In packages/coding-agent/src/modes/interactive/interactive-mode.ts, the handleFollowUp() method (triggered by Alt+Enter) reads editor content using:

const text = this.editor.getText().trim();  // Line 2249

The getText() method returns the raw editor state which includes paste markers like [paste #1 +15 lines]. It should instead use getExpandedText() which expands those markers to the actual pasted content.

Why the normal Enter works correctly: The regular submit path (Enter key) goes through the Editor's internal handleInput() method in packages/tui/src/components/editor.ts (around line 668), which properly expands paste markers before calling the onSubmit callback:

let result = this.state.lines.join("\n").trim();for (const [pasteId, pasteContent] of this.pastes) {    const markerRegex = new RegExp(`\\[paste #${pasteId}( (\\+\\d+ lines|\\d+ chars))?\\]`, "g");    result = result.replace(markerRegex, pasteContent);}// ...if (this.onSubmit) this.onSubmit(result);

But handleFollowUp() bypasses this path entirely by reading text directly from the editor.

Proposed Fix

File: packages/coding-agent/src/modes/interactive/interactive-mode.ts

Line 2249: Change:

const text = this.editor.getText().trim();

To:

const text = (this.editor.getExpandedText?.() ?? this.editor.getText()).trim();

This follows the same pattern already used in openExternalEditor() at line 2363:

const currentText = this.editor.getExpandedText?.() ?? this.editor.getText();

Files Affected

• packages/coding-agent/src/modes/interactive/interactive-mode.ts (single line change)

getExpandedText is optional in the EditorComponent interface:

// packages/tui/src/editor-component.ts/** * Get text with any markers expanded (e.g., paste markers). * Falls back to getText() if not implemented. */getExpandedText?(): string;

The this.editor property is typed as EditorComponent, not the concrete Editor class. Extensions can provide custom editor components via setEditorComponent(), and those custom editors might not implement getExpandedText() (they may not have a paste marker system at all).

The fallback pattern handles both cases:

1. Built-in Editor or custom editors with paste support → use getExpandedText()
2. Custom editors without paste support → fall back to getText()

Done. Fixed the bug by changing getText() to getExpandedText?.() ?? getText() in handleFollowUp(). The fixes #912 in the commit message auto-closed the issue, and I added the thank you comment.

Done.

Looks like output from another session. Anything you need me to do here?