Skip to content

Error handling: avoid uncaught errors #251

Open
@antoinep92

Description

@antoinep92

I was hit by a crypto exception from sign_request which is not handled by the lib and cannot be caught at top-level because it's asynchronous. I think it's related to #236, but looking at the code, error handling is lacking in multiple locations, which is why I think it makes sense to look at it with a broader perspective.

I realize this is free software, and I'm willing to make a PR for this. But before working on this I'd like to check if there was a chance it would be merged ? The idea would be to extend the scope of existing try/catch and add missing ones, at each "async level", so that errors don't crash the node process and are easier to backtrace.

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