[Bug]: Settling a thread in the threads list makes the list reflow
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 初心者へのやさしさ
- 60/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- typescript
- 領域
- frontend
調査の方向性
まず apps/web で Settle thread のツールチップ、またはホバー時に表示される Settle コントロールを検索し、相対タイムスタンプを表示して settle アクションを発火させているthread-cardとthread-listのコンポーネントを読んでください。Workプロジェクトなどのthreads一覧で reflow を再現し、settle されたカード周辺のフェードアウトとリストレイアウトのコードを調べてください。settle されたカードがフェードアウトしても、その下のカードがジャンプしないこと、または意図的な短いトランジションのみであることが完了条件です。
索引モデルが issue の本文から書いたものです。
説明
Before submitting
- I searched existing issues and did not find a duplicate. Searched "settle" in pingdotgg/t3code; the closest hits are about settle semantics (#24041, #25062, #26097), not list layout.
- I included enough detail to reproduce or investigate the problem.
Area
apps/web (inferred from the UI; not checked against source)
Steps to reproduce
- Open the threads list with several threads, for example in the "Work" project.
- Hover a thread card. The "Settle" button appears in the card header and replaces the relative time ("29m", "9m").
- Click "Settle" on a card.
- Watch the list after the click (4 s clip, see attachment).
Expected behavior
Settling a thread changes only that thread's state. The rest of the list does not move, or the move is a short, clear transition.
[INFERENCE] The reporter expects the settled thread to leave the list without the other cards jumping.
Actual behavior
In the recording (6 sampled frames):
- The "Settle" button replaces the timestamp in the card header while the card is hovered.
- After the click, the settled card fades out (a faded ghost card is visible above the "Failed" and "Errors in Unattached Screenshot" cards in the later frames).
- The cards below the settled one move up to fill the gap, so the list reflows during the fade.
The "Settle" label and the cursor overlap in the header, and a "Settle thread" tooltip appears at the top right.
Impact
Cosmetic issue
Version or commit
Unknown
Environment
Linux x64, omarchy (kernel 7.2.8-9-omarchy). Client type (desktop or web) not recorded.
Logs or stack traces
None captured.
Workaround
None known.
Attachments
Screen recording screenrecording-2026-10-28_09-22-34.mp4 (352x236, 4 s, 60 fps, 53 KB). Not attached yet: the GitHub API does not accept mp4 uploads for issues. Reporter to attach it through the web UI.
- 主要言語
- TypeScript
- スター
- 24.8k
- フォーク
- 6.4k
- 平均マージ
- 2時間 54分
- マージ済み PR（30日）
- 350
環境構築
このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
pingdotgg/t3code のほかの issue
-
[Bug]: Pen taps on sidebar rows start a drag and lose their click対応中かも @makhnatkin が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
メンテナーはふだん 1 日以内に返信
-
[Bug]: Guest messages near the 4,000-char limit fail with 400 "The request was not valid." because multipart turns \n into \r\n対応中かも @juliusmarminge が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
pingdotgg/t3code#26523 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
[Bug]: preview_evaluate forbids WebMCP write tools even when the user explicitly asks for the change対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンbug needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
メンテナーはふだん 1 日以内に返信
pingdotgg/t3code の issue をすべて見る
似ている issue
-
e2e-failure ready-to-code
難易度 1/5 1時間未満 初心者へのやさしさ 82/100
redhat-developer/rhdh-plugin-export-overlays#4616 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
メンテナーはふだん 1 日以内に返信
-
ai-handle
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
nextlevelbuilder/dewee-web-v2#73 ·
メンテナーはふだん 1 日以内に返信
-
backend bug good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
PoCInnovation/Distribox#255 ·
メンテナーはふだん 1 日以内に返信