Issue with Actor Metadata (not all actors) v4.9.5.0

[antilog17 1]

I just saw an updated version was available so I'll update and try again, but since I collected logging, I thought I would post anyway. Some actors seem to have corrupted database entries. Not sure how or why, but some actors don't get data downloaded and the they show up as a broken image. In addition, if you click on the actor, it goes to a page saying Authentication Failed instead of an actor profile. I've tried to delete the actor from all associated entries, refresh Metadata scheduled task and then refresh series metadata in hopes of cleaning up the entry, but it didn't work. I've attached screenshots and logs the the following process:

1) From the Series page, click the corrupted actor. EmbyActorIssueStep1.png

Log File: EmbyLogFromStartToAfterStep1-434027.txt
Log file is all the logging that added from prior to step 1. 434027 is the item ID for the actor (for convenience)

2) Click the back arrow to go back to series. EmbyActorIssueStep2.png

3) Click the uncorrupted actor. EmbyActorIssueStep3.png

Log File: EmbyLogFromStep1ToAfterStep3-141487.txt
Log file is all the logging that got added after the previous log file until Step 3.

EmbyActorIssueStep4.png
This is just the image of the page that loads after the click of Step 3

EmbyLogFromStartToAfterStep1-434027.txt EmbyLogFromStep1ToAfterStep3-141487.txt

[visproduction 374]

Christian Kane(I) is the current imdb name for this actor. 

There is also a Christian Kane(III), but not a (II) (2).

Imdb is also listing identical actor names with talent from earlier years, who have passed by adding their brith and death dates.
  John Smith(1931-1995)

Maybe the actor look up code needs to be tweaked to work with these changes at imdb and other sites.  Just a guess.

[antilog17 1]

The actor is marked across multiple series (also in Leverage and The Librarians) on my server so it's sort of all recognizing the same person. I did manually delete the actor from all series. Scan library metadata to make sure he was "gone" (he didn't show up in Emby search results) and refreshed the series. I ended back at the starting point. For me, I don't understand why the link takes to a page that says Authorization failed. 

Also of interest, from the web interface, on the actor, if you click the triple dot button and select Edit Metadata, it opens a blank form for editing series metadata. If you do the same thing for a working actor entry, you get a proper actor metadata form filled out. See images below.

EmbyActorIssue2-1.png
This is the triple dot button I'm talking about on the web interface. This is from the TV Series main page.

You can see the difference in 2-3 v 2-4. I wonder if Emby somehow has the itemId tied to wrong object type (hence opening the completely wrong form).

EmbyActorIssue2-3.png
The red box is to highlight the spinning blue circle indicating Emby is processing. That shows up and just continues to spin if you "Edit Metadata" on a corrupted actor entry.

[Luke 43115]

Hi, when you see this, try refreshing the metadata on the movie or series that the actor belongs to and that should hopefully get a new image.

[antilog17 1]

3 minutes ago, Luke said:

Hi, when you see this, try refreshing the metadata on the movie or series that the actor belongs to and that should hopefully get a new image.

I can confirm this did not work, but I haven't updated Emby to latest server. I will try that later tonight and report the results. If it happens again, should I also provide logging the way I did before?

[Luke 43115]

It will work just fine, but only after you've seen the broken image placeholder. Then it gets cleared out of the database and a new image can take that slot.

Prior to you seeing that, the actor will have an image url stored in the database. The server doesn't know yet that it's not valid, and it won't know until you try to view it. Therefore, a metadata refresh will not replace it.

[marriedman 110]

3 hours ago, visproduction said:

Christian Kane(I) is the current imdb name for this actor. 

There is also a Christian Kane(III), but not a (II) (2).

Imdb is also listing identical actor names with talent from earlier years, who have passed by adding their brith and death dates.
  John Smith(1931-1995)

Maybe the actor look up code needs to be tweaked to work with these changes at imdb and other sites.  Just a guess.

This is one of many reasons I don't have Emby do metadata scraping. You can't trust online sources many times. During my actor manager app development I have discovered many of the IMDb have the Roman numberals or grave-marker dates. Then there is TVDB with same name actors getting merged into one profile. I'll stick with my NFO's.

 

[antilog17 1]

47 minutes ago, Luke said:

It will work just fine, but only after you've seen the broken image placeholder. Then it gets cleared out of the database and a new image can take that slot.

Prior to you seeing that, the actor will have an image url stored in the database. The server doesn't know yet that it's not valid, and it won't know until you try to view it. Therefore, a metadata refresh will not replace it.

It didn't work. I literally tried it and reported back that it didn't work. I have also updated the server and it is still happening. Also, it's not just an image. I would ask to review my posts, but the link doesn't even go to a proper page (The Authorization Failed page from the second screen shot in my original post). I think something associates the itemId for the actor as a different object type (not an actor, basically).

[Luke 43115]

What makes you think it didn't work?

[Luke 43115]

Also the authentication error is being returned by your smb share:

2026-09-16 09:58:28.367 Error UserLibraryService-0HNOBD8PTDKNV:00000074: Error processing request
	*** Error Report ***
	Version: 4.9.5.0
	Command line: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll -programdata /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata -ffdetect /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffdetect -ffmpeg /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffmpeg -ffprobe /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffprobe -pidfile /var/run/emby-server.pid -defaultdirectory /share/CACHEDEV1_DATA/Public -updatepackage emby-server-qnap_{version}_x86_64.qpkg -noautorunwebapp
	Operating system: Linux version 5.10.60-qnap (root@mini-builder-01) (x86_64-QNAP-linux-gnu-gcc (toolchain config: [gcc-4.9.2 binutils-2.25 glibc-2.21]) 4.9.2, GNU ld (G
	OS/Process: x64/x64
	Framework: .NET 8.0.25
	Runtime: share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/System.Private.CoreLib.dll
	Processor count: 8
	Data path: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata
	Application path: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system
	System.IO.IOException: System.IO.IOException: Authentication Failed.

 

[Luke 43115]

Also are you really on firefox 76? for some reason it is sending HEAD requests before every single GET, which is filling up your server log with 404 responses. I've done some brief investigation and it seems it was never normal for firefox to do that, so could be an option set on the browser, or an extension. I don't know if that's contributing to your issue but it's certainly making the logs harder to read.