MoonshotAI / MoonshotAI/kimi-code
[Bug] Windows 11 + PowerShell 7.6.3: Mouse wheel scroll up jumps to top of session view during task execution
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 7.5k
- Forks
- 1.2k
- Avg merge
- 11h 53m
- Merged PRs (30d)
- 350
Description
Bug Description
During task execution in a Kimi Code session, scrolling up with the mouse wheel to review earlier conversation content causes the session view to jump unexpectedly to the very top of the session window (the "Welcome to Kimi Code!" page). This happens with high probability, making it very difficult to review previous messages while a task is running.
Environment
- OS: Windows 11
- Shell: PowerShell 7.6.3
- Kimi Code Version: Latest (as of 2026-07-13)
- Terminal: Windows Terminal (default)
Steps to Reproduce
- Start a Kimi Code session (
kimiin PowerShell 7.6.3) - Initiate any task that produces multiple turns of output (e.g., ask the agent to write or modify code)
- While the task is executing and generating output, use the mouse wheel to scroll up to review earlier conversation content
- Observe: The view jumps to the top of the session (the "Welcome to Kimi Code!" welcome page) instead of scrolling smoothly through previous messages
Expected Behavior
Mouse wheel scroll should move smoothly through the conversation history, allowing the user to review earlier messages while the task continues executing in the background.
Actual Behavior
Scrolling up with the mouse wheel causes the session view to jump directly to the top of the session window (the welcome page). This makes it impossible to review intermediate messages during task execution.
Frequency
- High probability: Occurs in roughly 70-80% of scroll-up attempts during active task execution
- Does not seem to occur (or occurs less frequently) when no task is actively running
Additional Context
- This appears to be a TUI rendering/scroll buffer issue, possibly triggered by concurrent background task output updates while the user is attempting to scroll
- The jump seems to happen specifically when the session is actively receiving new messages (the scroll position is being reset/forced to bottom by new output, and then the user's scroll-up action interacts badly with this behavior)
- No keyboard shortcuts (PageUp, Up arrow) seem to trigger this same behavior consistently -- it is primarily reproducible with the mouse wheel
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue in the Kimi Code CLI using Windows 11, PowerShell 7.6.3, and Windows Terminal while a task is producing output. Inspect the TUI scroll handling and concurrent rendering updates; done means mouse-wheel scrolling remains at the requested conversation position instead of jumping to the welcome page.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- powershell, typescript
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 50/100