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
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions