alexsong-oai d960b36694 Allow creating custom providers during sign-in (#60186) ...

## Why

Custom-provider sign-in previously required a saved gateway configuration and stopped at an error when none existed.

## What changed

- Add “Create a custom provider or gateway” to the sign-in picker, reusing the settings form and provider-write handling.
- Return to the picker after saving, highlight the new provider, and require explicit selection before setting it as the default and completing sign-in.
- Preserve entered fields after validation failures and keep the focused field or Save action visible in short terminals.
- Use consistent custom-provider and gateway wording across sign-in, settings, and validation messages.

## Testing

Add onboarding tests and snapshots for an empty picker, creation, validation retries, short-terminal rendering, and explicit default selection. Extend app-server coverage for rejecting the reserved `ollama-chat` provider ID.

GitOrigin-RevId: 339ac5807c5eecdae08df4dbd89874ea7c764d35

2026-11-07 23:51:58 +00:00

..

fixtures

Move message history out of core (#21278)

2026-05-06 08:35:42 -07:00

suite

Allow creating custom providers during sign-in (#60186)

2026-11-07 23:51:58 +00:00

all.rs

Remove the TUI test dependency on codex-cli (#38746)

2026-08-15 11:01:30 +00:00

manager_dependency_regression.rs

[codex] Use expect in integration tests (#28441)

2026-06-15 21:53:47 -07:00

test_backend.rs

Rename tui_app_server to tui (#16104)

2026-03-28 11:23:07 -06:00