Skip to content

[BUG] Automatic locale detection saves the wrong string #487

Closed

Description

@leonbeon

Describe the bug
When navigating to the site, local storages saves the browser locale in the key i18nextLng. In my case, the value is de (German). This however, seems to be invalid, because the drop down is in an invalid state and when selecting German manually, the local storage value is changed to de-DE.

There seems to be no config option to overwrite the language manually.

To Reproduce
Steps to reproduce the behavior:

  1. Set your browser to german locale.
  2. Navigate to the auth page (in private tab)
  3. Observe the local storage value

Expected behavior
I expected the value to be de-DE or for tinyauth to recognize deas valid

Screenshots
n/a

Logs
No logs available, because this is local behaviour.

Device (please complete the following information):

  • OS: macOS
  • Browser: Firefox
  • Tinyauth v.4.1.0
  • Docker 28.1.1

Additional context
n/a

Activity

  1. steveiliop56 commented on Dec 8, 2025

    @steveiliop56
    Member

    Hey @leonbeon I think I have a fix with 2f4f250. Can you please test with nightly?

  2. leonbeon commented on Dec 10, 2025

    @leonbeon
    Author

    The nightly version seems to correctly save de-DE to the local storage! However, the current nightly also doesn't output strings correctly, instead showing localization keys (see screenshot). This seems to be unrelated, though.

    Image
  3. steveiliop56 commented on Dec 22, 2025

    @steveiliop56
    Member

    Fixed with #533. I would ask you to test but since this pull request started v5 it's not worth migrating your setup to test.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

bugSomething isn't workingpinnedThis issue is pinned

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions