New code-server installs are broken due to a bad `i18n-next` version

首先复现全局 npm 安装和启动失败，然后检查依赖声明中的 i18next 版本约束。完成标准是：全新的 code-server 安装能够在没有 i18next 初始化错误的情况下成功启动；如果项目有相关测试，还应覆盖解析后的依赖版本。

Is there an existing issue for this?

• I have searched the existing issues

OS/Web Information

5 hours ago, the author of a library i18next that is used by code-server published a backward incompatible patch — 25.5.1

https://www.npmjs.com/package/i18next?activeTab=versions

The effect of this is that new installations of code-server will fail to startup with this error —

/Users/user/.version-fox/cache/nodejs/v-22.17.1/nodejs-22.17.1/lib/node_modules/code-server/out/node/i18n/index.js:96
(0, i18next_1.init)({
                   ^

TypeError: (0 , i18next_1.init) is not a function
    at Object.<anonymous> (/Users/skanodia/.version-fox/cache/nodejs/v-22.17.1/nodejs-22.17.1/lib/node_modules/@atlassian/code-server/out/node/i18n/index.js:96:20)
    at Module._compile (node:internal/modules/cjs/loader:1730:14)
    at Object..js (node:internal/modules/cjs/loader:1895:10)
    at Module.load (node:internal/modules/cjs/loader:1465:32)
    at Function._load (node:internal/modules/cjs/loader:1282:12)
    at TracingChannel.traceSync (node:diagnostics_channel:322:14)
    at wrapModuleLoad (node:internal/modules/cjs/loader:235:24)
    at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:171:5)
    at node:internal/main/run_main_module:36:49

i18n-next versions of 25.5.0 and below continue to work fine. code-server might want to pin the version of its dependencies.

Steps to Reproduce

1.npm i -g code-server
2. code-server
3.

Expected

Runs fine

Actual

/Users/user/.version-fox/cache/nodejs/v-22.17.1/nodejs-22.17.1/lib/node_modules/@atlassian/code-server/out/node/i18n/index.js:96
(0, i18next_1.init)({
                   ^

TypeError: (0 , i18next_1.init) is not a function
    at Object.<anonymous> (/Users/skanodia/.version-fox/cache/nodejs/v-22.17.1/nodejs-22.17.1/lib/node_modules/code-server/out/node/i18n/index.js:96:20)
    at Module._compile (node:internal/modules/cjs/loader:1730:14)
    at Object..js (node:internal/modules/cjs/loader:1895:10)
    at Module.load (node:internal/modules/cjs/loader:1465:32)
    at Function._load (node:internal/modules/cjs/loader:1282:12)
    at TracingChannel.traceSync (node:diagnostics_channel:322:14)
    at wrapModuleLoad (node:internal/modules/cjs/loader:235:24)
    at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:171:5)
    at node:internal/main/run_main_module:36:49

Logs

Screenshot/Video

No response

Does this bug reproduce in native VS Code?

No

Does this bug reproduce in GitHub Codespaces?

No

Are you accessing code-server over a secure context?

• I am using a secure context.

Notes

No response