Thanks. I always keep at least 5 versions on hand and still had this one on my NAS.
Rolled it back, and my effective SEARCH functionality has been returned on the Windows Plex Client.
[Plex-1.40.1.2823-6f60f3a7-x86_64.exe]
That new search functionality is a downgrade for sure…
Plex: Make this new search an OPTION for Users to enable. Don’t make it the DEFAULT either.
I see other people talking about multiple libraries and versions, but my problem seems more simple than that. I have a single Movies library, and yet still somehow I’m told that certain actors have movies in more than one source. They don’t, but I have to choose (arbitrarily) one to see movies. This is the web UI.
I have a single Movies library on that server, and her two movies are literally in the same directory, and yet somehow I have to choose one or the other to see one or the other movie. I have no idea why!
It’s not just her, but I finally decided to search to see what the issue is.
Again, both movies are literally in the same directory, why on earth is search–and only search–seeing them as separate “sources”?
When was the last time you refreshed the metadata for your entire library? If it was say a month or two ago then your issue is caused by a fix plex made to cast ids which requires a refresh to update them.
Once your libraries metadata is refreshed optimise your db to rebuild the search index.
To be more specific, I used to type in a string and hit enter to get to the search page. I might be searching for an actor name or a show name or a movie name.
Now when I type and hit enter, what I just typed is erased and I end up looking at results from whatever I’d previously search for, which is never what I want.
If I could train myself out of hitting enter, my input wouldn’t be thrown away, but given that most search boxes still require me to hit enter, and none other than Plex actively throw data away when I hit enter, breaking that habit seems unlikely.
Yeap, whole library. Each movie needs the cast ids updated. That is why you are seeing multiple results for the single cast member. The ids are different so plex search sees them as different entries.
The fix from what I remember was to resolve a problem with different cast members having the same name.
The Home/End key change in the search box is horrible. It breaks a pretty essential standard found in all text/edit boxes present in all applications, web or otherwise. I thought my keyboard was broken
If you’re seeing duplicate actors/directors in the same library then that library will probably need to have it’s metadata refreshed. Just as @anon5074910 described there are titles that have not had their actor/role/director/etc IDs updated thus causing the duplication. Optimizing your DB may always be needed.
You can confirm this yourself (using your screenshot as the example) by selecting the top Actor result for Clint to one tab and the second Actor result for Clint in another. Then select one of his movies and look at it’s metadata in the XML (Get Info > View XML). Look in the role ID in each. Another clue would be the movie’s guid, it should look have this prefix guid="plex://movie. This is assuming you’re using the Plex Movie agent.
Refreshing the metadata does not solve the problem for me, as I stated before, there are still duplicates even with perfectly updated metadata (i.e. using the plex agent). I guess a separate bug report is required.
Apologies if this has already been mentioned, but the other problem I have with the search is that the location / type for each result can be a bit misleading.
For example: This is a search on my system for “Jason”:
The first result shows the Jason Bourne movie but lists the location / type as Film. I have marked it as orange as the information shown is okay but not great. The actual location as I’ve tried to highlight is my Movies library.
The second result shows a video for Kylie Said To Jason - the video for a promo only music track by The KLF. It’s location is my Music Videos library but the search result shows Film. The library itself is configured as Other videos, so I’ve shown it in red, but why does Plex insists on telling me it’s a film:
The metadata is only what I have added locally, as you can tell given some of it is incorrect (such as the year) but there doesn’t appear to be anywhere in that data that specifies it’s a film - so where is Plex obtaining that from?
Ideally I would like results that aren’t people (such as actors, directors, artist, etc…) to tell me which library they are in.
If that can’t be done, could it at least tell me the type based on my library configuration. If it did this the above two results would at least show me Film and Video respectively.
Movies and Other Video libraries items carry the movie media type or in your case film. The subtitle area of the result that you’re boxing in is the result’s media type. A Show would show show, Season season, Episode episode, and so on. The Other Video library is a bit unique in that it shares a media type with another library type.
Many thanks for the reply - it is much appreciate.
That all seems fine for those media types - I can just about cope with Movies being Films. I guess over the 50 years that I’ve been on this planet I’ve got used to American English for some things, although use British English for most others, Programme for a TV programme for example, but then I would use Program when I’m writing software
…and incorrect in this case - as there are no films in that library
I don’t know what the typical use case is for Plex’s Other Video library but I wouldn’t thought Films would be the primary purpose, as I most users will use the Movie/Film library type, wouldn’t they?
As it is a bit of a peculiarity could something be done to improve this please?
Update 13/04: Plex Web v4.79.3 fixes this peculiarity
Update 27/04: Plex for Windows v1.44.0 fixes this
Because it’s a such a generic/catch all kind of library without a scanner/agent to populate metadata and PMS doesn’t mix media types inside a library, I don’t think so. I will raise the issue/suggestion of Other Library libraries using a different subtitle instead of the media type to more easily identify the search result.