Skip to content

Do gracefull error handling instead of panicing #39

Open
@KarlK90

Description

@KarlK90

The current implementation is riddled with .unwrap() calls at fallible places e.g. when setting up the display of the LXA-TAC. A panic will bring down the whole application without a meaningful error message - even in cases where a degradation of the service quality (e.g. loss of the Display) would be an acceptable error state. A better error handling would identify:

  1. Critical non recoverable errors - it is okay to bring down the whole application in this case - but with appropriate error messages.
  2. Critical recoverable errors, where we attempt to recover from the error state or otherwise either move to 1.
  3. Non Critical errors - we shall never panic in this case but inform the user about the degradation of the service quality

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions