Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

chore(website): fixed most no-unnecessary-condition complaints#7836

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

Conversation

JoshuaKGoldberg
Copy link
Member

PR Checklist

Overview

Makes progress on fixing existing@typescript-eslint/no-unnecessary-condition violations underpackages/website. Part of a series of PRs that split this up, as there are many of them.

@typescript-eslint
Copy link
Contributor

Thanks for the PR,@JoshuaKGoldberg!

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.

@netlify
Copy link

netlifybot commentedOct 25, 2023
edited
Loading

Deploy Preview fortypescript-eslint ready!

NameLink
🔨 Latest commit9310882
🔍 Latest deploy loghttps://app.netlify.com/sites/typescript-eslint/deploys/656625e9a4b8170008abc630
😎 Deploy Previewhttps://deploy-preview-7836--typescript-eslint.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.
Lighthouse
Lighthouse
1 paths audited
Performance: 99 (🟢 up 11 from production)
Accessibility: 100 (no change from production)
Best Practices: 92 (no change from production)
SEO: 98 (no change from production)
PWA: 80 (no change from production)
View the detailed breakdown and full score reports

To edit notification comments on pull requests, go to yourNetlify site configuration.

@nx-cloud
Copy link

nx-cloudbot commentedOct 25, 2023
edited
Loading

☁️ Nx Cloud Report

CI is running/has finished running commands for commit0a7de2d. As they complete they will appear below. Click to see the status, the terminal output, and the build insights.

📂 See all runs for this CI Pipeline Execution


✅ Successfully ran 19 targets

Sent with 💌 fromNxCloud.

@JoshuaKGoldbergJoshuaKGoldberg marked this pull request as ready for reviewOctober 25, 2023 12:34
@bradzacherbradzacher added the repo maintenancethings to do with maintenance of the repo, and not with code/docs labelNov 10, 2023
bradzacher
bradzacher previously approved these changesNov 10, 2023
@bradzacherbradzacher added the 1 approval>=1 team member has approved this PR; we're now leaving it open for more reviews before we merge labelNov 10, 2023
@@ -267,7 +267,7 @@ export const LoadedEditor: React.FC<LoadedEditorProps> = ({
return debounce(() => editor.layout(), 1);
}, [editor]);

const container = editor.getContainerDomNode?.() ?? editor.getDomNode();
const container = editor.getContainerDomNode();
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

this is not correct, as this part of code is neccesary for some older versions of playground (older version of ts)

Copy link
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

🤔 I'm confused, where are those types defined? Theeditor.api.d.ts I see hasgetContainerDomNode(): HTMLElement; - and I thought we're settled on just one editor version?

@@ -50,7 +50,7 @@ export function getRuleJsonSchemaWithErrorLevel(
};
}
// example: naming-convention rule
if (typeof ruleSchema.items === 'object' && ruleSchema.items) {
if (typeof ruleSchema.items === 'object') {
Copy link
Collaborator

@armano2armano2Nov 10, 2023
edited
Loading

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

typeofnull==='object'// true

Copy link
Member

@bradzacherbradzacherNov 11, 2023
edited
Loading

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

I think in the context of the types it's probably defined asitems?: T[] - hence thetypeof is enough to refine the types correctly?
This was a strictness change we added in v6.

We could probably even change this check to be "cleaner" but it'll do fine like this I think

Copy link
MemberAuthor

@JoshuaKGoldbergJoshuaKGoldbergNov 13, 2023
edited
Loading

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Yeah I don't see anynull values foritems in any ESLint or typescript-eslint rule. Is there a reason to support it?

@@ -67,7 +67,7 @@ export function TypeInfo({
onHoverNode,
}: TypeInfoProps): React.JSX.Element {
const computed = useMemo(() => {
if (!typeChecker || !value) {
if (!typeChecker) {
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

this is not correct

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

@armano2 according to the types it is - the propertyvalue is defined asreadonly value: Node and it's never reassigned in the component body

JoshuaKGoldberg reacted with thumbs up emoji
@@ -48,15 +48,13 @@ export function TypesDetails({
value={value}
/>
</div>
{selectedNode && (
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

selectedNode may be undefined

Copy link
Member

@bradzacherbradzacherNov 11, 2023
edited
Loading

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

@armano2 based on the types it can't be.
the initial value passed touseState is typed asreadonly value: Node.
Then the only call tosetSelectedNode is guarded byif (item.node) { setSelectedNode(item.node) }

unless, of course,SimplifiedTreeView can make itundefined? But based on its types it can't do that I believe (or else there would be a type error on itsonSelect prop with this change)

JoshuaKGoldberg reacted with thumbs up emoji
@JoshuaKGoldbergJoshuaKGoldberg changed the titlechore(website): fixed no-unnecessary-condition complaintschore(website): fixed most no-unnecessary-condition complaintsNov 28, 2023
@JoshuaKGoldbergJoshuaKGoldberg merged commitb872154 intotypescript-eslint:mainNov 28, 2023
@JoshuaKGoldbergJoshuaKGoldberg deleted the lint-enable-no-unnecessary-condition-website branchNovember 28, 2023 22:36
@github-actionsgithub-actionsbot locked asresolvedand limited conversation to collaboratorsDec 6, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account?Sign in.
Reviewers

@bradzacherbradzacherbradzacher left review comments

@armano2armano2Awaiting requested review from armano2

Assignees
No one assigned
Labels
1 approval>=1 team member has approved this PR; we're now leaving it open for more reviews before we mergerepo maintenancethings to do with maintenance of the repo, and not with code/docs
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

3 participants
@JoshuaKGoldberg@armano2@bradzacher

[8]ページ先頭

©2009-2025 Movatter.jp