-
Notifications
You must be signed in to change notification settings - Fork 586
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
Move event emissions to functions #648
Comments
@colin-axner @crodriguezvega Hey, I would like to work on this issue, kindly assign it to me. |
hey @nir1218, glad to see that you want to work on another one. Thanks for dedicating your time to it! |
@nir1218 let us know if you have any questions |
@crodriguezvega @colin-axner I noticed that in msg_server.go in the upgrade and update client methods there is an emit event of a message type , and then in the client keeper there is an emit of the operation type itself. So my question is, should I consolidate both emissions in one method and invoke it from the client keeper as done in events.go under channel module? |
Yes, I think that makes sense. So, for example, for the case of update client to have a method that emits both this event and this event, right? Do you agree, @colin-axner? |
Yes that makes sense to me |
@crodriguezvega @colin-axner Will you be closing the issue and the PR? Is there anything else I can do on this? |
* make fmt * changelog update
Summary
For all core IBC event emissions, we should put them in functions within their respective keepers, like so
It increases readability of the critical code, provides self documentation, and allows us to ensure consistency between event emission
For Admin Use
The text was updated successfully, but these errors were encountered: