Skip to content

Recoverable errors #271

@rwb27

Description

@rwb27

There are a few places where we have a choice between raising an error, or logging the error and carrying on. It would be lovely to be able to specify which of these cases should fail with an exception, and which should log an error and continue. Currently I think this just applies to loading settings, specifically:

  • Settings files that are missing or corrupt
  • Settings that don't validate

There are solid use cases for both behaviours: testing code wants to be strict, and it's probably a good idea to raise exceptions rather than rely on the logs being checked every time. In everyday use, it might be less irritating if recoverable errors loading the settings were recovered from. In production code, it probably depends on whether you prioritise minimising errors, or ensuring everything's either working properly or not working...

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