Fix for getTransactionReceipt returning empty 'from' address. #242

Merged
telackey merged 3 commits from telackey/receiptfix into v5 2023-06-12 16:37:46 +00:00
Contributor

Fixes a bug where the wrong signer is used for getTransactionReceipt, leading to a null 'from' value, and unifies the code used to obtain a Signer for a tx.

Fixes a bug where the wrong signer is used for getTransactionReceipt, leading to a null 'from' value, and unifies the code used to obtain a Signer for a tx.
Owner

So this was only triggered on EIP-2718 (post Berlin?) transactions? This reminds me, the API unit tests don't cover them, I wanted to make an issue for that

So this was only triggered on EIP-2718 (post Berlin?) transactions? This reminds me, the API unit tests don't cover them, I wanted to make an issue for that
Member

@roysc yeah also the integration tests comparing geth results to ipld-eth-server results compare responses from getTransactionReceipt after the JSON returned by theses endpoints has been unpacked into a *types.Receipt, which does not have a "from" field. We should be comparing the full JSON responses.

@roysc yeah also the integration tests comparing geth results to ipld-eth-server results compare responses from `getTransactionReceipt` *after* the JSON returned by theses endpoints has been unpacked into a `*types.Receipt`, which does not have a "from" field. We should be comparing the full JSON responses.
i-norden approved these changes 2023-06-12 12:59:23 +00:00
i-norden left a comment
Member

LGTM, thanks. Will create an issue for improved test coverage.

LGTM, thanks. Will create an issue for improved test coverage.
Sign in to join this conversation.
No Reviewers
3 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: cerc-io/ipld-eth-server#242