Bug: Composer input overflow with long unbroken string causes layout shift and send button misalignment
@shubhook đang làm issue này rồi.
Từ ngày 27/7/2026.
Đá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
- 76/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- typescript
- Lĩnh vực
- frontend
Hướng nghiên cứu
Bắt đầu với gui/src/components/mainInput/TipTapEditor/TipTapEditor.tsx và TipTapEditor.css, sau đó kiểm tra input wrapper trong ContinueInputBox.tsx hoặc phần tương đương. Tái hiện vấn đề trong Continue Composer bằng một chuỗi liền mạch dài hơn 100 ký tự và theo dõi các style flex và editor liên quan. Hoàn tất khi chuỗi vẫn nằm trong vùng nhập liệu và nút gửi cùng bố cục composer vẫn được căn chỉnh.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Describe the bug
When typing or pasting a long unbroken string (no spaces, e.g., aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa... or a long base64 token) in the Composer input box, the text overflows the input area instead of wrapping. This causes the flex container to expand, shifting the entire composer layout and misaligning the send button relative to the input.
To Reproduce
- Open Continue Composer in VS Code
- Type or paste a long string without spaces (e.g., 100+
acharacters) into the input box - Observe that the text extends beyond the input box boundary
- The composer panel shifts horizontally, and the send button drifts out of alignment
Expected behavior
- Long unbroken strings should wrap inside the input box
- The composer layout should remain stable regardless of input content
- The send button should stay in its normal position
Screenshots / Recordings
N/A — easily reproducible with any long no-space string.
Environment info
- Continue version: latest (observed in recent versions)
- IDE: VS Code
- OS: all (cross-platform CSS issue)
Root cause
The Composer uses TipTap (TipTapEditor.tsx + TipTapEditor.css) as its input component.
- No text wrapping fallback — The
.tiptapstyles inTipTapEditor.csslackoverflow-wrap: break-word/word-break: break-word. By default, the browser does not break unbroken strings, so they overflow the contenteditable div. - No min-width constraint on flex item — The input wrapper or its flex container lacks
min-width: 0, so the flex item's defaultmin-width: autoprevents the container from shrinking below the content width. This propagates the overflow outward, shifting the layout.
Suggested fix
In gui/src/components/mainInput/TipTapEditor/TipTapEditor.css, add to the .tiptap class:
.tiptap {
overflow-wrap: break-word;
word-break: break-word;
}
And on the flex container or input wrapper in ContinueInputBox.tsx (or equivalent), add min-width: 0 to the appropriate flex child to allow proper shrinking.
Additional context
This is a classic CSS flexbox overflow issue. The fix is minimal, backwards-compatible, and has no side effects on normal input behavior (spaces still wrap as before; only unbroken strings are affected).
- Ngôn ngữ chính
- TypeScript
- Star
- 36.2k
- Fork
- 5.5k
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- 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 continuedev/continue
-
create_new_file writes a JSON file on one line when the model sends its contents as a JSON valueCó 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 72/100
continuedev/continue#13363 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 66/100
continuedev/continue#13352 ·
-
fetch: SSE ping comments silently drop data in the same chunkCó thể đã có người làm @fhgffy đã nhận 14 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
continuedev/continue#13347 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
continuedev/continue#13291 ·
-
Ollama provider drops `tools` after the first tool call, breaking multi-step agent loopsCó thể đã có người làm @dvd233 đã nhận 37 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
continuedev/continue#13254 · 2 bình luận ·
Tất cả issue của continuedev/continue
Issue tương tự
-
area: aria/combobox gemini-triaged
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
angular/components#33973 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug priority: P2
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[bug] status, list and push crash with an uncaught NotInitializedError stack trace when teamai is not initializedCó thể đã có người làm @jay23606 đã nhận hôm nay. Đang mởbug good first issue help wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Tencent/teamai-cli#1227 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Tool]: YapĐang mở
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 62/100
withkarann/aifoxx#417 ·
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 86/100
sindresorhus/eslint-plugin-unicorn#3921 ·
Maintainer thường phản hồi trong vòng 1 ngày