We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
parsing nested TransactionDataPayload causes class-transformer to stop due to cyclic parsing.
resulting in
Block data: Block { protocolVersion: 2, parents: [ '0x3689742bb257ffec5b9789022bb0af90c23574b605d208b84d2abd083d54085d' ], payload: { essence: { type: 1, networkId: '1856588631910923207', inputs: [Array], inputsCommitment: '0xff6bd7f6aeb9c6926da84267d859cf08ce44c228c13fb67b8893d642030a2f51', outputs: [Array], payload: [Object] }, unlocks: [ [Object] ] }, nonce: '233605' }
instead of
Block data: Block { payload: TransactionPayload { type: 6, essence: RegularTransactionEssence { type: 1, networkId: '1856588631910923207', inputsCommitment: '0xff6bd7f6aeb9c6926da84267d859cf08ce44c228c13fb67b8893d642030a2f51', inputs: [Array], outputs: [Array], payload: [Object] }, unlocks: [ [SignatureUnlock] ] }, nonce: '233605' }
possible fix: Custom @Transform with a new plainToInstance call like here: typestack/class-transformer#212 (comment)
plainToInstance
1.1
nested payload has a type
no type
Yes
No response
The text was updated successfully, but these errors were encountered:
not fixed yet in #1253, just solved. Needs a better solution for future different Payloads inside Transaction
Sorry, something went wrong.
kwek20
Successfully merging a pull request may close this issue.
Issue description
parsing nested TransactionDataPayload causes class-transformer to stop due to cyclic parsing.
resulting in
instead of
possible fix: Custom @Transform with a new
plainToInstance
call like here:typestack/class-transformer#212 (comment)
Version
1.1
Expected behaviour
nested payload has a type
Actual behaviour
no type
Can the issue reliably be reproduced?
Yes
Steps to reproduce the issue
Errors
No response
Duplicate declaration
The text was updated successfully, but these errors were encountered: