Skip to content

fix(app): provider links open Providers, and an invocation without a provider offers setup - #517

Merged
iamnbutler merged 2 commits into
mainfrom
provider-setup
Oct 19, 2026
Merged

iamnbutler merged 2 commits into
mainfrom
provider-setup

Conversation

@iamnbutler

Copy link
Copy Markdown
Contributor

Fixes #489, fixes #488.

  • Provider settings link is incorrect #489: Settings now takes any initial section. "Provider settings" in the composer and the "Could not invoke agent" toasts open Settings on Providers instead of General.
  • Provider setup could be more prominent #488: The project start composer asks this host for its usable models (the host models op). If there are none, it shows a "Set up a provider" notice under the composer. Sending then opens Providers and keeps the text, so Ace doesn't create a channel whose agent fails with an error toast. Cloud starts aren't held because they use the service's credentials. A channel's composer in Ace mode works the same way: with no usable model it opens Providers and keeps the draft, and its existing notice now has a "Set up a provider" button. The notice is refreshed when settings change, so it goes away once a key is saved.

The Settings change is small (the initial section only), so it doesn't overlap the #459 section-highlight work.

Built in Ace

No — Claude Code subagent outside Ace, run by the lead during a batch of fixes.

…provider offers setup

Settings takes any initial section, so "Provider settings", the invoke-failure toasts, and the
new setup prompts open Providers instead of General (#489).

The project's start composer reads this host's usable models and, with none, shows a "Set up a
provider" notice; sending then opens Providers and keeps the text instead of creating a channel
whose agent fails (#488). A channel's composer does the same in Ace mode.

Why: apps/app/src/dashboard.tsx#function Dashboard | with no usable model on this host, a local start opens Providers and keeps the text instead of creating a channel whose invocation fails; cloud starts use the service's credentials and are never held
Why: apps/app/src/settings.tsx#function Settings | every provider link opens Settings on Providers through initialSection, never General
@iamnbutler
iamnbutler merged commit 09dc37f into main Oct 19, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Provider settings link is incorrect Provider setup could be more prominent

1 participant