Skip to content
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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Client translation #2

Open
yersultanur opened this issue May 2, 2023 · 2 comments
Open

Client translation #2

yersultanur opened this issue May 2, 2023 · 2 comments

Comments

@yersultanur
Copy link

馃悰 Bug Report

A clear and concise description of what the bug is.
Type instantiation is excessively deep and possibly infinite.

To Reproduce

when I use client side rendering or index.ts
A minimal reproducible example.
A codesandbox example or similar
or at least steps to reproduce the behavior:

export function useTranslation<
  N extends Namespace,
  TKPrefix extends KeyPrefix<N> = undefined
>(
  lng: string,
  ns?: N | Readonly<N>,
  options?: UseTranslationOptions<TKPrefix>
): UseTranslationResponse<N, TKPrefix> {
  if (i18next.resolvedLanguage !== lng) i18next.changeLanguage(lng)
  return useTranslationOrg(ns, options)
}

Expected behavior

A clear and concise description of what you expected to happen.

// Paste the expected results here

Your Environment

  • runtime version: i.e. node v14, deno, browser xy
  • i18next version: i.e. 19.5.3
  • os: Mac, Windows, Linux
  • any other relevant information
@yersultanur
Copy link
Author

image

@adrai
Copy link
Member

adrai commented May 3, 2023

probably because of i18next/i18next#1921
will be fixed with i18next/i18next#1911

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

No branches or pull requests

2 participants