-
Notifications
You must be signed in to change notification settings - Fork 45
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
fix: Execution logic for default topic validators in WakuRelay #887
Conversation
Good catch! |
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.
Nice!
LGTM
Curious to know if you using go-waku to build something.
Hey @chaitanyaprem, yep we're building tribes decentralized network using go-waku and js-waku (https://www.tribes.xyz) |
Did not know that, Awesome! Specifically how are you guys using go-waku and js-waku? Do reach out to us on discord in case you require any support or discussion. |
@chaitanyaprem yep I'm in the discord. Username |
Hey @richard-ramos / @chaitanyaprem, it seems like the checks are stuck for a while (see screenshot). Is it common to take that long to complete? |
Nah, they are generally done in max of 10 mins. |
Jenkins Builds
|
Description
This PR addresses an issue in the WakuRelay's topic validation mechanism. Previously, if topicValidators were not set for a specific topic but defaultTopicValidators were provided, the logic incorrectly bypassed executing these default validators. This was due to the check being performed before merging the defaultTopicValidators. The proposed change ensures we correctly assess the combined list of validators after merging both topicValidators and defaultTopicValidators. This means that all validators will always be considered, regardless of whether specific topic validators are set.