-
Notifications
You must be signed in to change notification settings - Fork 1
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
Handle Permissions Events #60
Conversation
f412c1c
to
6e27254
Compare
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.
As much as I can tell, it looks good 👍
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.
My main question is what is the advantage of processing all RoleSet events in a given block at once, instead of processing them individually? I feel like the batch processing approach adds some complexity compared to making db mutatations on a per event basis (assuming we can link ColonyRoleSet events to their respective ColonyRole and ColonyAction db entries)
Gather data from all events that might be emmited inside a single block, and just do a big update all at once
a11e110
to
27085f2
Compare
As with it's CDapp counterpart, this has been rebased, tested, and it's ready for re-review/merge. As with that one, the more time consuming changes that were pointed out were extracted into a separate issue: #79 This was done in the interest of time, as to get this merged faster, and push forward towards production deployment. |
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.
Added a couple comments
20ea486
to
da0b79a
Compare
da0b79a
to
66016f9
Compare
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.
👍
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.
👍
2bead94
to
8c80a84
Compare
This PR adds in logic to handle listening to permissions role events, create database entries for them, create historic entries, and finally create permissions actions.
To test this head on over to the CDapp and test the JoinColony/colonyCDapp#271
Some of the logic required gets pretty harry, and so I've left a bunch of comments all over the place. Please make sure to give them a read, to understand the flow of data through the ingestor.