Movie titles with diacritic characters not sorted correctly

[maats]

Is there an existing issue for this?

• I have searched the existing open and closed issues

Current Behavior

I've spotted that movie titles with Polish diacritic characters are not sorted correctly. At first movies with standard alphabet are listed and then movies with diacritic characters which is not natural. This applies not only to first letter in title, also same behaviour can spotted for next characters from movie title.

Example (current order):

Cast Away: Poza światem
Cały ten seks
Chrzciny
Chłopaki nie płaczą
Zjawa
Zwierzęta Nocy
Ćma
Śmierć nadejdzie jutro
Życie Carlita

Expected Behavior

Polish diacritic characters should be ordered as per table on Wikipedia e.g. letter ć should be between c and d, letter ł between l and m etc.

Example (expected order):

Cały ten seks
Cast Away: Poza światem
Chłopaki nie płaczą
Chrzciny
Ćma
Śmierć nadejdzie jutro
Zjawa
Zwierzęta Nocy
Życie Carlita

Steps To Reproduce

Settings which are important for reproduction:

Settings > UI > Language:
Movie Info Language: Polish
UI Language: English

Environment

- OS: Debian
- Radarr: 5.3.6.8612
- Docker Install: No
- Using Reverse Proxy: No
- Browser: Chrome 122
- Database: Sqlite 3.40.1

What branch are you running?

Master

Trace Logs? Not Optional

2024-03-15 23:24:48.7|Trace|EventAggregator|ConfigFileSavedEvent <~ ReconfigureLogging
2024-03-15 23:24:48.7|Trace|EventAggregator|ConfigSavedEvent ~> LocalizationService
2024-03-15 23:24:48.7|Trace|EventAggregator|ConfigSavedEvent <~ LocalizationService
2024-03-15 23:24:48.7|Trace|EventAggregator|ConfigSavedEvent ~> TaskManager
2024-03-15 23:24:48.7|Trace|ConfigService|Using default config value for 'rsssyncinterval' defaultValue:'30'
2024-03-15 23:24:48.7|Trace|ConfigService|Using default config value for 'backupinterval' defaultValue:'7'
2024-03-15 23:24:48.7|Trace|ConfigService|Using default config value for 'checkforfinisheddownloadinterval' defaultValue:'1'
2024-03-15 23:24:48.7|Trace|EventAggregator|ConfigSavedEvent <~ TaskManager
2024-03-15 23:24:50.2|Trace|Http|Req: 277 [GET] /api/v3/queue/details?all=true (from 10.0.0.6 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.0.0.0 Safari/537.36)
2024-03-15 23:24:50.2|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated.
2024-03-15 23:24:50.2|Trace|Http|Res: 277 [GET] /api/v3/queue/details?all=true: 200.OK (2 ms)
2024-03-15 23:24:50.2|Debug|Api|[GET] /api/v3/queue/details?all=true: 200.OK (2 ms)
2024-03-15 23:24:51.0|Trace|Scheduler|Pending Tasks: 0
2024-03-15 23:24:53.7|Trace|HealthCheckService|Check health -> ApiKeyValidationCheck
2024-03-15 23:24:53.7|Trace|HealthCheckService|Check health <- ApiKeyValidationCheck
2024-03-15 23:24:53.7|Trace|HealthCheckService|Check health -> ImportMechanismCheck
2024-03-15 23:24:53.7|Trace|ConfigService|Using default config value for 'enablecompleteddownloadhandling' defaultValue:'True'
2024-03-15 23:24:53.7|Trace|HealthCheckService|Check health <- ImportMechanismCheck
2024-03-15 23:24:53.7|Trace|HealthCheckService|Check health -> ProxyCheck
2024-03-15 23:24:53.7|Trace|ConfigService|Using default config value for 'proxyenabled' defaultValue:'False'
2024-03-15 23:24:53.7|Trace|HealthCheckService|Check health <- ProxyCheck
2024-03-15 23:24:53.7|Trace|HealthCheckService|Check health -> ReleaseBranchCheck
2024-03-15 23:24:53.7|Trace|HealthCheckService|Check health <- ReleaseBranchCheck
2024-03-15 23:24:53.7|Trace|HealthCheckService|Check health -> UpdateCheck
2024-03-15 23:24:53.7|Trace|HttpClient|Req: [GET] https://radarr.servarr.com/v1/update/master?version=5.3.6.8612&os=linux&arch=X64&runtime=netcore&runtimeVer=6.0.25&dbType=SQLite&active=true
2024-03-15 23:24:53.7|Trace|ConfigService|Using default config value for 'proxyenabled' defaultValue:'False'
2024-03-15 23:24:53.8|Trace|HttpClient|Res: HTTP/2.0 [GET] https://radarr.servarr.com/v1/update/master?version=5.3.6.8612&os=linux&arch=X64&runtime=netcore&runtimeVer=6.0.25&dbType=SQLite&active=true: 200.OK (19 bytes) (141 ms)
2024-03-15 23:24:53.8|Trace|HealthCheckService|Check health <- UpdateCheck
2024-03-15 23:24:53.8|Trace|EventAggregator|Publishing HealthCheckCompleteEvent
2024-03-15 23:24:53.8|Trace|EventAggregator|HealthCheckCompleteEvent -> HealthController
2024-03-15 23:24:53.8|Trace|EventAggregator|HealthCheckCompleteEvent <- HealthController
2024-03-15 23:24:53.8|Trace|EventAggregator|HealthCheckCompleteEvent ~> NotificationService
2024-03-15 23:24:53.8|Trace|EventAggregator|HealthCheckCompleteEvent <~ NotificationService
2024-03-15 23:24:53.8|Trace|Http|Req: 278 [GET] /api/v3/health (from 10.0.0.6 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.0.0.0 Safari/537.36)
2024-03-15 23:24:53.8|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated.
2024-03-15 23:24:53.8|Trace|Http|Res: 278 [GET] /api/v3/health: 200.OK (0 ms)
2024-03-15 23:24:53.8|Debug|Api|[GET] /api/v3/health: 200.OK (0 ms)
2024-03-15 23:24:53.8|Trace|Http|Req: 279 [GET] /api/v3/health (from 10.0.0.6 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.0.0.0 Safari/537.36)
2024-03-15 23:24:53.8|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated.
2024-03-15 23:24:53.8|Trace|Http|Res: 279 [GET] /api/v3/health: 200.OK (0 ms)
2024-03-15 23:24:53.8|Debug|Api|[GET] /api/v3/health: 200.OK (0 ms)
2024-03-15 23:24:53.8|Trace|Http|Req: 280 [GET] /api/v3/health (from 10.0.0.6 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.0.0.0 Safari/537.36)
2024-03-15 23:24:53.8|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated.
2024-03-15 23:24:53.8|Trace|Http|Res: 280 [GET] /api/v3/health: 200.OK (0 ms)
2024-03-15 23:24:53.8|Debug|Api|[GET] /api/v3/health: 200.OK (0 ms)
2024-03-15 23:24:55.7|Trace|Http|Req: 281 [GET] /logfile/radarr.trace.txt (from 10.0.0.6 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.0.0.0 Safari/537.36)

Trace Logs have been provided as applicable. Reports will be closed if the required logs are not provided.

• I have read and followed the steps in the wiki link above and provided the required trace logs - the logs contain trace - that are relevant and show this issue.

[mynameisbogdan]

Looks like lodash/lodash@79dc90d still didn't made his way into a stable release to make this an easy fix.