-
Notifications
You must be signed in to change notification settings - Fork 148
fix(await-fire-event): reference correct method names in reported messages #591
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
Conversation
@Belco90 👀 |
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.
Thanks for taking care of this!
I think we need to do the change in the other message. Additionally, can you update the tests for this rule so they check that the correponding name
property is passed to the messages?
@Belco90 I did another commit with the changes for the messageId: fireEventWrapper. I changed the var to name and fixed the test in order to use the wrapper function name. I saw the rest of tests and i think that they are well. The tests didnt fail before because the var name in the messages was wrong. Please let me know if you have any doubt or if you need that i test anymore |
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.
Looks great! Thanks for your contribution 👌
It's annoying that tests weren't failing for an unexpected data property provided, we will have to look into how to prevent this in the future.
🎉 This PR is included in version 5.5.1 🎉 The release is available on: Your semantic-release bot 📦🚀 |
@all-contributors please add @IvanAprea for code and tests |
I've put up a pull request to add @IvanAprea! 🎉 |
Checks
npm run generate:rules-list
)npm run generate:configs
)Changes
Issue link: #590
I am showing the errors with gitLens
Context