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
When you call eth_getFilterLogs and you get a bunch of logs back, they are ordered from the latest to the oldest one.
eth_getFilterLogs
They should be ordered from the oldest to the latest one though. CPP does it and its also more logical.
In web3.js we call eth_getFilterLogs before polling with eth_getFilterChanges. So currently using go as node the order you get is for example:
eth_getFilterChanges
CPP has it the other way around and its also more logical going from oldest to newest.
The text was updated successfully, but these errors were encountered:
I consider this to be none-blocking for frontier (and also an enhancement)
enhancement
Sorry, something went wrong.
Relax TestPeriodicRoundChanges requiring next round to within two rou…
9150ceb
…nds (ethereum#855) * Relax TestPeriodicRoundChanges requirement on next round to within two rounds
No branches or pull requests
When you call
eth_getFilterLogs
and you get a bunch of logs back, they are ordered from the latest to the oldest one.They should be ordered from the oldest to the latest one though.
CPP does it and its also more logical.
In web3.js we call
eth_getFilterLogs
before polling witheth_getFilterChanges
. So currently using go as node the order you get is for example:CPP has it the other way around and its also more logical going from oldest to newest.
The text was updated successfully, but these errors were encountered: