-
Notifications
You must be signed in to change notification settings - Fork 13
Conversation
8a8b185
to
2712649
Compare
BREAKING CHANGE: This changes the AST for TSMethodSignature node
ee17d4d
to
196fb47
Compare
Can we not just enable TS1070 as part of this PR? |
we can but i was not sure if you want to xd |
Cool, yeah I think it makes sense based on all the precedent we have - it is not breaking by default, because you still have to opt into the diagnostics, even after we included them |
ok |
we are keeping fields for |
Hmm, I'm a bit confused now about the expected issue - nothing in the snapshot has changed after you have enabled the check? |
now you can see changes in ast |
I mean when we enable a new semantic check, we should be seeing a new diff in the semantic-errors snapshot. There isn't any change as a result of enabling the check here, which means we don't have coverage for it currently, right? |
its part of there are 1070, 1071, 1246, 2374, 1024, 2411 |
i think we should should split this test to smaller one with separated errors :> |
Ok I see, that's the same as I had here:
|
We could leave the diagnostics piece out of this PR for now then? |
kk, i'm going to split this to smaller separated errors in separated PR |
@JamesHenry i added PR with test cases for this #113 |
Merged! |
🎉 This PR is included in version 15.0.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
This PR changes
TSMethodSignature
node,i'm just not sure if we should support:
accessibility
,export
andstatic
, this is syntax error TS1070: