Skip to content

Refactor Error Handling to Use Types Instead of String Matching #9

@sandlbn

Description

@sandlbn

The current error handling relies heavily on string matching:

e.to_string().contains("empty") || e.to_string().contains("no hashes") || e.to_string().contains("invalid input")

As @marcelamelara noted, it would be better to check error types. I agree, and while we might still need to partially rely on string content for some custom errors, we should aim to introduce a proper error type to improve code reliability.

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