[UI] Unnatural date format used in search

[null-von-sushi]

The bug

Searching currently requires users to enter the date in MM/DD/YYYY format. While I understand that immich is American software, it has users around the world and the majority of the word works in either ascending or descending order (DD/MM/YYYY for the west, YYYY/MM/DD for the east). Please would you consider implementing a setting that allows us to specify the date in either of the two? Thank you for your consideration

The OS that Immich Server is running on

TrueNAS

Version of Immich Server

v1.107.2

Version of Immich Mobile App

N/A

Platform with the issue

• [X] Server
• [X] Web
• [ ] Mobile

Your docker-compose.yml content

Not sure, I did not use docker. TrueNAS abstracts all this in it's webui when installing apps...

Your .env content

Same as above.

Reproduction steps

1. Open your immich instance's website
2. Click the settings icon next to the search bar at the top
3. Observe the date input field asking for MM/DD/YYYY

Relevant log output

N/A

Additional information

No response

[bo0tzz]

This should probably be changed to use the locale from the user settings.

[michelheusschen]

The date format is already based on the configured language and nothing is forcing the date format to be mm/dd/yyyy. When I set my language to Japanese for example, the date format changes:

[bo0tzz]

@michelheusschen it should be based on locale, not language.

[andrebrait]

Yes, I second that. Language and locale aren't the same thing and date format here should be derived from locale (e.g. en_GB uses dd/mm/yyyy, en_IE use dd-mm-yyyy but also sometimes dd/mm/yyyy, whereas en-US uses mm-dd-yyyy).

And many locales don't use / as a separator either (e.g. nl_NL uses -, also see examples above)

[WhiteWoodenWall]

if I change both my language and custom locale to Japanese, I am still presented with the mm/dd/yyyy format. Perhaps the default browser locale/language setting is taking priority?