org.opentest4j.AssertionFailedError: Unexpected exception type thrown, expected: <com.hedera.node.app.spi.workflows.PreCheckException> but was: <org.mockito.exceptions.misusing.PotentialStubbingProblem>
	at app/[email protected]/org.junit.jupiter.api.AssertionFailureBuilder.build(AssertionFailureBuilder.java:151)
	at app/[email protected]/org.junit.jupiter.api.AssertThrows.assertThrows(AssertThrows.java:67)
	at app/[email protected]/org.junit.jupiter.api.AssertThrows.assertThrows(AssertThrows.java:35)
	at app/[email protected]/org.junit.jupiter.api.Assertions.assertThrows(Assertions.java:3115)
	at app/[email protected]/com.hedera.node.app.service.contract.impl.test.handlers.EthereumTransactionHandlerTest.validatePureChecksAtLeastIntrinsicGas(EthereumTransactionHandlerTest.java:455)
	at [email protected]/java.lang.reflect.Method.invoke(Method.java:580)
	at [email protected]/java.util.ArrayList.forEach(ArrayList.java:1596)
	at [email protected]/java.util.ArrayList.forEach(ArrayList.java:1596)
Caused by: org.mockito.exceptions.misusing.PotentialStubbingProblem: 
Strict stubbing argument mismatch. Please check:
 - this invocation of 'transactionGasRequirements' method:
    gasCalculator.transactionGasRequirements(
    0x,
    false,
    0L,
    0L
);
    -> at [email protected]/com.hedera.node.app.service.contract.impl.handlers.EthereumTransactionHandler.pureChecks(EthereumTransactionHandler.java:120)
 - has following stubbing(s) with different arguments:
    1. gasCalculator.transactionGasRequirements(
    0x,
    false,
    0L
);
      -> at [email protected]/com.hedera.node.app.service.contract.impl.test.handlers.EthereumTransactionHandlerTest.validatePureChecksAtLeastIntrinsicGas(EthereumTransactionHandlerTest.java:452)
Typically, stubbing argument mismatch indicates user mistake when writing tests.
Mockito fails early so that you can debug potential problem easily.
However, there are legit scenarios when this exception generates false negative signal:
  - stubbing the same method multiple times using 'given().will()' or 'when().then()' API
    Please use 'will().given()' or 'doReturn().when()' API for stubbing.
  - stubbed method is intentionally invoked with different arguments by code under test
    Please use default or 'silent' JUnit Rule (equivalent of Strictness.LENIENT).
For more information see javadoc for PotentialStubbingProblem class.
	at app/[email protected]/com.hedera.node.app.service.contract.impl.handlers.EthereumTransactionHandler.pureChecks(EthereumTransactionHandler.java:120)
	at app/[email protected]/com.hedera.node.app.service.contract.impl.test.handlers.EthereumTransactionHandlerTest.lambda$validatePureChecksAtLeastIntrinsicGas$15(EthereumTransactionHandlerTest.java:455)
	at app/[email protected]/org.junit.jupiter.api.AssertThrows.assertThrows(AssertThrows.java:53)
	... 6 more

org.opentest4j.AssertionFailedError: Unexpected exception type thrown, expected: <com.hedera.node.app.spi.workflows.PreCheckException> but was: <org.mockito.exceptions.misusing.PotentialStubbingProblem>
	at app/[email protected]/org.junit.jupiter.api.AssertionFailureBuilder.build(AssertionFailureBuilder.java:151)
	at app/[email protected]/org.junit.jupiter.api.AssertThrows.assertThrows(AssertThrows.java:67)
	at app/[email protected]/org.junit.jupiter.api.AssertThrows.assertThrows(AssertThrows.java:35)
	at app/[email protected]/org.junit.jupiter.api.Assertions.assertThrows(Assertions.java:3115)
	at app/[email protected]/com.hedera.node.app.service.contract.impl.test.handlers.EthereumTransactionHandlerTest.validatePureChecksAtLeastIntrinsicGasForContractCreate(EthereumTransactionHandlerTest.java:472)
	at [email protected]/java.lang.reflect.Method.invoke(Method.java:580)
	at [email protected]/java.util.ArrayList.forEach(ArrayList.java:1596)
	at [email protected]/java.util.ArrayList.forEach(ArrayList.java:1596)
Caused by: org.mockito.exceptions.misusing.PotentialStubbingProblem: 
Strict stubbing argument mismatch. Please check:
 - this invocation of 'transactionGasRequirements' method:
    gasCalculator.transactionGasRequirements(
    0x,
    true,
    0L,
    0L
);
    -> at [email protected]/com.hedera.node.app.service.contract.impl.handlers.EthereumTransactionHandler.pureChecks(EthereumTransactionHandler.java:120)
 - has following stubbing(s) with different arguments:
    1. gasCalculator.transactionGasRequirements(
    0x,
    true,
    0L
);
      -> at [email protected]/com.hedera.node.app.service.contract.impl.test.handlers.EthereumTransactionHandlerTest.validatePureChecksAtLeastIntrinsicGasForContractCreate(EthereumTransactionHandlerTest.java:469)
Typically, stubbing argument mismatch indicates user mistake when writing tests.
Mockito fails early so that you can debug potential problem easily.
However, there are legit scenarios when this exception generates false negative signal:
  - stubbing the same method multiple times using 'given().will()' or 'when().then()' API
    Please use 'will().given()' or 'doReturn().when()' API for stubbing.
  - stubbed method is intentionally invoked with different arguments by code under test
    Please use default or 'silent' JUnit Rule (equivalent of Strictness.LENIENT).
For more information see javadoc for PotentialStubbingProblem class.
	at app/[email protected]/com.hedera.node.app.service.contract.impl.handlers.EthereumTransactionHandler.pureChecks(EthereumTransactionHandler.java:120)
	at app/[email protected]/com.hedera.node.app.service.contract.impl.test.handlers.EthereumTransactionHandlerTest.lambda$validatePureChecksAtLeastIntrinsicGasForContractCreate$17(EthereumTransactionHandlerTest.java:472)
	at app/[email protected]/org.junit.jupiter.api.AssertThrows.assertThrows(AssertThrows.java:53)
	... 6 more

java.util.concurrent.TimeoutException
	at java.base/java.util.concurrent.FutureTask.get(FutureTask.java:204)
	at [email protected]/com.swirlds.virtualmap.internal.reconnect.ConcurrentNodeStatusTrackerTests.acknowledgeBigNumbers(ConcurrentNodeStatusTrackerTests.java:68)
	at java.base/java.lang.reflect.Method.invoke(Method.java:580)
	at java.base/java.util.ArrayList.forEach(ArrayList.java:1596)
	at java.base/java.util.ArrayList.forEach(ArrayList.java:1596)

java.lang.ClassCastException: class org.hyperledger.besu.evm.worldstate.WorldUpdater$MockitoMock$tjvcjOL6 cannot be cast to class com.hedera.node.app.service.contract.impl.state.ProxyWorldUpdater (org.hyperledger.besu.evm.worldstate.WorldUpdater$MockitoMock$tjvcjOL6 is in module [email protected] of loader 'app'; com.hedera.node.app.service.contract.impl.state.ProxyWorldUpdater is in module [email protected] of loader 'app')
	at [email protected]/com.hedera.node.app.service.contract.impl.exec.delegation.CodeDelegationProcessor.setAccountCodeToDelegationIndicator(CodeDelegationProcessor.java:115)
	at [email protected]/com.hedera.node.app.service.contract.impl.exec.delegation.CodeDelegationProcessor.lambda$process$0(CodeDelegationProcessor.java:68)
	at java.base/java.lang.Iterable.forEach(Iterable.java:75)
	at [email protected]/com.hedera.node.app.service.contract.impl.exec.delegation.CodeDelegationProcessor.process(CodeDelegationProcessor.java:68)
	at [email protected]/com.hedera.node.app.service.contract.impl.test.exec.delegation.CodeDelegationProcessorTest.createsNewAccountAndDelegatesWhenMissingAndNonceZero(CodeDelegationProcessorTest.java:219)
	at java.base/java.lang.reflect.Method.invoke(Method.java:580)
	at java.base/java.util.ArrayList.forEach(ArrayList.java:1596)
	at java.base/java.util.ArrayList.forEach(ArrayList.java:1596)