-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
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
Merge P2P bugfixes into seednode branch to help node stability issues #3155
Merge P2P bugfixes into seednode branch to help node stability issues #3155
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ACK
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
utAck
I am not sure if we should keep adding code and complexity to the project like this. Sure, there is an issue there that needs fixing, hence, utack. However, it seems to me that there is a simpler solution just around the corner.
// We must set the listeners initially and not on onParseBlockChainComplete as activeOrMyUnconfirmedProposals | ||
// is used in voteResults which can be called earlier during sync. | ||
// To avoid unneeded upDateLists calls we delay one render frame so that once the proposalService is complete we | ||
// register out listeners. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
// register out listeners. | |
// register our listeners. |
public void start() { | ||
// We must set the listeners initially and not on onParseBlockChainComplete as activeOrMyUnconfirmedProposals | ||
// is used in voteResults which can be called earlier during sync. | ||
// To avoid unneeded upDateLists calls we delay one render frame so that once the proposalService is complete we |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
// To avoid unneeded upDateLists calls we delay one render frame so that once the proposalService is complete we | |
// To avoid unneeded updateLists(); calls, we delay one render frame so that once the proposalService is complete, we |
@@ -31,7 +31,7 @@ | |||
PROPOSAL, | |||
BLIND_VOTE, | |||
ACK_MSG, | |||
BSQ_BLOCK, | |||
RECEIVE_BSQ_BLOCK, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am not sure we should change stuff like that. What I am sure of is that we should add Javadoc to describe what a capability is for and what it does, only so can we make sure devs can understand what these 2 or 3 words mean.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
utACK
No description provided.