[Bug]: Attachment errors are hidden behind expanded agent questions
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 初心者へのやさしさ
- 84/100
- issue の種類
- バグ
- 明瞭さ
- 明確に書かれている
- 活発さ
- 活発
- 技術スタック
- typescript
- 領域
- frontend
調査の方向性
apps/web で、1100 × 700 の viewport において、展開された保留中のエージェント質問とターミナルドロワーを使って添付ファイルの拒否を再現することから始めます。添付ファイルのエラーバナーと composer オーバーレイの重なり順の挙動を確認します。展開された質問ビューで、サポートされていない SVG の拒否が標準の composer と同じように表示され、閉じられることを完了条件とします。
索引モデルが issue の本文から書いたものです。
説明
Before submitting
- I searched existing issues and did not find a duplicate.
- I included enough detail to reproduce or investigate the problem.
Area
apps/web
Steps to reproduce
- Open a thread with a pending agent question that accepts a custom answer.
- Expand the question and open the terminal drawer. Reproduced at a 1100 × 700 viewport with the terminal occupying the lower 280 pixels.
- Attach an SVG through the file picker, paste, or drag and drop.
Expected behavior
The unsupported-file error is visible and dismissible, as it is in the standard composer.
Actual behavior
The file is rejected, but the expanded question covers the error banner. Attaching it appears to do nothing. This happens on the first attempt, without dismissing an earlier error.
Both the top banner container and composer overlay use z-20. The composer comes later in the DOM, so it covers the banner when the expanded question reaches the top of the reduced chat area. The same rejection is visible in the standard composer at this viewport.
Impact
Minor bug or occasional failure
Version or commit
main @ 0fcd5f90611451cca842689faea53b5450c022da
Environment
Linux, headless Chromium, isolated web development environment. The pending question was seeded as a UI fixture; no provider turn was sent.
Screenshots, recordings, or supporting files

Fix: #14372. The PR includes the after screenshot and verification recording.
This is separate from SVG attachment support in #10936. The problem is that rejection feedback is covered by the question UI.
Workaround
Close the terminal drawer or increase the available chat height to reveal the error banner.
- 主要言語
- TypeScript
- スター
- 24.8k
- フォーク
- 6.4k
- 平均マージ
- 4時間 17分
- マージ済み PR(30日)
- 487
環境構築
このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
pingdotgg/t3code のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
pingdotgg/t3code#21107 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
[Bug]: ManagedOOMPreference=avoid in t3code.service puts systemd --user into a 100% CPU loop with uresourced (Fedora/GNOME)対応中かも @nateEc が 2 日前に担当しました。 オープンaccepted bug via-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 69/100
pingdotgg/t3code#20931 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
[Bug]: Every test run leaves a temp folder behind (vitest 5.0.1 via vite-plus 1.0.0)対応中かも @Lenoridev が今日担当しました。 オープンbug via-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
pingdotgg/t3code#20128 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
[Bug]: T3_CODE_ORCHESTRATION_INSTRUCTIONS has no carve-out for user- or repo-mandated CLI review workflows (unlike T3_CODE_BROWSER_TOOL_INSTRUCTIONS)対応中かも @nivethass15102007-tech が 4 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
pingdotgg/t3code#19908 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
pingdotgg/t3code の issue をすべて見る
似ている issue
-
e2e-failure ready-to-code
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
redhat-developer/rhdh-plugin-export-overlays#4460 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
メンテナーはふだん 1 日以内に返信
-
docs(api): openapi.yaml still documents gif-tools optimize colors as 2-256 instead of 2, 4, 16, 256オープンarea: backend documentation priority: low
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
snapotter-hq/SnapOtter#2919 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
obsidianmd/pele#39 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
biomejs/biome#12475 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信