Skip to content

Module hiero-base miss tests for functionality of FileClientImpl.isDeleted #104

@hendrikebbers

Description

@hendrikebbers

🆕🐥 First Timers Only

This issue is reserved for people who have never contributed to this project or any open source project in general.
We know that creating a pull request (PR) is a major barrier for new contributors.
The goal of this issue and all other issues labeled by 'good first issue' is to help you make your first contribution.

👾 Description of the issue

In the hiero-base module, the FileClientImpl class implements the isDeleted method, which checks if a file has been deleted by interacting with the ProtocolLayerClient. However, this method currently lacks unit and integration tests. Scenarios such as successfully checking if a file is deleted, handling invalid FileId values, and managing exceptions (e.g., HieroException) are untested, leaving the functionality open to potential issues.

Suggested solution

Create a new test class or extend the existing test suite for FileClientImpl to include tests for the isDeleted method. Use JUnit to validate:

Positive scenarios: Successfully checking the deletion status for a valid FileId.
Negative scenarios: Handling null FileId, invalid or non-existent file IDs, and edge cases like files that are not yet deleted.
Error handling: Ensuring that appropriate exceptions (e.g., HieroException) are thrown for failures, such as issues with querying the file info.

📋 Step by step guide to do a contribution

If you have never contributed to an open source project at GitHub, the following step-by-step guide will introduce you to the workflow.
A more detailed general documentation of the GitHub PR workflow can be found here.

  • Claim this issue: Comment below that you are interested in working on the issue
  • Wait for assignment: A community member with the given rights will add you as an assignee of the issue
  • Fork the repository: You can do that in GitHub (by simply clicking the 'fork' button).
  • Check out the forked repository
  • Create a feature branch for the issue. We do not have a hard naming definition for branches but it is best practice to prefix the branch name with the issue id.
  • Solve the issue in your branch.
  • Commit your changes: to your branch. Here it is important to sign-off you commits to fullfill the Developer Certificate of Origin (DCO). More information can be found in our contribution guideline.
  • Start a Pull Request (PR): in the hedera-enterprise repository
  • Check GitHub Actions: Several GitHub Actions will be triggered automatically for each PR. If a GitHub Action fails and you do not understand the cause of that error do not hesitate to add a comment to the PR and ask the community for support.
  • Wait for reviews: Members of the community will review your PR. If a reviewer finds any missing pieces or a problem, he or she will start a discussion with you and describe the next steps for solving the problem.
  • You did it 🎉: We will merge the fix in the develop branch. Thanks for being part of our community as an open-source contributor ❤️

🎉 Contribute to Hacktoberfest

Solve this issue as part of the Hacktoberfest event and get a chance to receive cool goodies like a T-Shirt. 🎽

🤔 Additional informantion

If you have any questions, just ask us directly in this issue by adding a comment. A general manual about open-source contributions can be found here.

Metadata

Metadata

Assignees

No one assigned

    Labels

    good first issue candidateLabel for issues that should be labeled by 'good first issue' but missing a good documentationhelp wantedExternal contribution or help is welcome 🧑‍💻🧑🏾‍💻

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions