Reset chat input bar height when text is cleared after sending

[mcintyre94]

Summary

• Chat input TextField grows as the user types (up to 5 lines) but wasn't collapsing back to its single-line height after a message was sent and the text was cleared
• Added .id(text.isEmpty) to the TextField — when text transitions to empty, SwiftUI recreates the view and resets its height to the minimum

Test plan

• Type a multi-line message in the chat input bar
• Send the message — confirm the input bar collapses back to single-line height
• Verify keyboard dismisses correctly and no focus issues occur

🤖 Generated with Claude Code

[claude]

Code review

Bug found: .id(text.isEmpty) causes keyboard focus loss on first keystroke

The fix uses a Bool as the view identity, which toggles in both directions. This means SwiftUI destroys and recreates the view not just after sending (intended), but also when the user types their first character (unintended).

Root cause: When text goes from empty to non-empty on the first keystroke, .id() changes from true to false. SwiftUI treats this as a completely new view and calls makeUIView on PasteInterceptingTextInput, creating a fresh UITextView instance. The old UITextView that held first-responder status is deallocated, dismissing the keyboard mid-keystroke.

Affected line:

wisp/Wisp/Views/SpriteDetail/Chat/ChatInputBar.swift

Lines 73 to 77 in ab566b1

	.padding(.vertical, 8)
	.glassEffect(in: .rect(cornerRadius: 20))
	.id(text.isEmpty)
	if isStreaming {

Fix: Use a monotonically-increasing counter that only increments when a message is sent, not on every empty/non-empty transition. Add @State private var resetID = 0 to ChatInputBar, increment it in the send action alongside clearing text, and replace .id(text.isEmpty) with .id(resetID). This way the view is only recreated after send, leaving the UITextView and its keyboard focus untouched while the user is typing.