Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • D Dumux Web App
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 18
    • Issues 18
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 2
    • Merge requests 2
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • dumux-repositories
  • Dumux Web App
  • Issues
  • #5

Closed
Open
Created Jul 22, 2020 by Timo Koch@timokOwner

Error propagation from backend to frontend

How do we handle error propagation?

Example 1:

Currently when I call http://localhost:3000/config/simulation-4 (a configuration that doesn't exist) there is an error in the backend but the frontend just shows the loading dots.

  • What has to be returned so that the frontend can show an error?
  • What will we displayed? A message? A generic 404 page?

Example 2:

The configuration file is wrong. The backend will detect this and throws an error. This should be only relevant in development mode for each app. But it would be a nice development experience if the frontend displays the configuration error and the backend stays responsive instead of breaking down.

Edited Jul 22, 2020 by Timo Koch
Assignee
Assign to
Time tracking