Repository navigation
fix(web): keep attachment errors above question replies - #14372
Pearcekieser wants to merge 1 commit into
Conversation
ApprovabilityVerdict: Approved at Macroscope's review found this PR approvable — This one-file UI fix only raises existing provider and attachment-error banners above the expanded question composer, preserving the timeline layout and attachment behavior. Its scope and runtime impact are clear and narrowly contained. You can add or adjust custom eligibility rules. Learn more. |
|
Taking over this one as maintainer for composer-chat-01. Keeping the original PR and author commit, resolving the current layout conflict against main, then checking the expanded-question attachment error in the running web client. |
|
Thanks @Pearcekieser — raising the banner above the question composer is the right focused fix. Taking this forward in #21441, because GitHub rejected the maintainer push to your organization-owned fork despite reporting maintainer edits enabled. The replacement preserves your fix, resolves the current layout conflict, and includes fresh before/after proof from the running web app plus focused checks and two independent reviews. I compared the original diff against the replacement: its banner-layer behavior is retained; the obsolete inset classes and redundant layering comment were dropped in favor of current main's layout. No functional pieces are missing. Nothing has been merged. |
Expanded question composers can cover attachment error banners, including the dismiss button. Raise the shared banner lane from layer 20 to 30 so errors stay above the composer while the file-drop and find overlays retain their higher layer.
Maintainer takeover of #14372, originally contributed by @Pearcekieser. Merged current main and resolved the layout conflict by preserving its banner-lane positioning. The resulting change is one class.
Validation:
Before:

After:

Implementation: Codex GPT-6.1-Sol through T3 Code; tests: GPT-6-Astra; review: Claude Opus 5.5 and Codex GPT-6-Sol.