Skip to content

feat: eslint10#95

Merged
Tweentyy merged 7 commits intodevelopfrom
feat/eslint10
Apr 20, 2026
Merged

feat: eslint10#95
Tweentyy merged 7 commits intodevelopfrom
feat/eslint10

Conversation

@Tweentyy
Copy link
Copy Markdown
Contributor

No description provided.

Copilot AI review requested due to automatic review settings April 20, 2026 20:20
@sonarqubecloud
Copy link
Copy Markdown

@Tweentyy Tweentyy merged commit 0858de4 into develop Apr 20, 2026
3 checks passed
@Tweentyy Tweentyy deleted the feat/eslint10 branch April 20, 2026 20:20
Copy link
Copy Markdown

Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull request overview

Updates the project’s linting/tooling stack for ESLint v10, along with small TypeScript safety improvements in error handling.

Changes:

  • Upgrade ESLint-related dependencies (ESLint v10, @eslint/js v10, typescript-eslint, etc.) and bump package version.
  • Replace the previous eslint.config.mjs with a new eslint.config.ts flat config.
  • Tighten error typing from any to unknown and update the logger helper accordingly.

Reviewed changes

Copilot reviewed 7 out of 9 changed files in this pull request and generated 4 comments.

Show a summary per file
File Description
tsconfig.json Adds an explicit include for src/**/*.
src/utils/logger.ts Changes logger API to accept unknown and normalizes non-Error inputs.
src/managers/EventManager.ts Changes catch variable type from any to unknown.
src/client/StelliaUtils.ts Changes catch variable type from any to unknown in multiple handlers.
package.json Bumps version and upgrades lint/tooling dependencies; adjusts lint script.
pnpm-lock.yaml Lockfile updates for new ESLint/tooling versions and transitive deps.
eslint.config.ts Introduces new ESLint v10 flat config in TypeScript.
eslint.config.mjs Removes the prior ESLint config file.
README.md Updates a section header (currently introduces a typo).
Files not reviewed (1)
  • pnpm-lock.yaml: Language not supported

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Comment thread eslint.config.ts
Comment on lines +10 to +12
files: ["**/*.{js,mjs,cjs,ts,mts,cts}"],
plugins: { js },
extends: ["js/recommended"],
Copy link

Copilot AI Apr 20, 2026

Choose a reason for hiding this comment

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

In flat config, @eslint/js is a set of config objects (e.g. js.configs.recommended), not an ESLint plugin. Using plugins: { js } plus extends: ["js/recommended"] is likely invalid and will prevent ESLint from loading the config. Consider replacing this block with js.configs.recommended (and any desired languageOptions) as a config entry instead of using extends/plugins here.

Suggested change
files: ["**/*.{js,mjs,cjs,ts,mts,cts}"],
plugins: { js },
extends: ["js/recommended"],
...js.configs.recommended,
files: ["**/*.{js,mjs,cjs,ts,mts,cts}"],

Copilot uses AI. Check for mistakes.
Comment thread eslint.config.ts
Comment on lines +16 to +18
},
ts.configs.recommended,
importPlugin.flatConfigs.recommended,
Copy link

Copilot AI Apr 20, 2026

Choose a reason for hiding this comment

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

ts.configs.recommended is an array of config objects in typescript-eslint; adding it as a single element here can create a nested array that ESLint won't understand. Use a spread (...ts.configs.recommended) or switch back to the ts.config(...) helper to flatten configs.

Copilot uses AI. Check for mistakes.
Comment thread src/utils/logger.ts
errorWithInformation: (message: string, error: Error) => {
console.error(`${logSymbols.error} ${prefix} ${message}: `, error);
errorWithInformation: (message: string, error: unknown) => {
const err = error instanceof Error ? error : new Error(String(error));
Copy link

Copilot AI Apr 20, 2026

Choose a reason for hiding this comment

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

Wrapping non-Error throwables with new Error(String(error)) can discard useful details (e.g., thrown objects become "[object Object]"), which is a regression from logging the original value. Consider logging the original error alongside a normalized Error (or only normalizing when typeof error === "string") so you don’t lose diagnostic context.

Suggested change
const err = error instanceof Error ? error : new Error(String(error));
const err = error instanceof Error ? error : typeof error === "string" ? new Error(error) : error;

Copilot uses AI. Check for mistakes.
Comment thread README.md
# StelliaJS

## About
## Accbout
Copy link

Copilot AI Apr 20, 2026

Choose a reason for hiding this comment

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

Typo in the section header: Accbout should be About.

Suggested change
## Accbout
## About

Copilot uses AI. Check for mistakes.
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