-
Notifications
You must be signed in to change notification settings - Fork 238
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
feat(expect-expect): support chained function names (#471) #508
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.
Cheers, thanks for this!
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.
Awesome cheers!
Now you just need to get coverage passing :)
Thanks! |
Fixing the coverage turned out to be trickier than expected, since Added Does the trick :) |
Thanks for reviewing and merging in the PR!! ✨ |
🎉 This PR is included in version 23.4.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
Interesting - I'll add a note to have a look into this as part of the maintenance run I have planned, just to make sure it's all good :) Now that you've changed the implementation, it's possible that the overload signature should be tweaked, but regardless your fix here seems to work so that's the main thing :D |
Added support for chained assertion function names and method calls. (see also #471)
This makes it easy to support 3rd party assertion libraries like SuperTest with the option
{ "assertFunctionNames": ["expect", "request.get.expect"] }
Examples of correct code for deep assertion functions with the
{ "assertFunctionNames": ["expect", "tester.foo.expect"] }
option: