Skip to content
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

extract code #1

Merged
merged 1 commit into from
May 9, 2024
Merged

extract code #1

merged 1 commit into from
May 9, 2024

Conversation

Idrinth
Copy link
Member

@Idrinth Idrinth commented May 9, 2024

@Idrinth Idrinth merged commit 972ce9e into the-one May 9, 2024
1 of 7 checks passed
@Idrinth Idrinth deleted the issue-1044-extract-blindly branch May 9, 2024 16:16
Copy link

coderabbitai bot commented May 9, 2024

Walkthrough

The collective assimilates enhancements across various configurations and workflows, reinforcing the structural integrity of the project. These include linting enhancements, workflow optimisations, and expanded dictionary terms, ensuring compliance and efficiency in development processes.

Changes

File Pattern Summary of Changes
Various .github/workflows/ files Introduced and updated multiple GitHub Actions workflows for linting, building, and greeting tasks.
.gitignore, .dictionary.txt Expanded exclusions and terms, respectively, enhancing project cleanliness and understanding.
.commitlintrc.json, .eslintrc.yml Configured linting rules for commits and code, ensuring standardisation.
.coderabbit.yaml, .editorconfig Introduced configurations for YAML language server and editor settings.
LICENSE, README.md, CONTRIBUTING.md Updated copyright, project description, and contribution guidelines.

🎉🐇🎈
O, great update, how sleek thy code doth lie,
Across the files, where changes softly tread,
Each line, each rule, in harmony comply,
'Tis a dance of bytes, where no dread shall spread.
Rejoice, for @coderabbitai hath led!
🎉🐇🎈


Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

Share
Tips

Chat

There are 3 ways to chat with CodeRabbit:

Note: Auto-reply has been disabled for this repository by the repository owner. The CodeRabbit bot will not respond to your replies unless it is explicitly tagged.

  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai generate interesting stats about this repository and render them as a table.
    • @coderabbitai show all the console.log statements in this repository.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (invoked as PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger a review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai help to get help.

Additionally, you can add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.

CodeRabbit Configration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 8

Review Details

Configuration used: .coderabbit.yaml
Review profile: CHILL

Commits Files that changed from the base of the PR and between f241650 and 51709e4.
Files ignored due to path filters (1)
  • package-lock.json is excluded by !**/package-lock.json
Files selected for processing (56)
  • .coderabbit.yaml (1 hunks)
  • .commitlintrc.json (1 hunks)
  • .dictionary.txt (1 hunks)
  • .editorconfig (1 hunks)
  • .eslintrc.yml (1 hunks)
  • .github/FUNDING.yml (1 hunks)
  • .github/dependabot.yml (1 hunks)
  • .github/prace.yml (1 hunks)
  • .github/pull_request_template.md (1 hunks)
  • .github/release.yml (1 hunks)
  • .github/workflows/desktop.codeql.yml (1 hunks)
  • .github/workflows/desktop.eslint.yml (1 hunks)
  • .github/workflows/desktop.fta.yml (1 hunks)
  • .github/workflows/desktop.knip.yml (1 hunks)
  • .github/workflows/desktop.language.yml (1 hunks)
  • .github/workflows/desktop.license-check.yml (1 hunks)
  • .github/workflows/desktop.mdlint.yml (1 hunks)
  • .github/workflows/desktop.spellcheck.yml (1 hunks)
  • .github/workflows/desktop.stylelint.yml (1 hunks)
  • .github/workflows/global.commit-message.yml (1 hunks)
  • .github/workflows/global.conflibot.yml (1 hunks)
  • .github/workflows/global.docker.yml (1 hunks)
  • .github/workflows/global.editorconfiglint.yml (1 hunks)
  • .github/workflows/global.greetings.yml (1 hunks)
  • .github/workflows/global.label.yml (1 hunks)
  • .github/workflows/global.milestone.yml (1 hunks)
  • .github/workflows/global.prace.yml (1 hunks)
  • .github/workflows/global.pull-request-size.yml (1 hunks)
  • .github/workflows/global.release.yml (1 hunks)
  • .github/workflows/global.spellcheck.yml (1 hunks)
  • .gitignore (1 hunks)
  • .hadolint.yaml (1 hunks)
  • .knip.json (1 hunks)
  • .markdownlint.yaml (1 hunks)
  • .npmrc (1 hunks)
  • .spellcheckerrc.yml (1 hunks)
  • CODE_OF_CONDUCT.md (1 hunks)
  • CONTRIBUTING.md (1 hunks)
  • LICENSE (1 hunks)
  • README.md (1 hunks)
  • SECURITY.md (1 hunks)
  • gitCommitDev.sh (1 hunks)
  • index.cjs (1 hunks)
  • index.html (1 hunks)
  • package.json (1 hunks)
  • public/package.json (1 hunks)
  • renovate.json (1 hunks)
  • run.cjs (1 hunks)
  • src/App.vue (1 hunks)
  • src/main.ts (1 hunks)
  • src/style.css (1 hunks)
  • src/vite-env.d.ts (1 hunks)
  • tea.yaml (1 hunks)
  • tools/copy-starter.js (1 hunks)
  • tools/drop-dist.js (1 hunks)
  • tools/fix-index.js (1 hunks)
Files not processed due to max files limit (3)
  • tsconfig.json
  • tsconfig.node.json
  • vite.config.ts
Files skipped from review due to trivial changes (33)
  • .coderabbit.yaml
  • .commitlintrc.json
  • .editorconfig
  • .github/FUNDING.yml
  • .github/dependabot.yml
  • .github/prace.yml
  • .github/release.yml
  • .github/workflows/desktop.eslint.yml
  • .github/workflows/desktop.language.yml
  • .github/workflows/desktop.license-check.yml
  • .github/workflows/global.conflibot.yml
  • .github/workflows/global.docker.yml
  • .github/workflows/global.editorconfiglint.yml
  • .github/workflows/global.label.yml
  • .github/workflows/global.spellcheck.yml
  • .gitignore
  • .hadolint.yaml
  • .knip.json
  • .markdownlint.yaml
  • .npmrc
  • .spellcheckerrc.yml
  • LICENSE
  • README.md
  • SECURITY.md
  • gitCommitDev.sh
  • index.html
  • renovate.json
  • run.cjs
  • src/App.vue
  • src/style.css
  • src/vite-env.d.ts
  • tea.yaml
  • tools/fix-index.js
Additional Context Used
Path-based Instructions (3)
src/main.ts (1)

Pattern **/*.ts: Review the code for conformity with the .eslintrc files in / and /*/.

tools/drop-dist.js (1)

Pattern **/*.js: Review the code for conformity with the .eslintrc files in / and /*/.

tools/copy-starter.js (1)

Pattern **/*.js: Review the code for conformity with the .eslintrc files in / and /*/.

Additional comments not posted (63)
.github/workflows/global.milestone.yml (1)

10-10: Ensure the condition checks for merged pull requests are correct.

.github/workflows/global.prace.yml (1)

17-19: Ensure the environment variable for GitHub token is correctly set.

Verification successful

CodeRabbit has completed the verification process. The environment variable for the GitHub token is correctly set in the workflow file .github/workflows/global.prace.yml. The syntax matches the expected pattern.

  • .github/workflows/global.prace.yml: Correct usage of GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
Scripts Executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify the environment variable for GitHub token in the workflow.

# Test: Search for the environment variable usage. Expect: Correct usage of the environment variable.
rg --type yaml $'GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}'

Length of output: 200



Script:

#!/bin/bash
# Description: Re-verify the environment variable for GitHub token in the workflow using corrected regex pattern.

# Test: Search for the environment variable usage with escaped characters. Expect: Correct usage of the environment variable.
rg --type yaml 'GITHUB_TOKEN: \${{ secrets.GITHUB_TOKEN }}'

Length of output: 203



Script:

#!/bin/bash
# Description: Re-verify the environment variable for GitHub token in the workflow using grep with fixed strings.

# Test: Search for the environment variable usage without interpreting special characters. Expect: Correct usage of the environment variable.
grep -r -F 'GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}' --include='*.yml'

Length of output: 161

index.cjs (1)

13-13: Ensure the path concatenation is secure and handles edge cases.

tools/copy-starter.js (1)

35-41: Ensure the npm install command is executed securely.

.github/workflows/global.commit-message.yml (1)

10-10: Ensure the environment variable for Node version is correctly set.

Verification successful

The environment variable CURRENT_NODE_VERSION is consistently set across multiple workflow files in the repository. The syntax ${{ vars.CURRENT_NODE_VERSION || 'latest' }} is used uniformly, indicating a fallback to 'latest' if CURRENT_NODE_VERSION is not set. This aligns with best practices for setting environment variables in GitHub Actions workflows.

  • .github/workflows/global.spellcheck.yml
  • .github/workflows/global.release.yml
  • .github/workflows/global.pull-request-size.yml
  • .github/workflows/global.commit-message.yml
  • .github/workflows/desktop.stylelint.yml
  • .github/workflows/desktop.mdlint.yml
  • .github/workflows/desktop.license-check.yml
  • .github/workflows/desktop.knip.yml
  • .github/workflows/desktop.fta.yml
  • .github/workflows/desktop.eslint.yml
  • .github/workflows/desktop.codeql.yml
  • .github/workflows/desktop.spellcheck.yml
Scripts Executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify the environment variable for Node version in the workflow.

# Test: Search for the environment variable usage. Expect: Correct usage of the environment variable.
rg --type yaml $'CURRENT_NODE_VERSION: ${{ vars.CURRENT_NODE_VERSION || \'latest\' }}'

Length of output: 264



Script:

#!/bin/bash
# Description: Re-verify the environment variable for Node version in the workflow by correcting the regex error.

# Test: Search for the environment variable usage with corrected regex. Expect: Correct usage of the environment variable.
rg --type yaml --fixed-strings 'CURRENT_NODE_VERSION: ${{ vars.CURRENT_NODE_VERSION || '\''latest'\'' }}' .github/workflows/

Length of output: 1441

.github/workflows/global.release.yml (6)

1-1: Name of the workflow is set to 'Release'.


3-5: Trigger for the workflow is set on the closing of milestones.


7-7: Environment variable CURRENT_NODE_VERSION is set to use a variable vars.CURRENT_NODE_VERSION or default to 'latest' if not set.


9-27: The job 'lint' runs on Ubuntu latest, checks out the code, sets up Node.js with the specified version and caching, and runs setup and publish scripts.


18-24: Caching paths for npm include multiple package-lock.json files from different parts of the project.


25-25: Extracts the version to publish from the milestone title using jq.

.github/workflows/global.greetings.yml (3)

1-1: Name of the workflow is set to 'Greetings'.


3-5: Trigger for the workflow is set on pull_request_target and issues.


7-18: The job 'greeting' runs on Ubuntu latest, sets permissions for issues and pull-requests, and uses the first-interaction action with custom messages for issues and pull requests.

.github/workflows/desktop.mdlint.yml (2)

3-16: Trigger for the workflow is set on push and pull_request events for specific branches and paths.


17-37: The job 'lint' runs on Ubuntu latest, checks out the code, sets up Node.js with the specified version and caching, and runs npm commands to install dependencies and lint Markdown files.

.github/workflows/desktop.spellcheck.yml (3)

1-1: Name of the workflow is set to 'desktop spellcheck'.


3-16: Trigger for the workflow is set on push and pull_request events for specific branches and paths.


17-37: The job 'lint' runs on Ubuntu latest, checks out the code, sets up Node.js with the specified version and caching, and runs npm commands to install dependencies and perform spellchecking.

package.json (1)

1-37: The package.json file is well-formed with appropriate metadata, scripts, dependencies, and devDependencies for the project.

public/package.json (1)

1-52: The package.json file is well-formed with appropriate scripts, devDependencies, and Electron Forge configuration for packaging the Electron application.

.github/workflows/desktop.fta.yml (3)

1-1: Name of the workflow is set to 'desktop FTA'.


3-24: Trigger for the workflow is set on push and pull_request events for specific branches and paths.


25-46: The job 'lint' runs on Ubuntu latest, checks out the code, sets up Node.js with the specified version and caching, and runs npm commands to install dependencies and execute functional tests.

.github/workflows/desktop.knip.yml (3)

1-1: Name of the workflow is set to 'desktop Knip'.


3-24: Trigger for the workflow is set on push and pull_request events for specific branches and paths.


25-47: The job 'lint' runs on Ubuntu latest, checks out the code, sets up Node.js with the specified version and caching, and runs npm commands to install dependencies and execute the 'Knip' script.

.github/workflows/global.pull-request-size.yml (6)

1-1: Name of the workflow is clear and appropriate.


4-5: Ensure the branch name 'the-one' is intentional and not a placeholder or error.

Verification successful

The branch name 'the-one' is confirmed to exist within the repository. However, it is not referenced in any other YAML files besides the one under review. This could imply that 'the-one' is a specific branch used for a particular purpose not widely referenced across the repository's workflows.

  • The branch 'the-one' exists.
  • No other YAML files reference this branch.
Scripts Executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify the branch name 'the-one' is used in other workflows or branches.

# Test: Search for the branch name in other workflow files. Expect: Occurrences of 'the-one'.
rg --type yaml 'branches:\s+- the-one' .github/workflows/

Length of output: 59



Script:

#!/bin/bash
# Description: Broaden the search for the branch name 'the-one' across the entire repository and check if it is an existing branch.

# Search for 'the-one' in all YAML files across the repository.
rg --type yaml 'the-one' -l

# Check if 'the-one' is an existing branch in the repository.
git branch --list 'the-one'

Length of output: 65


7-7: Usage of dynamic environment variable for Node version is flexible and robust.


18-24: Caching multiple package-lock.json files ensures efficient dependency management across different parts of the project.


26-34: Commands for setting up Git configuration and fetching branches are correctly sequenced for PR analysis.


34-34: The check-pr-length tool is configured with sensible limits and exclusions, enhancing the PR review process by enforcing size constraints.

.dictionary.txt (2)

1-110: The additions to the dictionary are appropriate and cover a wide range of technology-specific terms and project-related nomenclature.


103-103: Possible typo in the email address "[email protected]". Verify the domain name.

.github/workflows/desktop.codeql.yml (5)

1-1: Workflow name clearly indicates its purpose for CodeQL analysis on the desktop application.


4-11: The workflow is triggered for all relevant file types in the 'desktop' directory, ensuring comprehensive static analysis coverage.


23-24: Dynamic environment variable usage for Node version is consistent with other workflows, promoting uniformity.


36-40: CodeQL initialization is correctly configured with the appropriate language and query settings for the project.


53-58: The steps to prepare the Node.js environment and perform the CodeQL analysis are well-structured and follow best practices.

.github/workflows/desktop.stylelint.yml (3)

1-1: Workflow name is appropriately descriptive for its function of linting styles in the desktop application.


4-9: Trigger paths are correctly specified to include only SCSS files and relevant configuration files, ensuring focused linting.


23-37: Setup and execution of the style linting process are correctly configured, promoting code quality and consistency.

.eslintrc.yml (3)

1-4: Extensions for ESLint are correctly set to include recommended settings for JavaScript, JSON, and TypeScript, which enhances code quality.


5-6: Inclusion of the JSON plugin will assist in maintaining the quality of JSON files within the project.


10-174: The comprehensive set of ESLint rules configured here is aimed at maintaining high code quality and consistency across the project.

CODE_OF_CONDUCT.md (5)

1-1: Title clearly reflects the purpose of the document.


5-7: The pledge section effectively sets the tone for an inclusive and respectful community environment.


11-25: Examples of both positive and negative behaviours are well-detailed, providing clear guidance on expected conduct.


39-39: Ensure the email address provided for reporting is correct and operational to maintain trust and accessibility.


73-79: Attributions are correctly provided, enhancing the document's credibility and providing resources for further reading.

CONTRIBUTING.md (12)

1-1: Title clearly indicates the purpose of the document.


3-4: Introduction effectively encourages contributions and sets expectations.


12-17: Structure section clearly outlines the project's organization and guides contributors to relevant resources.


19-25: Issue reporting guidelines are clear and encourage constructive contributions.


27-31: Code contribution guidelines emphasize readability and caution against breaking changes, which is crucial for maintaining project stability.


44-56: The contribution workflow is well-detailed, providing step-by-step guidance to new contributors.


59-102: Guidelines for contributing to the mindmap are specific and helpful, ensuring contributors understand the expectations and technical requirements.


104-123: Testing guidelines are comprehensive, emphasizing the importance of both automated and manual testing.


125-129: Naming conventions are clearly defined, aiding in maintaining consistency across the codebase.


131-134: Setup instructions are clear and facilitate easy onboarding for new contributors.


159-267: Commit message guidelines are thorough and align with best practices, aiding in maintaining a clean and informative commit history.


285-293: Documentation and example guidelines underscore the importance of clarity and safety in contributions, which is essential for a public-facing project.

@@ -0,0 +1,37 @@
nanme: desktop MARKDOWN-LINT
Copy link

Choose a reason for hiding this comment

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

Typographical error in the workflow name 'nanme' should be 'name'.

- nanme: desktop MARKDOWN-LINT
+ name: desktop MARKDOWN-LINT

Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

Suggested change
nanme: desktop MARKDOWN-LINT
name: desktop MARKDOWN-LINT

import './style.css';
import App from './App.vue';

createApp(App,).mount('#app',);
Copy link

Choose a reason for hiding this comment

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

Remove extraneous comma in function call.

- createApp(App,).mount('#app',);
+ createApp(App).mount('#app');

Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

Suggested change
createApp(App,).mount('#app',);
createApp(App).mount('#app');

history-website/package-lock.json
cli/package-lock.json
package-lock.json
- run: npm install -g "https://github.com/Idrinth/check-pr-length.git#patch-1"
Copy link

Choose a reason for hiding this comment

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

Usage of a globally installed GitHub package from a specific branch could introduce instability. Consider pinning to a stable release version.

- npm install -g "https://github.com/Idrinth/check-pr-length.git#patch-1"
+ npm install -g "https://github.com/Idrinth/check-pr-length.git@stable-release"

Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

Suggested change
- run: npm install -g "https://github.com/Idrinth/check-pr-length.git#patch-1"
- run: npm install -g "https://github.com/Idrinth/check-pr-length.git@stable-release"

pre
programmatically
readme
rest-APIs
Copy link

Choose a reason for hiding this comment

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

Consider using the Oxford spelling "sexualized" to maintain consistency with international English standards, although "sexualised" is also correct.

- sexualised
+ sexualized

Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

Suggested change
rest-APIs
rest-APIs

steps:
- uses: actions/checkout@v4
- name: Use Node.js ${{ env.CURRENT_NODE_VERSION }}
uses: actions/checkout@v4
Copy link

Choose a reason for hiding this comment

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

Incorrect action used for setting up Node.js. It should be actions/setup-node@v4 instead of actions/checkout@v4.

- uses: actions/checkout@v4
+ uses: actions/setup-node@v4

Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

Suggested change
uses: actions/checkout@v4
uses: actions/setup-node@v4


Examples of unacceptable behaviour include:

* The use of sexualised language or imagery, and sexual attention or advances of any kind
Copy link

Choose a reason for hiding this comment

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

Consider using the Oxford spelling "sexualized" to maintain consistency with international English standards, although "sexualised" is also correct.

- sexualised
+ sexualized

Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

Suggested change
* The use of sexualised language or imagery, and sexual attention or advances of any kind
* The use of sexualized language or imagery, and sexual attention or advances of any kind

Comment on lines +9 to +22
const del = (path,) => {
if (! existsSync(path,)) {
return;
}
const stats = statSync(path,);
if (stats.isDirectory()) {
for (const file of readdirSync(path,)) {
del(`${ path }/${ file }`,);
}
rmdirSync(path,);
return;
}
unlinkSync(path,);
};
Copy link

Choose a reason for hiding this comment

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

Refactor the deletion logic to handle errors and exceptions.

- const del = (path,) => {
-   if (! existsSync(path,)) {
-     return;
-   }
-   const stats = statSync(path,);
-   if (stats.isDirectory()) {
-     for (const file of readdirSync(path,)) {
-       del(`${ path }/${ file }`,);
-     }
-     rmdirSync(path,);
-     return;
-   }
-   unlinkSync(path,);
- };
+ const del = (path) => {
+   try {
+     if (!existsSync(path)) return;
+     const stats = statSync(path);
+     if (stats.isDirectory()) {
+       readdirSync(path).forEach(file => del(`${path}/${file}`));
+       rmdirSync(path);
+     } else {
+       unlinkSync(path);
+     }
+   } catch (error) {
+     console.error(`Failed to delete ${path}: ${error}`);
+   }
+ };

Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

Suggested change
const del = (path,) => {
if (! existsSync(path,)) {
return;
}
const stats = statSync(path,);
if (stats.isDirectory()) {
for (const file of readdirSync(path,)) {
del(`${ path }/${ file }`,);
}
rmdirSync(path,);
return;
}
unlinkSync(path,);
};
const del = (path) => {
try {
if (!existsSync(path)) return;
const stats = statSync(path);
if (stats.isDirectory()) {
readdirSync(path).forEach(file => del(`${path}/${file}`));
rmdirSync(path);
} else {
unlinkSync(path);
}
} catch (error) {
console.error(`Failed to delete ${path}: ${error}`);
}
};

Comment on lines +4 to +5
- [ ] all actions are passing
- [ ] only fixes a single issue
Copy link

Choose a reason for hiding this comment

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

Consider using a more formal verb for clarity.

- - [ ] all actions are passing
- - [ ] only fixes a single issue
+ - [ ] all actions have passed
+ - [ ] only addresses a single issue

Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

Suggested change
- [ ] all actions are passing
- [ ] only fixes a single issue
- [ ] all actions have passed
- [ ] only addresses a single issue

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

extract desktop
1 participant