-
Notifications
You must be signed in to change notification settings - Fork 470
Release Beta #458
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
Release Beta #458
Conversation
This pull request is automatically built and testable in CodeSandbox. To see build info of the built libraries, click here or the icon next to each commit SHA. Latest deployment of this branch, based on commit 8214a50:
|
@@ -61,7 +59,8 @@ | |||
"rules": { | |||
"import/prefer-default-export": "off", | |||
"import/no-unassigned-import": "off", | |||
"import/no-useless-path-segments": "off" | |||
"import/no-useless-path-segments": "off", | |||
"no-console": "off" |
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.
Any reason why you globally disable no-console
-rule? I am curious if you couldn't disable for only the specific files?
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.
I did and it was annoying.
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.
Once of those things where I'd like a different set of rules for local dev. Basically a set of rules for prod and dev. Because we do like to catch dangling debug statements but we do sometimes need them for debugging locally.
Codecov Report
@@ Coverage Diff @@
## master #458 +/- ##
=====================================
Coverage 100% 100%
=====================================
Files 22 22
Lines 404 420 +16
Branches 95 100 +5
=====================================
+ Hits 404 420 +16
Continue to review full report at Codecov.
|
fd701b4
to
6bb57a9
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.
Looks good. Only test that failed for us was due to A11yance/aria-query#42 which isn't harmful at all.
I encountered a small (non blocking) typing problem with Angular Testing Library, because I'm not really comfortable with For the rest, the example tests in the repo, were all green. 👍 |
I don't know how DefinitelyTyped handles beta versions. I'm not going to bother. We'll be merging this before too long. |
Just an update. I'll planning on working on this and doing the release next Tuesday or Wednesday. 👍👍 |
I'm ready to release this tomorrow. I'd like to get the green light from as many maintainers as possible. Please leave a review @testing-library/all-maintainers! |
Keep in mind that we like to avoid major releases like this, so if there's anything you have in mind for a breaking change, please speak now or forever hold your peace... well, maybe not forever, but yeah. |
👍 for Angular Testing Library |
I'm giving it a go right now in Vue Testing Lib: testing-library/vue-testing-library#125 would appreciate your input on both the empty callback when using |
ok a few questions:
|
Alright, I'm working on this now: https://twitter.com/kentcdodds/status/1238197276465483776 |
@kentcdodds any thoughts on my questions before you release? :) |
Yes, that's what I'm doing in the livestream 😉 |
damn i'm in meetings. i can't make it |
Don't worry, what I meant was, I'm typing out the answer in the livestream :) |
ok posted some comments in the youtube comments |
For the empty callback with - await wait()
+ await wait(() => {}) So that can be a find/replace update, and then the recommendation would be for people to go through and put assertions in that callback instead of having an empty callback. As for So the solution for those will be: - const element = await waitForElement(() => container.querySelector('.loading'))
+ const element = await wait(() => container.querySelector('.loading'))
- await waitForDomChange()
+ await wait(() => {})
- await waitForDomChange(mutationObserverOptions)
+ await wait(() => {}, mutationObserverOptions) So that's actually pretty straightforward. Most of those should be find/replace. The idea is, because Regarding readability, I don't think they're any more readable personally. Especially since you shouldn't be using
For |
I guess one thing i'm hung up on is the naming, instead of I've been teaching folks on my team not to use wait because of the fact that it doesn't use mutation observers. now i'm going to have to teach them to use it. waitFor also solves the readability issue imo |
The library we used to use was called Maybe I'll do a twitter poll too 😅 |
Hmmm... What if we alias I don't really like that but it's an idea. |
not sure how i feel about the alias. like we're already breaking changes anyway. people are already going to have to replace waitForElement and waitForDomChange. |
Yeah, let's not do the alias... I'm leaning toward renaming to |
Alright, I'm not excited about making this change, but I think it's for the best, so we'll be renaming |
Some people are suggesting: Curious what others have to say. I'm still leaning toward |
I don't hate until, but I think i still prefer waitFor as that's more in line w/ the other helpers & history of the library |
Closes #430 BREAKING CHANGE: This drops support for Node 8. Node 10 or greater is now required.
Closes #372 BREAKING CHANGE: If you used the `selector` option in `ByLabelText` queries, then you will probably need to update that code to be able to find the label you're looking for.
Closes #376 Closes #416 BREAKING CHANGE: wait is now deprecated in favor of waitFor (which has basically the same API except it requires a callback and it also accepts optional mutation observer arguments). BREAKING CHANGE: `waitForElement` is deprecated in favor of `find*` queries or `wait`. BREAKING CHANGE: `waitForDomChange` is deprecated in favor of `wait` BREAKING CHANGE: default timeout for async utilities is now 1000ms rather than 4500ms. This can be configured: https://testing-library.com/docs/dom-testing-library/api-configuration
🎉 This PR is included in version 7.0.0 🎉 The release is available on:
Your semantic-release bot 📦🚀 |
it should be possible to have eslint fix these occurrences of |
What: Release the
beta
branch as stableWhy: Because we have needed breaking changes
How: Please see the commits for granular changes
Checklist:
Please test this in your projects: