[dependency]: Bump next-i18next from 15.4.3 to 16.0.5 in /explorer/frontend

[dependabot]

Bumps next-i18next from 15.4.3 to 16.0.5.

Release notes

Sourced from next-i18next's releases.

v16.0.5

• Pages Router: export missing types from next-i18next/pages — TFunction, I18n, WithTranslation, WithTranslationHocType, and UseTranslation types are now properly re-exported, matching the v15 API surface #2339

v16.0.4

• TypeScript compatibility with i18next v26 — fixed type error in Pages Router createConfig where i18next v26's readonly preload type was incompatible with the internal config type

v16.0.3

• New hideDefaultLocale option (App Router) — when enabled, the default language is served without a URL prefix (/about instead of /en/about). Non-default locales keep their prefix (/de/about). Explicit default-locale paths (/en/about) are automatically redirected to the clean URL. Works with basePath too. #2338

v16.0.2

• Serverless/Vercel: better error when public/locales/ is not available at runtime — the default filesystem backend now catches read failures and shows a clear error message explaining the serverless limitation with a resourceLoader code example #2337
• partialBundledLanguages + resources — when both resources and partialBundledLanguages: true are provided, the default backend is now correctly kept so it can load additional namespaces not included in the pre-loaded resources

v16.0.1

• App Router: config.resources now works on the server — resources was typed and documented but ignored at runtime by initServerI18next / getT. The resource backend is now skipped when resources is provided, and the pre-loaded translations are passed directly to i18next.init(). #2336

v16.0.0

BREAKING CHANGES

• Import paths changed for Pages Router: next-i18next → next-i18next/pages, next-i18next/serverSideTranslations → next-i18next/pages/serverSideTranslations
• Root export is now App Router: The default next-i18next import now exports App Router utilities (defineConfig, normalizeConfig, I18nConfig). Pages Router users must update to next-i18next/pages.
• Removed i18next-fs-backend dependency: Pages Router server-side loading now uses i18next-resources-to-backend with fs.readFileSync internally. No change needed for users — the behavior is identical.

New Features

• App Router support — first-class support for Next.js App Router with Server Components and Client Components
  • getT(ns?, options?) — async translation function for Server Components, layouts, and generateMetadata. Returns namespace-typed { t, i18n, lng }.
  • useT(ns?, options?) — translation hook for Client Components. Reads language from [lng] or [locale] URL params automatically.
  • I18nProvider — client-side provider for hydrating server-loaded translations. Supports custom backends via use prop.
  • initServerI18next(config) — one-time server configuration setup
  • getResources(i18n, namespaces?) — extract loaded resources for client hydration
  • generateI18nStaticParams() — helper for generateStaticParams
• Proxy support (Next.js 16+) — createProxy() from next-i18next/proxy for the new proxy.ts file convention. createMiddleware() from next-i18next/middleware remains available for Next.js 14/15.
  • Edge-safe language detection (cookie → Accept-Language → fallback)
  • Locale-in-path routing with automatic redirects
  • Custom header for Server Component language detection
• basePath option — scope the proxy to a URL prefix (e.g., /app-router) for mixed App Router + Pages Router setups
• No-locale-path mode — localeInPath: false for cookie-based language without URL prefixes. Use useChangeLanguage() hook for language switching.
• defineConfig() — type-safe configuration helper
• Custom backend support — pass any i18next backend plugin (http-backend, locize-backend, chained-backend) via the use config option. The default resource loader is skipped automatically when a custom backend is provided.
• resourceLoader option — custom async loader function (lng, ns) => Promise<object> for dynamic imports or custom loading logic
• Server-side singleton caching — translations loaded once and reused across requests. Custom backends benefit from this — no re-fetching per request.
• nonExplicitSupportedLngs — match 'en' to 'en-US' etc. in language detection

Pages Router

• All existing v15 APIs preserved under next-i18next/pages and next-i18next/pages/serverSideTranslations
• appWithTranslation, useTranslation, Trans, serverSideTranslations — unchanged behavior
• Defensive .filter(Boolean) on config.use arrays to handle CJS/ESM interop edge cases with Turbopack

Changelog

Sourced from next-i18next's changelog.

16.0.5

• Pages Router: export missing types from next-i18next/pages — TFunction, I18n, WithTranslation, WithTranslationHocType, and UseTranslation types are now properly re-exported, matching the v15 API surface #2339

16.0.4

• TypeScript compatibility with i18next v26 — fixed type error in Pages Router createConfig where i18next v26's readonly preload type was incompatible with the internal config type

16.0.3

• New hideDefaultLocale option (App Router) — when enabled, the default language is served without a URL prefix (/about instead of /en/about). Non-default locales keep their prefix (/de/about). Explicit default-locale paths (/en/about) are automatically redirected to the clean URL. Works with basePath too. #2338

16.0.2

• Serverless/Vercel: better error when public/locales/ is not available at runtime — the default filesystem backend now catches read failures and shows a clear error message explaining the serverless limitation with a resourceLoader code example #2337
• partialBundledLanguages + resources — when both resources and partialBundledLanguages: true are provided, the default backend is now correctly kept so it can load additional namespaces not included in the pre-loaded resources

16.0.1

• App Router: config.resources now works on the server — resources was typed and documented but ignored at runtime by initServerI18next / getT. The resource backend is now skipped when resources is provided, and the pre-loaded translations are passed directly to i18next.init(). #2336

16.0.0

BREAKING CHANGES

• Import paths changed for Pages Router: next-i18next → next-i18next/pages, next-i18next/serverSideTranslations → next-i18next/pages/serverSideTranslations
• Root export is now App Router: The default next-i18next import now exports App Router utilities (defineConfig, normalizeConfig, I18nConfig). Pages Router users must update to next-i18next/pages.
• Removed i18next-fs-backend dependency: Pages Router server-side loading now uses i18next-resources-to-backend with fs.readFileSync internally. No change needed for users — the behavior is identical.

New Features

• App Router support — first-class support for Next.js App Router with Server Components and Client Components
  • getT(ns?, options?) — async translation function for Server Components, layouts, and generateMetadata. Returns namespace-typed { t, i18n, lng }.
  • useT(ns?, options?) — translation hook for Client Components. Reads language from [lng] or [locale] URL params automatically.
  • I18nProvider — client-side provider for hydrating server-loaded translations. Supports custom backends via use prop.
  • initServerI18next(config) — one-time server configuration setup
  • getResources(i18n, namespaces?) — extract loaded resources for client hydration
  • generateI18nStaticParams() — helper for generateStaticParams
• Proxy support (Next.js 16+) — createProxy() from next-i18next/proxy for the new proxy.ts file convention. createMiddleware() from next-i18next/middleware remains available for Next.js 14/15.
  • Edge-safe language detection (cookie → Accept-Language → fallback)
  • Locale-in-path routing with automatic redirects
  • Custom header for Server Component language detection
• basePath option — scope the proxy to a URL prefix (e.g., /app-router) for mixed App Router + Pages Router setups
• No-locale-path mode — localeInPath: false for cookie-based language without URL prefixes. Use useChangeLanguage() hook for language switching.
• defineConfig() — type-safe configuration helper
• Custom backend support — pass any i18next backend plugin (http-backend, locize-backend, chained-backend) via the use config option. The default resource loader is skipped automatically when a custom backend is provided.
• resourceLoader option — custom async loader function (lng, ns) => Promise<object> for dynamic imports or custom loading logic
• Server-side singleton caching — translations loaded once and reused across requests. Custom backends benefit from this — no re-fetching per request.
• nonExplicitSupportedLngs — match 'en' to 'en-US' etc. in language detection

... (truncated)

Commits

• 3527551 16.0.5
• 76d3d6d matching the v15 API surface #2339
• 1b42fd6 update example dep
• 9397139 16.0.4
• fc8d296 TypeScript compatibility with i18next v26
• fe5eeef ts fix
• 8ce9005 update to latest i18next and react-i18next
• a6b78fe fix some example deps
• 67e5130 readme
• 312c429 16.0.3
• Additional commits viewable in compare view

Install script changes

This version modifies prepare script that runs during installation. Review the package contents before updating.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)