You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
PrivateTransactionReceipt declares new fields instead of inheriting them
PrivateTransactionReceipt declares again the following fields instead of inheriting them:
private final String contractAddress;
private final String from;
private final String to;
private final List logs;
private final String transactionHash;
private final String status;
This creates two copies of the same field for the superclass (TransactionReceipt) & subclass (PrivateTransactionReceipt), and creates various issues.
Steps To Reproduce
Calling privateTransactionReceipt.isStatusOk()
Expected behavior
Result should be evaluated by the actual receipt status
Actual behavior
Result will always be true because superclass's status is always null, even though subclass status is not.
Environment
Running Besu 1.31 Quickstart network.
The text was updated successfully, but these errors were encountered:
PrivateTransactionReceipt declares new fields instead of inheriting them
PrivateTransactionReceipt declares again the following fields instead of inheriting them:
private final String contractAddress;
private final String from;
private final String to;
private final List logs;
private final String transactionHash;
private final String status;
This creates two copies of the same field for the superclass (TransactionReceipt) & subclass (PrivateTransactionReceipt), and creates various issues.
Steps To Reproduce
Calling privateTransactionReceipt.isStatusOk()
Expected behavior
Result should be evaluated by the actual receipt status
Actual behavior
Result will always be true because superclass's status is always null, even though subclass status is not.
Environment
Running Besu 1.31 Quickstart network.
The text was updated successfully, but these errors were encountered: