Closed 3s-jorgematos closed 11 months ago
I think this oversight was not detected so far because with JS libraries, parsing null or false would end up with very similar behavior due to the nature of how JavaScript works.
In the case of NEthereum we are using C# and the type safety properties of this language are not compatible with this.
Also, would like to note that we also tried a tool called Eventeum (Java) and we are having problems with it processing events, but were not able to pinpoint it to this issue.
Interesting, this should be a quick fix 👍
Additional info: It looks like ethers
has this field be nullable/optional, but will not serialize the value accordingly. As this value looks to always be set, this seems strange and for your C# implementation you should expect that null
is a possibility (for future changes/implementations).
For now, I'll set this to value to False
Just wanted to add I've been testing with the public testnet and this issue does not happen with NEthereum. This reinforces the idea that the test node should change the behavior to be more consistent
🐛 Bug Report for zkSync Era In-Memory Node
📝 Description
Log
removed
property is null and should be either true or false.This is currently an issue for me because we are using NEthereum and trying to integrate with ZkSync Era, but the library fails to parse the null value into a boolean.
For example, when using Anvil this does not happen because the removed property is always either true or false and the library works as expected
Example of the JSON RPC response with this issue:
🔄 Reproduction Steps
🤔 Expected Behavior
Event log
removed
property should either be true or false, never null😯 Current Behavior
Event log
removed
is null🖥️ Environment
📋 Additional Context
N/A
📎 Log Output
N/A