Terminal performance degradation with large history and auto-scrolling issues when switching from Expand Mode to Normal Mode
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 新手友好度
- 48/100
- Issue 類型
- 缺陷
- 描述清晰度
- 基本清楚
- 活躍度
- 活躍
- 技術堆疊
- cli
- 領域
- cli
研究方向
Start by locating the terminal history rendering and the code that switches between Expand Mode and Normal Mode; the issue does not name files or tests. Reproduce with heavy output, then switch modes and observe history scrolling and responsiveness. Done means long sessions remain responsive and returning to Normal Mode preserves the current scroll position.
由索引模型根據 Issue 內容生成。
描述
Summary
The CLI tool retains too much terminal history without a proper limit, leading to lag, slow scrolling, and eventual unresponsiveness/freezing over long sessions. Additionally, switching from Expand Mode back to Normal Mode triggers an unwanted, prolonged auto-scroll from top to bottom.
Expected Behavior
History Management: The terminal should handle accumulated output smoothly (e.g., via an output buffer limit or virtual scrolling) without freezing or lag.
Display Mode Switching: Returning from Expand Mode to Normal Mode should preserve the current scroll position instead of auto-scrolling all the way from top to bottom.
Actual Behavior
1.As logs and terminal history accumulate over time, scrolling becomes extremely slow.
2.In long sessions, the terminal occasionally freezes or becomes entirely unresponsive.
3.When switching from Expand Mode back to Normal Mode, the view sometimes automatically scrolls continuously from the top to the bottom for an extended duration.
Steps to reproduce the issue
1.Start a long session or generate heavy output in the terminal using Command Code.
2.Notice the gradual lag and slow scrolling as history grows.
3.Switch into Expand Mode and then switch back to Normal Mode.
4.Observe the automatic scrolling behavior from top to bottom.
Command Code Version
1.88.5
Operating System
Windows
Terminal/IDE
Powershell
Shell
No response
Session file (optional)
No response
Fix prompt (optional)
No response
Additional context
No response
- 主要語言
- 沒有語言資料
- 星號
- 4.2k
- 分支
- 377
- 平均合併
- 1 天 17 分鐘
- 30 天內合併 PR
- 7
環境準備
這個專案沒有提供開發容器、Dockerfile 或貢獻指南，環境需要你自己搭建：先看它的 README，通用步驟見我們的新手貢獻指南。
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
CommandCodeAI/command-code 的其他 Issue
-
Provider /v1/messages rejects role:"system" inside messages[] — Claude Code ≥ 2.1.154 incompatible未關閉
難度 2/5 1-3 小時 新手友好度 75/100
CommandCodeAI/command-code#1085 ·
維護者通常 1 天內回覆
-
Feature request: auto-reconnect remote control (/rc) after restart可能已有人在做 @aliarain 於 20 天前認領。 未關閉p2
難度 2/5 1-3 小時 新手友好度 85/100
CommandCodeAI/command-code#992 · 1 則留言 · 已指派 1 人 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 68/100
CommandCodeAI/command-code#933 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 68/100
CommandCodeAI/command-code#855 ·
維護者通常 1 天內回覆
-
grep tool passes empty file type to ripgrep可能已有人在做 @ahmadbilaldev 於 19 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 68/100
CommandCodeAI/command-code#655 · 1 則留言 ·
維護者通常 1 天內回覆
查看 CommandCodeAI/command-code 的全部 Issue
相似的 Issue
-
nb stats: the high-error-rate anomaly and the error-causes line give different cause splits for the same errors可能已有人在做 @jeanibarz 今天認領。 未關閉bug
難度 2/5 1-3 小時 新手友好度 89/100
jeanibarz/agent-notebook#418 ·
維護者通常 1 天內回覆
-
[Bug]: graphify query loads every language extractor just for _file_stem (about 34 ms per call)可能已有人在做 @rohit-jsfreaky 今天認領。 未關閉
難度 2/5 1-3 小時 新手友好度 78/100
Graphify-Labs/graphify#5160 · 1 則留言 ·
維護者通常 2 天內回覆
-
難度 2/5 1-3 小時 新手友好度 76/100
WenyuChiou/agent-board#1345 ·
維護者通常 1 天內回覆
-
enhancement
難度 2/5 1-3 小時 新手友好度 82/100
-
bug triage
難度 2/5 1-3 小時 新手友好度 66/100
wavetermdev/waveterm#3587 ·
維護者通常 1 天內回覆