[Bug]: Question card jumps between expanded and collapsed layouts when the pointer hovers an option with a preview
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 72/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- react, typescript
- Lĩnh vực
- frontend
Hướng nghiên cứu
Bắt đầu trong apps/web và đọc ComposerPendingUserInputPanel.tsx. Issue cho biết bản xem trước của các tùy chọn được hiển thị tại đây và focusedOption điều khiển nó. Tái hiện bằng một AskUserQuestion có các tùy chọn có và không có bản xem trước, sau đó kiểm tra cách thẻ hoạt động khi con trỏ di chuyển. Hoàn tất khi thẻ và luồng hội thoại vẫn ở nguyên vị trí trong lúc di chuyển con trỏ qua các tùy chọn, và mọi bản xem trước vẫn sử dụng được.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Area
apps/web
Steps to reproduce
- Run a Claude thread where the agent calls
AskUserQuestionwith 2+ options. At least one option, the first here, has apreview. The others have none. - Wait for the pending question card above the composer.
- Move the pointer over the card and the options.
Expected behavior
The card keeps its height. The surrounding thread view stays still while the pointer moves over the options.
Actual behavior
When the pointer reaches an option, the card grows to include the preview pane ("Preview · Update all 3 parts (Recommended)").
- The card now fills most of the visible area.
- The "Ran 1 command" row and the agent's text above the card are pushed out of view.
- The card gets its own inner scrollbar.
A moment later the card snaps back to its small layout, and the preview is gone. In the 14 s recording the card is small until t≈8s, expanded from t≈8s to t≈11s, and small again at t≈12s. The pointer barely moves.
Likely cause (not verified)
Introduced by #21933 (fix(clients): show question option previews), which was reverted in #22229. In ComposerPendingUserInputPanel.tsx, the preview section is rendered below the option list and sized by its content. Hovering sets focusedOption, which picks the preview. Options without a preview remove the section again. So growing and shrinking the card moves the options under a stationary pointer. That changes which option is hovered, which changes the preview, and the loop repeats.
If the preview is re-landed, reserve a fixed-height slot for it, or don't make the preview depend on hover.
Impact
Cosmetic issue. The card is hard to read and click while it moves, and the thread content jumps.
Environment
macOS (Darwin 27.0.0), T3 Code build containing #21933 (before the revert), Claude Opus 5.5, Extra High effort, Full access.
Screenshots, recordings, or supporting files
Screen recording (14 s) to follow in a comment.
- Ngôn ngữ chính
- TypeScript
- Star
- 24.8k
- Fork
- 6.4k
- Merge trung bình
- 10 giờ 8 phút
- Pull request đã merge (30 ngày)
- 323
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
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 pingdotgg/t3code
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: open project shortcutĐang mởbug needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
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 73/100
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 75/100
Maintainer thường phản hồi trong vòng 1 ngày
-
needs more info via-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
pingdotgg/t3code#22054 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của pingdotgg/t3code
Issue tương tự
-
engine-rs P3 review-deferral wasm
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
maniator/verticopolis#1154 ·
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 85/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
telerik/kendo-react#3861 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[bug]: use-mobile.ts uses pixel logic, causing UI state de-sync with Tailwind CSS rem breakpointsĐang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
task
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100