Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Graceful error handling across the app

Aberta
  • Algo errado?
#359 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 2 dias

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
5/5
Tempo estimado
Mais de uma semana
Facilidade para iniciantes
35/100
Tipo de issue
Bug
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
typescript
Domínio
api, frontend

Direção de pesquisa

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.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

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

Linguagem predominante
TypeScript
Estrelas
1
Forks
0
Merge médio
4d 3h
PRs com merge (30d)
16

Preparar o ambiente

Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de stackabletech/cockpit

Todas as issues de stackabletech/cockpit

Issues semelhantes

Mais issues de TypeScript

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.