Feature: unify Providers status and config into one page
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- javascript
- Ambito
- frontend
Direzione di ricerca
Start by reading the listed Svelte components: web/dashboard/src/pages/overview/ProviderStatusSection.svelte, ProviderStatusCard.svelte, ProviderStatusCardDetails.svelte, and the Providers page components. The issue leaves the exact Overview summary open for maintainer input, so agree on that UX before implementation. Done means provider credentials and detailed health/status are together on the Providers page, with a compact Overview summary linking there.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Is your feature request related to a problem? Please describe.
The dashboard shows provider information in two separate places that overlap in confusing ways:
- The Overview page has a Provider Status section (health pill, request stats, recent errors per provider).
- The Providers (config) page has provider credential management (add/edit/delete provider credentials, base URL, API keys).
A user trying to answer "is this provider healthy" or "what providers do I have configured" has to check two different pages that both say "Providers" but show different things, with no link between them.
Describe the solution you'd like
Consolidate around one primary destination: keep provider credential management on the Providers page (that is its clear job), and move the detailed provider health/status view there too, as an additional section or tab on the same page, rather than a separate page-level concept. The Overview page keeps only a compact summary (for example a small health strip or count of degraded/unhealthy providers), which links through to the full status on the Providers page.
Concretely:
- Providers page becomes the single source of truth for "everything about a provider" - credentials plus live health/status.
- Overview page keeps a lightweight summary card, linking to the Providers page for detail, similar to how other Overview summary cards already link out to their full pages.
Describe alternatives you've considered
Leaving both pages as-is: rejected, since the duplication is what's confusing - two pages both claiming to be "the providers page" with different scope.
Removing status from Overview entirely with no summary at all: rejected, since a quick glance at Overview is a useful entry point and shouldn't require an extra click just to notice something is wrong.
Additional context
This needs a small UX decision on exactly what the Overview summary should show (which the maintainers should weigh in on), so it is a bigger task than a one-line fix - it touches:
- web/dashboard/src/pages/overview/ProviderStatusSection.svelte, ProviderStatusCard.svelte, ProviderStatusCardDetails.svelte (currently the full status view, on Overview)
- web/dashboard/src/pages/providers-config/ProvidersConfigPage.svelte, ProviderCredentialList.svelte, ProviderCredentialEditor.svelte (currently credential management only, on the Providers page)
- Lingua principale
- Go
- Stelle
- 1.2k
- Fork
- 111
- Merge medio
- 1g 6h
- PR unite (30g)
- 140
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ENTERPILOT/GoModel
-
Issue: managed-provider credential updates temporarily drop model routesForse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
ENTERPILOT/GoModel#1308 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
ENTERPILOT/GoModel#1290 ·
I maintainer di solito rispondono entro 1 giorno
-
Feature: per-virtual-model default request parameters (extra_body, e.g. chat_template_kwargs)Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
ENTERPILOT/GoModel#1287 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
ENTERPILOT/GoModel#1286 ·
I maintainer di solito rispondono entro 1 giorno
-
Feature: native TLS on the server listener (cert/key files with hot reload)Forse già presa @SantiagoDePolonia l’ha presa oggi. Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 46/100
ENTERPILOT/GoModel#1285 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di ENTERPILOT/GoModel
Issue simili
-
VLAgent `spec.k8sCollector.includePodLabels: false` has no effectForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
VictoriaMetrics/operator#2772 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
Gaurav-Gosain/tuios#1316 ·
I maintainer di solito rispondono entro 1 giorno
-
needs: investigation
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
area:auth documentation priority:low
Difficoltà 1/5 1-3 ore Idoneità per principianti 86/100
I maintainer di solito rispondono entro 1 giorno
-
Mend: dependency security vulnerability
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
kube-tarian/sigrun#203 ·