[Bug]: Conversation feed stutters and bounces back while streaming (macOS, arm64 desktop)
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 15/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- electron, macos
- Lĩnh vực
- desktop, frontend, performance
Hướng nghiên cứu
The payload names no repository files, so start by locating where the desktop app launches its Chromium helper processes and where the --disable-features list is set; check whether DropInputEventsWhilePaintHolding is disabled there. Then find the feed component that auto-follows new streamed content and see how it handles user scroll. Done means a reproducible streaming-scroll test or a documented root cause, plus a fix that keeps scroll position while output streams.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Summary
While a response is streaming, the conversation feed scrolls with heavy stutter / dropped frames, and scrolling up with the mouse bounces back to the newest content — so long streamed outputs can't be read in real time. Idle scrolling is fine; this only happens while tokens are arriving.
Environment
- Command Code desktop 0.1.54 (auto-updated from 0.1.53 while testing — not fixed in 0.1.54)
- macOS 27.0 (build 26A428)
- Apple M1 (8-core); built-in Retina display 4480 x 2520 at native scaling, single display
- App is native arm64 (
Mach-O thin (arm64);sysctl.proc_translated= 0) - GPU acceleration on — helper runs as
Command Code Helper --type=gpu-process
Steps to reproduce
- Open a session with a large transcript (observed around 3 MB / ~500 entries).
- Send a prompt that produces a long streamed response.
- While tokens are still arriving, scroll up with the mouse/trackpad.
Result: the feed stutters and snaps back to the bottom; earlier lines can't be read.
Expected
- Scrolling stays smooth while streaming.
- Scrolling up detaches from the auto-follow instead of bouncing back.
What was ruled out
- Rosetta / translation — app is native arm64. It was previously running the Intel build; switching to the Apple-Silicon build did not fix this streaming scroll stutter.
- Software rendering — GPU process is present and GPU-compositing flags are active on the renderer.
- Non-native display scaling — display is at its native mode.
- A settings workaround — the config registry exposes no scroll / auto-follow / transcript-render option.
- A newer version — 0.1.54 is current.
Likely suspect
Helpers are launched with --disable-features=...,DropInputEventsWhilePaintHolding,.... With that feature disabled, input events aren't shed while a paint is held, so scroll input queues during heavy streaming repaint — which matches the reported "scroll up and it bounces back" behavior.
Requests
- Add a scroll-follow toggle, or detach auto-follow as soon as the user scrolls up.
- Consider disabling elastic overscroll for the feed (
overscroll-behavior: none). - Consider re-enabling
DropInputEventsWhilePaintHolding. - Investigate repaint/relayout cost for large transcripts while streaming.
Diagnostics
- During streaming the renderer is the hot process; on the pre-arm64 (Intel) build the main process spiked to ~100% CPU.
- No crash reports for the app; the
~/.commandcodedata directory is small (no obvious leak). - Trace ids (for support):
99e8f6007c859816e280fac896c81bad,d0da42a640d1a24a1b6d1a1c7dcb2588
- Ngôn ngữ chính
- Shell
- Star
- 96
- Fork
- 7
- Merge trung bình
- 2 giờ 46 phút
- Pull request đã merge (30 ngày)
- 1
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của CommandCodeAI/desktop
-
[UI Bug][macOS] Sidebar toggle is vertically misaligned with window controlsCó thể đã có người làm @aliarain đã nhận 17 ngày trước. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
CommandCodeAI/desktop#125 · 1 bình luận · 1 người được giao ·
-
bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
CommandCodeAI/desktop#147 ·
-
[Bug]: Plan mode occasionally responds with normal chat text instead of creating an execution planĐang mởbug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
CommandCodeAI/desktop#145 ·
-
bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
CommandCodeAI/desktop#144 ·
-
bug
Độ khó 3/5 Nửa ngày Mức phù hợp với người mới 55/100
CommandCodeAI/desktop#143 ·
Tất cả issue của CommandCodeAI/desktop
Issue tương tự
-
area: compat area: parsing bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
reubeno/brush#1526 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Micke-K/IntuneManagement#441 ·
-
review-2026-10 Trad En
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 70/100
zigbeefordomoticz/wiki#302 ·
-
Add dependabotĐang mởfeat
Độ khó 2/5 Dưới một giờ Mức phù hợp với người mới 72/100
open-nudge/opentemplate#204 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
omarchy-brightness-keyboard: double idle-blank saves brightness 0, so wake 'restore' keeps the keyboard backlight offCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày