Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork2.8k
fix(eslint-plugin): [no-unnecessary-type-assertion] false positive on non-null assertion after an implicitly-any variable gets initialised inside conditional block#11082
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
base:main
Are you sure you want to change the base?
Uh oh!
There was an error while loading.Please reload this page.
Conversation
Thanks for the PR,@mdm317! 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. |
netlifybot commentedApr 16, 2025 • 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.
✅ Deploy Preview fortypescript-eslint ready!
To edit notification comments on pull requests, go to yourNetlify site configuration. |
nx-cloudbot commentedApr 16, 2025 • 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.
codecovbot commentedApr 16, 2025 • 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 ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@## main #11082 +/- ##======================================= Coverage 90.82% 90.82% ======================================= Files 497 497 Lines 50204 50206 +2 Branches 8274 8275 +1 =======================================+ Hits 45600 45602 +2 Misses 4589 4589 Partials 15 15
Flags with carried forward coverage won't be shown.Click here to find out more.
🚀 New features to boost your workflow:
|
) { | ||
if (declaration.type == null) { | ||
return true; |
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.
We're definitely in the right ballpark, but I notice that this introduces a regression with the following case:
functionfoo(){letxif(Math.random()>0.5){x=3;}else{x=4;}// should be flagged as unnecessaryx!;}
I wonder if it's possible to get that case correct still? (it may or may not be feasible to prevent some false positives or negatives)
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.
actually - I think you can ignore this regression... This is most likely a symptom of#10334 /microsoft/TypeScript#60514
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.
@kirkwaiblinger
Thanks for review! 🙏
The regression also occurs in this simplified case:
function foo() { let x; x =4; // should be flagged as unnecessary x!;}
This is most likely a symptom of#10334 /microsoft/TypeScript#60514
As you mentioned, it's not possible to fix that case for now.
Should I close this PR until that issue is resolved?
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.
Hmmm. I'm not sure which choice is the lesser of two evils here... fixing the bug at the cost of that rather undesirable-looking regression, or marking the bug as blocked. I'm gently leaning towards making this work as blocked unless we can find away to proceed while mitigating this regression 🤔 But then again if it was that important of a case, you'd think we might have a test case that caught it?
Looking for thoughts from @typescript-eslint/triage-team too.
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.
Yeah I don't really want to wade into these murky waters 🙃. +1 on marking as blocked.
Uh oh!
There was an error while loading.Please reload this page.
Caution
Currently blocked by#10334 /microsoft/TypeScript#60514. See#11082 (comment)
PR Checklist
Overview
I have updated it so thatisPossiblyUsedBeforeAssigned returns
true
when the variable is not explicitly typed at the time of declaration