Bug type
Behavior bug (incorrect output/state without crash)
Beta release blocker
No
Summary
The OpenClaw iOS app does not render line breaks in assistant responses. User messages display correctly with line breaks, but assistant responses are displayed as a single continuous block of text.
Steps to reproduce
Key Finding
To Reproduce
- Open OpenClaw iOS app
- Connect to any assistant session
- Send a message that triggers a multi-line response
- Observe that assistant response is concatenated into a single block
- Compare with user messages which display line breaks correctly
Environment
- Device: iPhone
- App: OpenClaw iOS (from App Store)
- Time: 2026-06-30 06:49-06:56
- Models tested: kimi-k2.6, glm-5.2, minimax-m3, deepseek-v4-pro
Workarounds Attempted (All Failed)
- Plain text with explicit line breaks
- Markdown tables
- Bullet lists with dashes
- Simple numbered lists
- Different LLM models
Suggested Fix
The iOS app's assistant message bubble renderer likely needs to preserve newline characters when rendering assistant message text, similar to how user message bubbles already work.
App Store Link
https://apps.apple.com/es/app/openclaw-ai-that-does-things/id6780396132
⸻Si puedes adjuntar la captura de pantalla que me enviaste antes, mejor aún.
Expected behavior
Line breaks in assistant responses should be preserved and displayed as new lines.
Actual behavior
Assistant response text is rendered as a single continuous string without line breaks.
OpenClaw version
2026.6.10 (1)
Operating system
iOS 26.5
Install method
App store
Model
kimi-k2.6, glm-5.2, minimax-m3, deepseek-v4-pro
Provider / routing chain
OpenClaw LAN Gateway
Additional provider/model setup details
After extensive testing with 4 different LLM models (kimi-k2.6, glm-5.2, minimax-m3, deepseek-v4-pro), the issue is consistent across all models. This confirms the bug is in the iOS app rendering layer.
Additionally, user messages DO display line breaks correctly, but assistant responses do NOT. This suggests the bug is specific to how the app renders assistant message bubbles.
Logs
Screenshots, recordings, and evidence
Impact and severity
No response
Additional information
No response
Bug type
Behavior bug (incorrect output/state without crash)
Beta release blocker
No
Summary
The OpenClaw iOS app does not render line breaks in assistant responses. User messages display correctly with line breaks, but assistant responses are displayed as a single continuous block of text.
Steps to reproduce
Key Finding
To Reproduce
Environment
Workarounds Attempted (All Failed)
Suggested Fix
The iOS app's assistant message bubble renderer likely needs to preserve newline characters when rendering assistant message text, similar to how user message bubbles already work.
App Store Link
https://apps.apple.com/es/app/openclaw-ai-that-does-things/id6780396132
⸻Si puedes adjuntar la captura de pantalla que me enviaste antes, mejor aún.
Expected behavior
Line breaks in assistant responses should be preserved and displayed as new lines.
Actual behavior
Assistant response text is rendered as a single continuous string without line breaks.
OpenClaw version
2026.6.10 (1)
Operating system
iOS 26.5
Install method
App store
Model
kimi-k2.6, glm-5.2, minimax-m3, deepseek-v4-pro
Provider / routing chain
OpenClaw LAN Gateway
Additional provider/model setup details
After extensive testing with 4 different LLM models (kimi-k2.6, glm-5.2, minimax-m3, deepseek-v4-pro), the issue is consistent across all models. This confirms the bug is in the iOS app rendering layer.
Additionally, user messages DO display line breaks correctly, but assistant responses do NOT. This suggests the bug is specific to how the app renders assistant message bubbles.
Logs
Screenshots, recordings, and evidence
Impact and severity
No response
Additional information
No response