Skip to content

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

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