Graceful error handling across the app
Maintainer antworten meist innerhalb von 2 Tagen
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Bug
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- typescript
Rechercherichtung
Start by reading issue #356 and related issue #304 to understand the existing error-handling gaps. The issue names the Trino, catalogue, dashboard and storage views, but does not identify files or tests; first locate those entry points and check how API errors and expired sessions are handled. Done means a friendly error page, consistent JSON API errors with status and message, and readable errors across the named views when services are unreachable.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Error handling is currently only implemented in parts of the app.
One example is #356. After the session expires, the catalogue browser shows Unexpected token '<', "<!doctype "... is not valid JSON instead of showing a readable error message.
- Friendly error page
- API routes return consistent JSON errors (status + message) instead of HTML
- Check that the Trino, catalogue, dashboard and storage views show readable errors when the backend or an upstream is unreachable
- Error bodies have two shapes and are untyped. Storage endpoints return {message}; the Trino query endpoint returns {error}. As a result, PreviewModal.svelte:117 reads errBody?.error and never shows the server's message, and CatalogBrowser.svelte:33 shows raw JSON.
Relates to #304
- Vorherrschende Sprache
- TypeScript
- Sterne
- 1
- Forks
- 0
- Ø Merge
- 4 T. 3 Std.
- Gemergte PRs (30 T.)
- 16
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus stackabletech/cockpit
-
Remove unused dependenciesEvtl. vergeben @Bohreromir hat das vor 25 Tagen übernommen. Offen
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 78/100
stackabletech/cockpit#101 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Parallelize testsOffen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
stackabletech/cockpit#381 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
localStorage InterfaceOffen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 22/100
stackabletech/cockpit#379 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
DocumentationOffen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100
stackabletech/cockpit#378 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100
stackabletech/cockpit#377 ·
Maintainer antworten meist innerhalb von 2 Tagen
Alle Issues in stackabletech/cockpit
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
callstackincubator/simlock#639 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 80/100
aws/agentcore-cli#2606 ·
Maintainer antworten meist innerhalb von 1 Tag
-
ai-driven-qa bug Cosmetic
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Maintainer antworten meist innerhalb von 1 Tag
-
ai-driven-qa bug claude Minor
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
linagora/twake-mail-admin#301 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
Maintainer antworten meist innerhalb von 1 Tag