Custom endpoints have a display issue

[Lechcher]

Pre-submit Checks

• I have searched Warp bugs and there are no duplicates
• I have searched Warp known issues page and my issue is not there
• I have an issue with AI and have included the debugging ID (Optional, but helps expedite the AI quality fix). Debugging ID instructions
• I have technical issue and have included the logs (optional, but helps expedite the bug fix). Log instructions

Describe the bug

To reproduce

When I add a lot of models in my custom endpoint, it is overflow out to contain box

Expected behavior

No response

Screenshots, videos, and logs

No response

Operating system (OS)

macOS

Operating system and version

MacOS 26.5.1

Shell Version

No response

Current Warp version

v0.2026.05.27.15.44.stable_01

Regression

No, this bug or issue has existed throughout my experience using Warp

Recent working Warp date

No response

Additional context

No response

Does this block you from using Warp daily?

No

Is this an issue only in Warp?

Yes, I confirmed that this only happens in Warp, not other terminals.

Warp Internal (ignore): linear-label:b9d78064-c89e-4973-b153-5178a31ee54e

None

[oz-for-oss]

@Lechcher

Here's what I found while triaging this issue:

Thanks for the screenshot — this looks like a layout bug in the Custom inference settings list when a custom endpoint has enough model chips to exceed the row width. The report has enough detail to route without more info.

Maintainer details

I concluded that custom endpoint model chips overflow the Custom inference settings card when many models are configured..

Triage summary

The screenshot shows the Custom inference settings page with a custom endpoint containing many model chips; the chips continue horizontally past the endpoint card instead of wrapping, clipping, or scrolling within the available width. The report includes the affected platform (macOS) and Warp build (v0.2026.05.27.15.44.stable_01) plus a concise reproduction condition, so this is actionable without additional reporter input.

Likely area

• area:agent / area:settings-keybindings: the affected surface is the Warp Agent custom inference settings UI.
• os:mac: reported and screenshoted on macOS; the underlying layout code appears likely cross-platform, but only macOS is confirmed by the report.

Reproducibility

High. Adding enough models to a custom endpoint should reproduce the overflow because the current renderer builds a single horizontal model-chip row.

Likely root cause

app/src/settings_view/ai_page.rs renders each custom endpoint card and calls super::render_model_chips(...) for the endpoint's model labels. app/src/settings_view/mod.rs implements render_model_chips as a plain Flex::row().with_spacing(8.) and appends each chip directly, without any wrap behavior, width constraint, clipping, or scroll container. That shared helper is also used by app/src/settings_view/remove_custom_endpoint_confirmation_dialog.rs, so the same overflow pattern may affect the remove confirmation dialog for endpoints with many models. app/src/settings_view/custom_inference_modal.rs is the add/edit source of unbounded model rows that can create this state.

Duplicate check

I enumerated all open repository issues and also checked recently closed issues within the allowed 7-day window. I found related custom inference requests, but not two or more issues matching this specific custom endpoint model-chip overflow/display symptom.

This is my automated analysis and may be incorrect. A maintainer will verify the details.

Powered by Oz

[oz-for-oss]

This issue has been labeled ready-to-implement and is open for contributions involving code changes. If you'd like to tackle it, feel free to open a pull request against this issue. You can also comment @oz-agent on this issue to have the bot draft an implementation PR automatically.

[oz-for-oss]

@kevinchevalier

I'm implementing this issue with no spec context.

You can view the conversation on Warp.

I created a new draft implementation PR for this issue.

Next steps:

• Review the implementation changes in the PR.
• Complete any manual verification needed for this issue before merging.

Powered by Oz

[kevinchevalier]

Thanks for the report. I think the Oz agent should be able to fix this.