INTER-2281: upgrade dx-team-toolkit dev dependencies to latest

[JuroUhlar]

• Upgrades dx-team lint/changelog/prettier tooling and migrates ESLint to flat type-checked config.
• Normalizes caught values into real Error causes; includes a patch changeset.
• Adds tooling typecheck coverage and documents Node 22 for local development.

Note

eslint is provided by the dx-team ESLint config; prettier stays direct because it is a peer dependency.

Verified with pnpm lint, pnpm test, pnpm build, and typecheck scripts.

[changeset-bot]

🦋 Changeset detected

Latest commit: 86c5349

The changes in this PR will be included in the next version bump.

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

[github-actions]

Coverage report

St.❔	Category	Percentage	Covered / Total
🟢	Statements	100%	357/357
🟢	Branches	100%	124/124
🟢	Functions	100%	34/34
🟢	Lines	100%	357/357

Test suite run success

79 tests passing in 24 suites.

Report generated by 🧪jest coverage report action from 86c5349

Show full coverage report

St	File	% Stmts	% Branch	% Funcs	% Lines	Uncovered Line #s
🟢	All files	100	100	100	100
🟢	src	100	100	100	100
🔴	...edApiTypes.ts	0	0	0	0
🟢	index.ts	100	100	100	100
🟢	sealedResults.ts	100	100	100	100
🟢	...rApiClient.ts	100	100	100	100
🟢	types.ts	100	100	100	100
🟢	urlUtils.ts	100	100	100	100
🟢	webhook.ts	100	100	100	100
🟢	src/errors	100	100	100	100
🟢	apiErrors.ts	100	100	100	100
🟢	...orResponse.ts	100	100	100	100
🟢	toError.ts	100	100	100	100
🟢	unsealError.ts	100	100	100	100

[Copilot]

Pull request overview

Upgrades the repo’s DX team toolkit dev dependencies and migrates ESLint from legacy .eslintrc to ESLint 10 flat config, with small source edits to satisfy the stricter lint rules.

Changes:

• Upgraded @fingerprintjs/*-dx-team tooling packages and added explicit eslint@10 + prettier@3.
• Migrated ESLint configuration to eslint.config.js and adjusted the lint script accordingly.
• Applied minor code tweaks / lint suppressions (nullish checks, assertion-related rule overrides, formatting).

Reviewed changes

Copilot reviewed 8 out of 10 changed files in this pull request and generated 3 comments.

Show a summary per file

File	Description
src/urlUtils.ts	Replaces == null with explicit `=== null
src/serverApiClient.ts	Adds documented eslint suppressions for type assertions used in option normalization and JSON parsing.
src/sealedResults.ts	Adds eslint suppression + commentary around caught-error assertion in unsealing flow.
src/errors/toError.ts	Adds eslint suppression + commentary around returning non-Error objects as Error.
src/errors/handleErrorResponse.ts	Formatting/indentation adjustment in the error-response type guard.
rollup.config.js	Suppresses no-require-imports for require('./package.json').
package.json	Updates lint script; bumps DX-team tooling deps; adds explicit eslint and prettier.
eslint.config.js	Introduces ESLint flat config with ignores and test-file rule relaxations.
.eslintrc.json	Removes legacy ESLint config file.
pnpm-lock.yaml	Lockfile updates reflecting new toolchain versions and dependency graph.

Files not reviewed (1)

• pnpm-lock.yaml: Generated file

---

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

[Copilot]

Pull request overview

Copilot reviewed 19 out of 20 changed files in this pull request and generated 3 comments.

Files not reviewed (1)

• pnpm-lock.yaml: Generated file

[Orkuncakilkaya]

nit: We may still use @typescript-eslint/consistent-type-assertions here by using const instead of enum.

// src/types.ts

export const Region = {
  EU: 'EU',
  AP: 'AP',
  Global: 'Global',
} as const

export type Region = (typeof Region)[keyof typeof Region]

[JuroUhlar]

Good idea, thanks! Done in 985291f

[mcnulty-fp]

If the error object doesn't have a toString function, String(error) will result in [object Object]. Since message is checked as being a property on error, perhaps this should use message somehow?

[JuroUhlar]

I am not sure I follow, if message exists the conditional code block above returns the error using error.message. This line (13) only executes if message does not exist, no?

Or are you proposing something like this?

Suggested change

	return new Error(String(error))
	return new Error(JSON.stringify(error))

[mcnulty-fp]

I am not sure I follow, if message exists the conditional code block above returns the error using error.message. This line (13) only executes if message does not exist, no?

Sorry! I misread the diff because the "Branch is not covered" annotations made it difficult to read. I've found the "Show annotations" setting and disabled it now 🤦 .

Or are you proposing something like this?

I think we should probably only use the result of String(error) if it'll provide a meaningful message. So, maybe the check can be something like?

const message = String(error)
if (message !== '[object Object]') {
   return new Error(message)
}

return new Error(JSON.stringify(error))

[JuroUhlar]

I like that, thank you! Also added basic tests to cover this case: 86c5349

[github-actions]

🚀 Following releases will be created using changesets from this PR:

@fingerprint/node-sdk@7.4.1

Patch Changes

• errors: Normalize caught values into real Error instances, so errors from unseal and JSON parsing always carry a genuine Error. (5764c11)