-
-
Notifications
You must be signed in to change notification settings - Fork 528
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
build(deps): TypeScript 5.4 #3790
base: main
Are you sure you want to change the base?
Conversation
@@ -294,7 +292,7 @@ export const listrMake = ( | |||
arch: targetArch, | |||
}); | |||
} catch (err) { | |||
if (err) { |
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.
This is semantically different, in some places we throw strings, we should still somehow log those?
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.
Are there specific places where we throw strings? This was caught in lint by "@typescript-eslint/only-throw-error"
.
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've definitely done it before, probably in forge, or it's dependencies 😅
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.
Not sure if we still do it today or not
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.
Added another else if
clause for when the error is a string as well: 12efc76
Our version of TypeScript is a few years out of date. DefinitelyTyped only supports versions that are 2 years old.
This PR upgrades us from TypeScript 4 to TypeScript 5.4, which is the latest version supported by our current version of TypeDoc.
The actual source code change here is fairly small, but upgrading to TypeScript 5 required us to upgrade our linting stack, which caused the diff to balloon:
@typescript-eslint/no-var-requires
->@typescript-eslint/no-require-imports
).eslint-plugin-import
seems to have changed.Note that we require a yarn resolution to
@typescript-eslint/parser
because@malept/eslint-config
has a direct dependency on@typescript-eslint/parser@5
, which limits us to TypeScript 4.6.