Skip to content

Conversation

rwalworth
Copy link
Contributor

Description:
This PR adds the test specifications for ScheduleDeleteTransaction

Related issue(s):

Fixes #118

Signed-off-by: Rob Walworth <robert.walworth@swirldslabs.com>
@rwalworth rwalworth self-assigned this Aug 26, 2025
@rwalworth rwalworth added the documentation Improvements or additions to documentation label Aug 26, 2025
@rwalworth rwalworth linked an issue Aug 26, 2025 that may be closed by this pull request
@lfdt-bot
Copy link
Contributor

🎉 Snyk checks have passed. No issues have been found so far.

security/snyk check is complete. No issues have been found. (View Details)


| Test no | Name | Input | Expected response | Implemented (Y/N) |
|---------|----------------------------------------------------------------------|--------------------------------------------------------------------------------------------------|------------------------------------------------------------------------------------------------|-------------------|
| 1 | Deletes a scheduled transaction | scheduleId=<CREATED_SCHEDULE_ID>, commonTransactionParams.signers=[<CREATED_SCHEDULE_ADMIN_KEY>] | The schedule deletion succeeds and the transaction is no longer scheduled. | N |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should we have individual tests for scheduling each transaction type and deleting them?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't know how much value that'd bring. Once the transaction is already scheduled, delete doesn't care what transaction it is, just if the ID is valid

| 4 | Deletes a scheduled transaction with an empty schedule ID | scheduleId="" | The schedule deletion fails with an internal SDK error. | N |
| 5 | Deletes a scheduled transaction with no schedule ID | | The schedule deletion fails with an `INVALID_SCHEDULE_ID` response code from the network. | N |
| 6 | Deletes a scheduled transaction that has already been deleted | scheduleId=<DELETED_SCHEDULE_ID>, commonTransactionParams.signers=[<DELETED_SCHEDULE_ADMIN_KEY>] | The schedule deletion fails with a `SCHEDULE_ALREADY_DELETED` response code from the network. | N |
| 7 | Deletes a scheduled transaction without signing with the admin key | scheduleId=<CREATED_SCHEDULE_ID> | The schedule deletion fails with an `INVALID_SIGNATURE` response code from the network. | N |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

what about an ID that like 0.0.hsois9397 or something? Or SDK doesn't even allow you to enter that?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

SDK wouldn't allow it and would be an internal SDK error

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Document E2E tests: ScheduleDeleteTransaction
4 participants