Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork2.8k
feat(typescript-estree): tighten prop name and destructure types#1346
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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
Thanks for the PR,@bradzacher! typescript-eslint is a 100% community driven project, and we are incredibly grateful that you are contributing to that community. The core maintainers work on this in their personal time, so please understand that it may not be possible for them to review your work immediately. Thanks again! 🙏Please, if you or your company is finding typescript-eslint valuable, help us sustain the project by sponsoring it transparently onhttps://opencollective.com/typescript-eslint. As a thank you, your profile/company logo will be added to our main README which receives thousands of unique visitorsper day. |
codecovbot commentedDec 18, 2019 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
Codecov Report
@@ Coverage Diff @@## master #1346 +/- ##==========================================+ Coverage 93.94% 93.98% +0.03%========================================== Files 131 131 Lines 5865 5864 -1 Branches 1662 1662 ==========================================+ Hits 5510 5511 +1+ Misses 188 187 -1+ Partials 167 166 -1
|
armano2 commentedDec 18, 2019 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
nvm i see you created ticket for this |
See#1345 |
Whilst working on#1318, I noticed that the types for both property names and destructuring were wrong.
property names assumed that only
Identifier | Literal
were valid, when in fact any expression is valid, if and only if the name is computed:{ [1 + 2]: 1 }
.Part of me thinks we should probably split the types to make this nicer (I've raised#1345)
The destructuring types were also inconsistent, so I corrected them.