Repository navigation
feat(providers): merge update notices, Update all with progress - #600
Merged
Merged
Conversation
Provider version checks now run as a round: the runtime emits one ProviderUpdatesAvailable toast listing every provider newly found with an update once the round's last check completes, instead of one notice per provider. The toast offers Update all for the entries whose verified update plan runs without a terminal. UpdateProvider becomes UpdateProviders: the runtime updates the requested providers sequentially under one run, publishes total/completed/current/ failed in ProvidersStatus, and drives one lifecycle toast (start, same-id progress replacement, finish) with a progress bar. Settings → Providers shows an Update all button beside refresh when automatic updates exist and a progress row while a run is active. Toasts carrying an action no longer auto-dismiss. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Tryanks
force-pushed
the
feat/provider-update-all
branch
from
October 6, 2026 09:02
10d05d4 to
7b830cc
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Provider update checks now report as one round, and updating is one sequential run that the runtime owns and every client renders.
Toasts carrying an action no longer auto-dismiss. The git retry action and the new Update-all action share one
RuntimeToastActionenum.RuntimeNotice::{UpdateAvailable, UpdatingProvider, UpdateDone}andRuntimeError::{UpdateUnknown, UpdateFailed}are removed; failures are folded into the run result. Protocol version stays 9 (unreleased); its note records the change.Evidence
After:
version_round_merges_new_updates_and_finishes_after_stale_completiondrivescomplete_version_checkfor two new updates plus one stale completion and gets exactly one toast listing both;merged_provider_toast_offers_only_automatic_updates_in_both_localeschecks the Update-all action is offered only for automatic entries;provider_update_command_and_toasts_have_literal_wire_contractspins the JSON shape.cargo fmt --all --check,cargo clippy --workspace --all-targets --locked -- -D warnings,cargo nextest run --workspace --locked(908 passed, 11 skipped).Merge Danger
Door: two-way
Revert restores the per-provider notices; nothing persisted changes.
Blast Radius: protocol
A client and host on different sides of this change disagree on
UpdateProviderand the removed notice variants, but the wire already changed in unreleased version 9. The live update path (sequential command execution, success and failure toasts) is unverified on a real outdated CLI.