Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • beat.editor beat.editor
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 11
    • Issues 11
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • beatbeat
  • beat.editorbeat.editor
  • Issues
  • #245
Closed
Open
Issue created Jul 18, 2019 by Samuel GAIST@samuel.gaistOwner

Improve error handling

Summary

Currently, there's lot of code triggering a RuntimeError which in turn will make beat.editor stop.

Most of these situations should be gracefully handled. If possible, a fix should be proposed to the user so he can continue working.

Steps to reproduce

  1. Create a new Plotter
  2. Load the plotter

This will make beat.editor crash as the new Plotter will be based on the prototype that contains an invalid entry. This situation is already reported in #244 (closed)

What is the current bug behavior?

beat.editor will end there

What is the expected correct behavior?

beat.editor should not stop

Possible fixes

The user should get a message about what is going wrong. If possible a fix should be proposed and applied if accepted.

In any case, the editor should continue working.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking