starred/Radarr

Fork 0

mirror of https://github.com/Radarr/Radarr.git synced 2026-03-02 22:57:34 -05:00

Searching for movies from the webui's top section shows movies unrelated to the search term #8154

New issue

Open

opened 2026-02-20 00:01:02 -05:00 by deekerman · 2 comments

deekerman commented

2026-02-20 00:01:02 -05:00

Owner

Originally created by @Opaque02 on GitHub (Jan 11, 2024).

Is there an existing issue for this?

I have searched the existing open and closed issues

Current Behavior

When searching for movies in the top section of the webui (where you can search and add movies), searching a term brings up other movies that are unrelated to the search term. For example, in the attached picture I went to search Aquaman to see if I had Aquaman 2 added already and the list of movies available shows a lot more than just Aquaman 1 and 2. Also, despite the fact that everything is in English, the names beneath the titles in the search are showing up in a different language (a quick Google translate shows one's in Turkish, others in Spanish, ones in Lithuanian etc?) This behaviour is annoying because most of the movies are unrelated, and sometimes when trying to add a new movie I have to scroll through a bunch of unrelated movies just to get to the "Search for new movie" button at the bottom of the search results

This doesn't just happen to Aquaman; searching for "Wish" brings up a list of movies when only 3 of my movies have the name "Wish" in them; pretty much any search term shows up with nonsense results

Finally I just noticed that while searching for "Aquaman" shows 7 movies in the search field, searching for "Aquama" only shows 2; Aquaman 1 and Aquaman 2:

Expected Behavior

When a movie is searched for by name, only movies relating to that movie should show up. It also looks like some movies have one of their alternate titles listed, which should not show up.

Steps To Reproduce

Search for a movie from the webui and see the list of returned movies not all be relevant

Environment

- OS: Windows 10 version 22H2
- Radarr: 5.2.6.8376
- Docker Install: No
- Using Reverse Proxy: No
- Browser: Firefox normal and private mode
- Database: Sqlite 3.36.0

What branch are you running?

Master

Trace Logs? Not Optional

Not sure how to attach logs of this issue - I changed the setting to trace, did a search for "that" and then opened the logs, which are here. I don't know how useful this is though relating to this issue?

I'm happy to provide logs if there's a specific thing you want me to do/way to capture this in log form?

In the meantime, here's more screenshots of what's happening:

I did notice something else - based on the search of "hats", it's showing up "Ace Ventura: Pet Detective" as the main title and "Ace Ventura, détective pour chiens et chats" as the alternate title. The alternate title does have chats, which may be where it's picking up since it's got hats in the title?

Also with other searches it's almost like it searches for the search term either without a letter or by changing one letter and matching that against titles and alternate titles. For example searching "walk" shows up with "Fantastic Beasts: The Crimes of Grindelwald", which doesn't have "walk" but DOES have "wal". Similarly "The Witcher: Nightmare of the Wolf" doesn't have "walk" but the alternate title "Wiedźmin: Zmora Wilka" does have "wilk", which is only 1 letter off walk. "The Croods" doesn't have "walk" in it, but the alternate title is "Crood Awakening", which has "wak", which is "walk" with one letter missing.

Actually given the above, I just had a look at what the search terms were showing from the above screenshots and almost all of them can be explained this way: searching for "that" has "tat" in the following: Ratatouille, The Lion King 1½ (alternate title El rey león 3: Hakuna Matata), The Twilight Saga: Eclipse (alternate title Twilight, chapitre III - Hésitation) etc, as well "hat" for Little Manhatten and Raiders of the Lost Ark's alternate title.

The "hello" search - most of those results have "hell", "hallo" or "ello" as the text, though The Lorax, The Lost Word and Raiders of the Lost Ark don't, so not sure how they're showing up.

The "into" search has "ino" in Casino Royal and The Good Dinosaur, and various combinations of ito, nto, int and ino make up almost every other searched movie shown

I'm not a programmer or coder so not sure how things work, but it looks like a bit of a pattern with the searches here?

If you need any other logs or anything just let me know

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.

Originally created by @Opaque02 on GitHub (Jan 11, 2024). ### Is there an existing issue for this? - [X] I have searched the existing open and closed issues ### Current Behavior When searching for movies in the top section of the webui (where you can search and add movies), searching a term brings up other movies that are unrelated to the search term. For example, in the attached picture I went to search Aquaman to see if I had Aquaman 2 added already and the list of movies available shows a lot more than just Aquaman 1 and 2. Also, despite the fact that everything is in English, the names beneath the titles in the search are showing up in a different language (a quick Google translate shows one's in Turkish, others in Spanish, ones in Lithuanian etc?) This behaviour is annoying because most of the movies are unrelated, and sometimes when trying to add a new movie I have to scroll through a bunch of unrelated movies just to get to the "Search for new movie" button at the bottom of the search results ![image](https://github.com/Radarr/Radarr/assets/66582645/85160759-d869-49c4-ad86-4f2341340432) This doesn't just happen to Aquaman; searching for "Wish" brings up a list of movies when only 3 of my movies have the name "Wish" in them; pretty much any search term shows up with nonsense results ![image](https://github.com/Radarr/Radarr/assets/66582645/0e2e13ae-a8e9-41ae-ac96-c1df28566c35) Finally I just noticed that while searching for "Aquaman" shows 7 movies in the search field, searching for "Aquama" only shows 2; Aquaman 1 and Aquaman 2: ![image](https://github.com/Radarr/Radarr/assets/66582645/3c4083a4-af51-4230-a57a-a188bd0c6b88) ### Expected Behavior When a movie is searched for by name, only movies relating to that movie should show up. It also looks like some movies have one of their alternate titles listed, which should not show up. ### Steps To Reproduce Search for a movie from the webui and see the list of returned movies not all be relevant ### Environment ```markdown - OS: Windows 10 version 22H2 - Radarr: 5.2.6.8376 - Docker Install: No - Using Reverse Proxy: No - Browser: Firefox normal and private mode - Database: Sqlite 3.36.0 ``` ### What branch are you running? Master ### Trace Logs? **Not Optional** Not sure how to attach logs of this issue - I changed the setting to trace, did a search for "that" and then opened the logs, which are here. I don't know how useful this is though relating to this issue? `2024-01-11 20:41:33.2|Trace|ConfigService|Using default config value for 'backupinterval' defaultValue:'7' 2024-01-11 20:41:33.2|Trace|EventAggregator|ConfigFileSavedEvent <~ ReconfigureLogging 2024-01-11 20:41:33.2|Trace|ConfigService|Using default config value for 'checkforfinisheddownloadinterval' defaultValue:'1' 2024-01-11 20:41:33.3|Trace|EventAggregator|ConfigSavedEvent <~ TaskManager 2024-01-11 20:41:33.3|Trace|ConfigService|Using default config value for 'proxyenabled' defaultValue:'False' 2024-01-11 20:41:33.3|Trace|ConfigService|Using default config value for 'proxytype' defaultValue:'Http' 2024-01-11 20:41:33.3|Trace|ConfigService|Using default config value for 'proxyhostname' defaultValue:'' 2024-01-11 20:41:33.3|Trace|ConfigService|Using default config value for 'proxyport' defaultValue:'8080' 2024-01-11 20:41:33.3|Trace|ConfigService|Using default config value for 'proxyusername' defaultValue:'' 2024-01-11 20:41:33.3|Trace|ConfigService|Using default config value for 'proxypassword' defaultValue:'' 2024-01-11 20:41:33.3|Trace|ConfigService|Using default config value for 'proxybypassfilter' defaultValue:'' 2024-01-11 20:41:33.3|Trace|ConfigService|Using default config value for 'proxybypasslocaladdresses' defaultValue:'True' 2024-01-11 20:41:33.3|Trace|ConfigService|Using default config value for 'certificatevalidation' defaultValue:'Enabled' 2024-01-11 20:41:33.3|Trace|ConfigService|Using default config value for 'backupfolder' defaultValue:'Backups' 2024-01-11 20:41:33.3|Trace|ConfigService|Using default config value for 'backupinterval' defaultValue:'7' 2024-01-11 20:41:33.3|Trace|ConfigService|Using default config value for 'backupretention' defaultValue:'28' 2024-01-11 20:41:33.3|Trace|ConfigService|Using default config value for 'applicationurl' defaultValue:'' 2024-01-11 20:41:33.3|Trace|Http|Res: 4334 [PUT] /api/v3/config/host: 202.Accepted (72 ms) 2024-01-11 20:41:33.3|Debug|Api|[PUT] /api/v3/config/host: 202.Accepted (72 ms) 2024-01-11 20:41:35.3|Trace|Http|Req: 4335 [GET] /api/v3/health (from 192.168.1.100 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0) 2024-01-11 20:41:35.3|Trace|Http|Req: 4336 [GET] /api/v3/diskspace (from 192.168.1.100 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0) 2024-01-11 20:41:35.3|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated. 2024-01-11 20:41:35.3|Trace|Http|Req: 4337 [GET] /api/v3/system/status (from 192.168.1.100 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0) 2024-01-11 20:41:35.3|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated. 2024-01-11 20:41:35.3|Trace|Http|Res: 4335 [GET] /api/v3/health: 200.OK (2 ms) 2024-01-11 20:41:35.3|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated. 2024-01-11 20:41:35.3|Debug|Api|[GET] /api/v3/health: 200.OK (2 ms) 2024-01-11 20:41:35.3|Trace|Http|Res: 4337 [GET] /api/v3/system/status: 200.OK (7 ms) 2024-01-11 20:41:35.3|Debug|Api|[GET] /api/v3/system/status: 200.OK (7 ms) 2024-01-11 20:41:35.3|Trace|Http|Res: 4336 [GET] /api/v3/diskspace: 200.OK (31 ms) 2024-01-11 20:41:35.3|Debug|Api|[GET] /api/v3/diskspace: 200.OK (31 ms) 2024-01-11 20:41:36.6|Trace|Http|Req: 4338 [GET] /api/v3/health (from 192.168.1.118 HomeAssistant/2023.12.3 aiohttp/3.9.1 Python/3.11) 2024-01-11 20:41:36.6|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated. 2024-01-11 20:41:36.6|Trace|Http|Res: 4338 [GET] /api/v3/health: 200.OK (1 ms) 2024-01-11 20:41:36.6|Debug|Api|[GET] /api/v3/health: 200.OK (1 ms) 2024-01-11 20:41:36.7|Trace|Http|Req: 4339 [GET] /api/v3/rootfolder (from 192.168.1.118 HomeAssistant/2023.12.3 aiohttp/3.9.1 Python/3.11) 2024-01-11 20:41:36.7|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated. 2024-01-11 20:41:36.7|Debug|RootFolderService|Generating list of unmapped folders 2024-01-11 20:41:36.7|Trace|ConfigService|Using default config value for 'recyclebin' defaultValue:'' 2024-01-11 20:41:36.7|Debug|RootFolderService|3 unmapped folders detected. 2024-01-11 20:41:36.7|Trace|Http|Res: 4339 [GET] /api/v3/rootfolder: 200.OK (17 ms) 2024-01-11 20:41:36.7|Debug|Api|[GET] /api/v3/rootfolder: 200.OK (17 ms) 2024-01-11 20:41:37.0|Trace|Http|Req: 4340 [GET] /api/v3/log/file (from 192.168.1.100 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0) 2024-01-11 20:41:37.0|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated. 2024-01-11 20:41:37.0|Trace|Http|Res: 4340 [GET] /api/v3/log/file: 200.OK (5 ms) 2024-01-11 20:41:37.0|Debug|Api|[GET] /api/v3/log/file: 200.OK (5 ms) 2024-01-11 20:41:38.3|Trace|HealthCheckService|Check health -> UpdateCheck 2024-01-11 20:41:38.3|Trace|HttpClient|Req: [GET] https://radarr.servarr.com/v1/update/master?version=5.2.6.8376&os=windows&arch=X64&runtime=netcore&runtimeVer=6.0.25&dbType=SQLite&active=true 2024-01-11 20:41:38.3|Trace|ConfigService|Using default config value for 'proxyenabled' defaultValue:'False' 2024-01-11 20:41:38.9|Trace|HttpClient|Res: HTTP/2.0 [GET] https://radarr.servarr.com/v1/update/master?version=5.2.6.8376&os=windows&arch=X64&runtime=netcore&runtimeVer=6.0.25&dbType=SQLite&active=true: 200.OK (19 bytes) (644 ms) 2024-01-11 20:41:38.9|Trace|HealthCheckService|Check health <- UpdateCheck 2024-01-11 20:41:38.9|Trace|HealthCheckService|Check health -> ApiKeyValidationCheck 2024-01-11 20:41:38.9|Trace|HealthCheckService|Check health <- ApiKeyValidationCheck 2024-01-11 20:41:38.9|Trace|HealthCheckService|Check health -> ImportMechanismCheck 2024-01-11 20:41:38.9|Trace|ConfigService|Using default config value for 'enablecompleteddownloadhandling' defaultValue:'True' 2024-01-11 20:41:38.9|Trace|HealthCheckService|Check health <- ImportMechanismCheck 2024-01-11 20:41:38.9|Trace|HealthCheckService|Check health -> ProxyCheck 2024-01-11 20:41:38.9|Trace|ConfigService|Using default config value for 'proxyenabled' defaultValue:'False' 2024-01-11 20:41:38.9|Trace|HealthCheckService|Check health <- ProxyCheck 2024-01-11 20:41:38.9|Trace|HealthCheckService|Check health -> ReleaseBranchCheck 2024-01-11 20:41:38.9|Trace|HealthCheckService|Check health <- ReleaseBranchCheck 2024-01-11 20:41:38.9|Trace|EventAggregator|Publishing HealthCheckCompleteEvent 2024-01-11 20:41:38.9|Trace|EventAggregator|HealthCheckCompleteEvent -> HealthController 2024-01-11 20:41:38.9|Trace|EventAggregator|HealthCheckCompleteEvent <- HealthController 2024-01-11 20:41:38.9|Trace|EventAggregator|HealthCheckCompleteEvent ~> NotificationService 2024-01-11 20:41:38.9|Trace|EventAggregator|HealthCheckCompleteEvent <~ NotificationService 2024-01-11 20:41:38.9|Trace|Http|Req: 4341 [GET] /api/v3/health (from 192.168.1.100 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0) 2024-01-11 20:41:38.9|Trace|Http|Req: 4342 [GET] /api/v3/health (from 192.168.1.100 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0) 2024-01-11 20:41:38.9|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated. 2024-01-11 20:41:38.9|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated. 2024-01-11 20:41:38.9|Trace|Http|Res: 4341 [GET] /api/v3/health: 200.OK (2 ms) 2024-01-11 20:41:38.9|Trace|Http|Res: 4342 [GET] /api/v3/health: 200.OK (2 ms) 2024-01-11 20:41:38.9|Debug|Api|[GET] /api/v3/health: 200.OK (2 ms) 2024-01-11 20:41:38.9|Debug|Api|[GET] /api/v3/health: 200.OK (2 ms) 2024-01-11 20:41:39.0|Trace|Http|Req: 4343 [GET] /api/v3/health (from 127.0.0.1 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0) 2024-01-11 20:41:39.0|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated. 2024-01-11 20:41:39.0|Trace|Http|Res: 4343 [GET] /api/v3/health: 200.OK (1 ms) 2024-01-11 20:41:39.0|Debug|Api|[GET] /api/v3/health: 200.OK (1 ms) 2024-01-11 20:41:41.8|Trace|Scheduler|Pending Tasks: 0 2024-01-11 20:41:48.4|Trace|Http|Req: 4344 [GET] /api/v3/log/file (from 192.168.1.100 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0) 2024-01-11 20:41:48.4|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated. 2024-01-11 20:41:48.4|Trace|Http|Res: 4344 [GET] /api/v3/log/file: 200.OK (5 ms) 2024-01-11 20:41:48.4|Debug|Api|[GET] /api/v3/log/file: 200.OK (5 ms) 2024-01-11 20:41:50.8|Trace|Http|Req: 4345 [GET] /logfile/radarr.trace.txt (from 192.168.1.100 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0) 2024-01-11 20:41:50.8|Info|Radarr.Http.Authentication.BasicAuthenticationHandler|Basic was not authenticated. Failure message: Authorization header missing. 2024-01-11 20:41:50.8|Trace|Http|Res: 4345 [GET] /logfile/radarr.trace.txt: 200.OK (19 ms) 2024-01-11 20:41:50.9|Trace|Http|Req: 4346 [GET] /favicon.ico (from 192.168.1.100 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0) 2024-01-11 20:41:50.9|Info|Radarr.Http.Authentication.BasicAuthenticationHandler|Basic was not authenticated. Failure message: Authorization header missing. 2024-01-11 20:41:50.9|Trace|Http|Res: 4346 [GET] /favicon.ico: 200.OK (8 ms) 2024-01-11 20:41:53.0|Trace|Http|Req: 4347 [GET] /api/v3/config/host (from 192.168.1.100 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0) 2024-01-11 20:41:53.0|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated. 2024-01-11 20:41:53.0|Trace|ConfigService|Using default config value for 'proxyenabled' defaultValue:'False' 2024-01-11 20:41:53.0|Trace|ConfigService|Using default config value for 'proxytype' defaultValue:'Http' 2024-01-11 20:41:53.0|Trace|ConfigService|Using default config value for 'proxyhostname' defaultValue:'' 2024-01-11 20:41:53.0|Trace|ConfigService|Using default config value for 'proxyport' defaultValue:'8080' 2024-01-11 20:41:53.0|Trace|ConfigService|Using default config value for 'proxyusername' defaultValue:'' 2024-01-11 20:41:53.0|Trace|ConfigService|Using default config value for 'proxypassword' defaultValue:'' 2024-01-11 20:41:53.0|Trace|ConfigService|Using default config value for 'proxybypassfilter' defaultValue:'' 2024-01-11 20:41:53.0|Trace|ConfigService|Using default config value for 'proxybypasslocaladdresses' defaultValue:'True' 2024-01-11 20:41:53.0|Trace|ConfigService|Using default config value for 'certificatevalidation' defaultValue:'Enabled' 2024-01-11 20:41:53.0|Trace|ConfigService|Using default config value for 'backupfolder' defaultValue:'Backups' 2024-01-11 20:41:53.0|Trace|ConfigService|Using default config value for 'backupinterval' defaultValue:'7' 2024-01-11 20:41:53.0|Trace|ConfigService|Using default config value for 'backupretention' defaultValue:'28' 2024-01-11 20:41:53.0|Trace|ConfigService|Using default config value for 'applicationurl' defaultValue:'' 2024-01-11 20:41:53.0|Trace|Http|Res: 4347 [GET] /api/v3/config/host: 200.OK (6 ms) 2024-01-11 20:41:53.0|Debug|Api|[GET] /api/v3/config/host: 200.OK (6 ms) 2024-01-11 20:41:56.6|Trace|Http|Req: 4348 [PUT] /api/v3/config/host (from 192.168.1.100 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0) 2024-01-11 20:41:56.6|Debug|Radarr.Http.Authentication.ApiKeyAuthenticationHandler|AuthenticationScheme: API was successfully authenticated. 2024-01-11 20:41:56.7|Trace|EventAggregator|Publishing ConfigFileSavedEvent 2024-01-11 20:41:56.7|Trace|ConfigService|Using default config value for 'autounmonitorpreviouslydownloadedmovies' defaultValue:'False' 2024-01-11 20:41:56.7|Trace|EventAggregator|ConfigFileSavedEvent ~> ReconfigureLogging 2024-01-11 20:41:56.7|Trace|ConfigService|Using default config value for 'retention' defaultValue:'0' 2024-01-11 20:41:56.7|Trace|ConfigService|Using default config value for 'recyclebin' defaultValue:'' 2024-01-11 20:41:56.7|Trace|ConfigService|Using default config value for 'recyclebincleanupdays' defaultValue:'7' ` I'm happy to provide logs if there's a specific thing you want me to do/way to capture this in log form? In the meantime, here's more screenshots of what's happening: ![image](https://github.com/Radarr/Radarr/assets/66582645/cc5c497d-64df-4958-9d05-1d4310b4f6a7) ![image](https://github.com/Radarr/Radarr/assets/66582645/315acd95-787b-4f13-a273-b9fd6c4f4a9a) ![image](https://github.com/Radarr/Radarr/assets/66582645/95b337d0-41d2-4127-8be2-5dc95ae5b97e) ![image](https://github.com/Radarr/Radarr/assets/66582645/151ba93a-2968-4244-8956-89aeafd13346) ![image](https://github.com/Radarr/Radarr/assets/66582645/6294b603-5b21-42a1-9683-5bcbbd952e66) I did notice something else - based on the search of "hats", it's showing up "Ace Ventura: Pet Detective" as the main title and "Ace Ventura, détective pour chiens et chats" as the alternate title. The alternate title does have chats, which may be where it's picking up since it's got hats in the title? Also with other searches it's almost like it searches for the search term either without a letter or by changing one letter and matching that against titles and alternate titles. For example searching "walk" shows up with "Fantastic Beasts: The Crimes of Grindelwald", which doesn't have "walk" but DOES have "wal". Similarly "The Witcher: Nightmare of the Wolf" doesn't have "walk" but the alternate title "Wiedźmin: Zmora Wilka" does have "wilk", which is only 1 letter off walk. "The Croods" doesn't have "walk" in it, but the alternate title is "Crood Awakening", which has "wak", which is "walk" with one letter missing. Actually given the above, I just had a look at what the search terms were showing from the above screenshots and almost all of them can be explained this way: searching for "that" has "tat" in the following: Ratatouille, The Lion King 1½ (alternate title El rey león 3: Hakuna Matata), The Twilight Saga: Eclipse (alternate title Twilight, chapitre III - Hésitation) etc, as well "hat" for Little Manhatten and Raiders of the Lost Ark's alternate title. The "hello" search - most of those results have "hell", "hallo" or "ello" as the text, though The Lorax, The Lost Word and Raiders of the Lost Ark don't, so not sure how they're showing up. The "into" search has "ino" in Casino Royal and The Good Dinosaur, and various combinations of i*to, *nto, int* and in*o make up almost every other searched movie shown I'm not a programmer or coder so not sure how things work, but it looks like a bit of a pattern with the searches here? If you need any other logs or anything just let me know ### Trace Logs have been provided as applicable. Reports will be closed if the required logs are not provided. - [X] 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.

deekerman added the

labels

2026-02-20 00:01:02 -05:00

deekerman commented

2026-02-20 00:01:03 -05:00

Author

Owner

@Qstick commented on GitHub (Jan 12, 2024):

results show up here if they match one of the following attributes of a movie

Title
Any Alt Title
Any Tag
Imdb
Tmdb

It's also a fuzzy search

@Qstick commented on GitHub (Jan 12, 2024): results show up here if they match one of the following attributes of a movie - Title - Any Alt Title - Any Tag - Imdb - Tmdb It's also a fuzzy search

deekerman commented

2026-02-20 00:01:03 -05:00

Author

Owner

@Opaque02 commented on GitHub (Jan 13, 2024):

Would it not be better to have it not fuzzy search the alt titles that are in a different language? It seems counter productive if I'm trying to search for something in English and have unrelated results coming up because they match an alt title in a different language?

@Opaque02 commented on GitHub (Jan 13, 2024): Would it not be better to have it not fuzzy search the alt titles that are in a different language? It seems counter productive if I'm trying to search for something in English and have unrelated results coming up because they match an alt title in a different language?