Skip to content

Add Clawback transaction type to TransactionType class#1

Draft
raymens wants to merge 6 commits intobeta/deployfrom
quantoz-internal-release
Draft

Add Clawback transaction type to TransactionType class#1
raymens wants to merge 6 commits intobeta/deployfrom
quantoz-internal-release

Conversation

@raymens
Copy link
Copy Markdown
Member

@raymens raymens commented Sep 15, 2025

A new TransactionType named Clawback was introduced, allowing an issuer to reclaim funds from an account. It is defined with an ordinal value of 30. This addition includes a descriptive comment explaining its purpose and aligns with the existing pattern of defining transaction types with unique ordinal values.

A new `TransactionType` named `Clawback` was introduced, allowing an issuer to reclaim funds from an account. It is defined with an ordinal value of `30`. This addition includes a descriptive comment explaining its purpose and aligns with the existing pattern of defining transaction types with unique ordinal values.
Documented and automated NuGet package publishing:
- Added detailed instructions in `README.md` for using the workflow, setting up GitHub Packages, and optionally configuring NuGet.org.
- Introduced `publish-packages.yml` workflow to automate:
  1. Version extraction from release tags.
  2. Dependency restoration, build, and testing.
  3. Package creation and publishing to GitHub Packages.
  4. Optional publishing to NuGet.org using `NUGET_API_KEY`.
- Provided `nuget.config` example for consuming GitHub Packages.
- Included instructions for monitoring workflow execution in GitHub Actions.
Updated the condition for publishing to NuGet.org to check for the `NUGET_API_KEY` in both the `vars` and `secrets` contexts. This change increases flexibility by allowing the API key to be sourced from reusable variables (`vars`) or secrets, making the workflow more adaptable to different configurations.
The step "Publish to NuGet.org (if token is available)" has been
removed from the workflow. This step previously checked for the
presence of a NuGet API key and published `.nupkg` files to
NuGet.org using the `dotnet nuget push` command.

The workflow now exclusively publishes packages to GitHub Packages.
Dropped support for net6.0 and net7.0 across multiple project files:
- Xrpl.AddressCodec.Test.csproj
- Xrpl.BinaryCodec.Test.csproj
- Xrpl.Keypairs.Test.csproj
- Xrpl.Tests.csproj
- Xrpl.csproj

This change focuses on newer .NET versions for improved compatibility,
performance, and feature utilization while reducing maintenance for
older frameworks. No other project properties were modified.
Updated README.md to document that test failures will not block
the release process and provided instructions to change this
behavior. Removed references to .NET 6 and 7 in the setup
instructions, leaving only .NET 8 and 9.

Modified the GitHub Actions workflow to add `continue-on-error:
true` to the "Run tests" step, ensuring the workflow proceeds
even if tests fail. Added messaging to clarify this behavior
and included a fallback message for failed tests.

Enhanced documentation to emphasize addressing test failures
for production releases and clarified monitoring details.
Simplified setup by removing detailed NuGet.org instructions.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant