#Overlay Update Not Needed on a few library items

1 messages · Page 1 of 1 (latest)

winged cliff
#

Overlays aren't applied to a few library items, with the Overlay Update Not Needed error message. On the last run, it happened with just 11 movies out of 1711 in the library. Previously it happened with some shows too, but not in this run.

[2025-10-30 18:16:54,580] [overlays.py:204]           [INFO]     | (86/1711) American Hustle
[2025-10-30 18:16:54,581] [overlays.py:550]           [INFO]     |   Overlay Update Not Needed (Current Overlays: Overlay File (0) Movie Backdrop, Overlay File (1) WEB, Overlay File (1) DTS-HD-MA, Overlay File (1) 4K-UHD)

I can't figure out any reason why it would happen to those particular items. It happened to different items in previous runs, and it just seems random. Some of them use the image asset directory and some of them get the images from tmdb. I use the mass_poster_update: tmdb operation, so it's supposed to apply overlays to all items.

The items that are missing the overlay still have the Overlay label in Plex. The logs say that the label was removed when the tmdb poster was applied:

[2025-10-30 03:46:44,502] [operations.py:141]         [INFO]     | (31/1711) 1917
[2025-10-30 03:46:44,551] [plex.py:1405]              [INFO]     | Item: 1917 (2019) {tmdb-530915} has an Overlay and will be updated when overlays are run
[2025-10-30 03:46:45,024] [operations.py:768]         [INFO]     | Add Genres (Batched) | Drama, Action
                                                                 | Remove Genres (Batched) | Thriller
[2025-10-30 03:46:45,028] [plex.py:1340]              [INFO]     | 1917 Poster | Reset from TMDb
[2025-10-30 03:46:46,591] [plex.py:1354]              [INFO]     | Label | -Overlay
[2025-10-30 03:46:46,592] [plex.py:1340]              [INFO]     | 1917 Background | Reset from TMDb
native dustBOT
#

📝 If you want to review this again, d3r3k23:
:one: Right-click (or long press with phone) on the message that contains the log
:two: Select: Copy Message Link
:three: Use the command: /logscan <message_link> or !logscan <message_link> and paste the value copied from the previous step where you see <message_link> 📝

#

Welcome @winged cliff!

Someone from <@&938443185347244033> will assist when they're available.

Including meta.log from the beginning is a huge help. Type !logs for more information.

After attaching your log, do not forget to hit the green check boxes when prompted by our bot.

#

You can press the "Close Post" button above or type /close at any time to close this post.

native dustBOT
#

📝 If you want to review this again, d3r3k23:
:one: Right-click (or long press with phone) on the message that contains the log
:two: Select: Copy Message Link
:three: Use the command: /logscan <message_link> or !logscan <message_link> and paste the value copied from the previous step where you see <message_link> 📝

winged cliff
#

My log file was too big so I removed part for the shows library, but now the logscan is getting an error

hollow kayak
#

This:

Overlay Update Not Needed (Current Overlays: Overlay File (0) Movie Backdrop, Overlay File (1) WEB, Overlay File (1) DTS-HD-MA, Overlay File (1) 4K-UHD)

Means:
"The last time I applied overlays I applied these very same ones, and the poster hasn't changed, so Overlay Update Not Needed"

This:

| Item: 1917 (2019) {tmdb-530915} has an Overlay and will be updated when overlays are run
| 1917 Poster | Reset from TMDb
| Label | -Overlay

Is also as expected since you are telling Kometa to reset the poster from TMDB.
When it does that, Kometa checks to see if the item has overlays. If it does, it tells you about that

| Item: 1917 (2019) {tmdb-530915} has an Overlay and will be updated when overlays are run

[The will be updated when overlays are run doesn't really apply in this case but it would if this were an asset]

And then removes the overlay label so that when overlays get applied later Kometa will pull the new poster from Plex.

hollow kayak
#

Are you changing art in Plex on anything?

winged cliff
#

No

"The last time I applied overlays I applied these very same ones, and the poster hasn't changed, so Overlay Update Not Needed"```
But doesn't the mass_poster_update mean that all overlays are applied every time?

It seems like the problem might be that `Label  |  -Overlay` doesn't actually remove the label for some reason
native dustBOT
#

📝 If you want to review this again, d3r3k23:
:one: Right-click (or long press with phone) on the message that contains the log
:two: Select: Copy Message Link
:three: Use the command: /logscan <message_link> or !logscan <message_link> and paste the value copied from the previous step where you see <message_link> 📝

winged cliff
native dustBOT
#

📝 If you want to review this again, d3r3k23:
:one: Right-click (or long press with phone) on the message that contains the log
:two: Select: Copy Message Link
:three: Use the command: /logscan <message_link> or !logscan <message_link> and paste the value copied from the previous step where you see <message_link> 📝

hollow kayak
#

Which of these is the correct log?

winged cliff
#

full-meta-log.zip

hollow kayak
winged cliff
hollow kayak
#

It just generates a lot of bloat uploading the same poster to Plex over and over again.

#

So on that run,

| (31/1711) 1917
| Item: 1917 (2019) {tmdb-530915} has an Overlay and will be updated when overlays are run
| Add Genres (Batched) | Drama, Action
| Remove Genres (Batched) | Thriller
| 1917 Poster | Reset from TMDb
| Label | -Overlay
| 1917 Background | Reset from TMDb

| (11/1711) 1917
|   Overlay Update Not Needed (Current Overlays: Overlay File (0) Movie Backdrop, Overlay File (0) Favorite Movie, Overlay File (1) Remux, Overlay File (1) TrueHD-Atmos, Overlay File (1) 4K-DV-HDR10Plus) |

1917 got its poster replaced with a clean copy of presumably the same thing, and then no overlays were applied, so in Plex right now it has no overlays and an overlay label?

winged cliff
#

That's right.
I can still see the poster with overlays in the Edit menu but it might just be left over from the previous run?

hollow kayak
winged cliff
winged cliff
#

The library operations just finished and the Plex filter shows that all the Overlay labels are removed. So the problem must be happening later

hollow kayak
#

Any further information here?

winged cliff
#

No, just that on the next run, there were 46 movies that didn't get overlays applied

hollow kayak
#

Do you have a log of that run?

winged cliff
#

I had to reboot my server so it stopped in the middle of the shows library. But it skipped the overlays on 1 item

[2025-11-02 16:30:23,083] [overlays.py:204]           [INFO]     | (1519/10968) The Chair Company
[2025-11-02 16:30:23,084] [overlays.py:550]           [INFO]     |   Overlay Update Not Needed (Current Overlays: Overlay File (0) Show Backdrop, Overlay File (1) WEB, Overlay File (1) DDPlus-Atmos, Overlay File (1) 4K-DV-HDR)
native dustBOT
#

📝 If you want to review this again, d3r3k23:
:one: Right-click (or long press with phone) on the message that contains the log
:two: Select: Copy Message Link
:three: Use the command: /logscan <message_link> or !logscan <message_link> and paste the value copied from the previous step where you see <message_link> 📝

#
**User Info**

Author of Linked Message: D3r3k
Person who Invoked the Command: D3r3k
File Name: meta.log

Table of Contents:
Page 01: User Info
Page 02: Kometa Info
Page 03: Kometa Summary Info
Page 04: Kometa Config.yml YAML Validation
Page 05: Plex Configuration - Section 1
Page 06: Plex Configuration - Section 2
Page 07: Plex Configuration - Section 3
Page 08: Plex Configuration - Section 4
Page 09: Plex Configuration - Section 5
Page 10: Rec 01 - ❌ [ERROR]
Page 11: Rec 02 - ❌🛠️ INCOMPLETE LOGS
Page 12: Rec 03 - ❌ METADATA ATTRIBUTE ERRORS
Page 13: Rec 04 - ❌ METADATA LOAD ERRORS
Page 14: Rec 05 - ❌ PLAYLIST LOAD ERRORS
Page 15: Rec 06 - ❌⏰ KOMETA RUN TIME > TIME BEFORE MAINTENANCE
Page 16: Rec 07 - ⚠️ [WARNING]
Page 17: Rec 08 - ⚠️ NO ITEMS FOUND IN PLEX
Page 18: Rec 09 - 💬 CONVERT WARNING

winged cliff
#

Also, I have this older log of a run on the shows library where it skipped the overlays for 26 shows. It seems like this only happens for the overlays for a show poster, and not for seasons or episodes

native dustBOT
#

📝 If you want to review this again, d3r3k23:
:one: Right-click (or long press with phone) on the message that contains the log
:two: Select: Copy Message Link
:three: Use the command: /logscan <message_link> or !logscan <message_link> and paste the value copied from the previous step where you see <message_link> 📝

hollow kayak
#

which 26 out of the 262?

hollow kayak
#

There appears to be an issue with reapplying overlays when an asset image changes.

#

Perhaps open a github issue with the log

winged cliff
#

And the run for my shows library today was different than what I've seen before. It skipped the overlays for all of the first 48 items in the library. And it skipped 61 total, with the remaining 13 throughout the library

native dustBOT
#

📝 If you want to review this again, d3r3k23:
:one: Right-click (or long press with phone) on the message that contains the log
:two: Select: Copy Message Link
:three: Use the command: /logscan <message_link> or !logscan <message_link> and paste the value copied from the previous step where you see <message_link> 📝

hollow kayak
#

Yeah, there's some logic error in there.

winged cliff
#

Also I ran ImageMaid before the kometa run, and after the kometa run, the items without overlays still had the poster with overlays listed in the Edit menu
So it seems like kometa is still generating the poster with overlays, but it's not setting it as the primary poster

hollow kayak
hollow kayak
#

If you ran imagemaid right now probably that overlaid poster gets cleaned up

winged cliff
#

Yep, I just did that

hollow kayak
#

I can't reproduce any problems here in the general case. Running this:

libraries:
  One-Movie:
    overlay_files:
    - default: resolution
    - default: aspect
    - default: audio_codec
    - default: video_format
    operations:
      mass_poster_update:
        source: tmdb

over and over, every run I see the poster get reset, then the overlays get applied.

a dozen times in a row so far

#

poster gets reset at about 10 seconds, then at about 22 seconds the overlays get reapplied

#

I can't make that fail.

winged cliff
hollow kayak
#

OK, I'm running this config:

ibraries:
  Movies:
    overlay_files:
    - default: aspect
    operations:
      mass_poster_update:
        source: tmdb

100 times against a library with 275 movies in it, logging counts of reset from tmdb, overlays applied and overlay update not needed each time.

Will report back with results.

hollow kayak
#

I just realized while walking to the show that I didn't tell my Mac not to sleep so I might not get 100 iterations.

winged cliff
#

Do you want to try it with my overlays? I can upload the files

hollow kayak
#

I'm not sure why it would be the specific overlays, since the decision is just "these are the same as last time and the image hasn't changed". I can give them a try, though.

#

Currently in the 97th iteration, but the previous 96 all look like this:

--- Iteration 96 of 100 ---
running kometa
looking for reset from tmdb in log
     275
looking for overlays applied in log
     275
looking for overlay update not needed in log
       0
done
hollow kayak
#

All 100 of those iterations went without any issues.

hollow kayak
#

four passes with more overlays in a much larger [2300] library, no failures yet.

hollow kayak
#

I can give it a try with yours if you want to send them along.

winged cliff
#

Well if you can't reproduce it, maybe its a problem with my Plex database or something like that

#

Here's the files for my overlays, then use this in the config.yaml. Change the file paths if you need to

overlay_files:
- {file: overlays/movies.yaml, template_variables: {image_dir: overlays/images}}
- {file: overlays/both.yaml, template_variables: {image_dir: overlays/images}}
winged cliff
#

I turned on the reapply_overlays option and it did 1 run without missing any overlays. But it seems like that shouldn't make any difference, since it's supposed to reapply all overlays anyway

hollow kayak
#

That is exactly what I would expect to happen, and it illustrates the issue we're chasing.

The difference is that reapply_overlays: true tells Kometa "whether or not you think you should, reapply all overlays in this library".

In your problem case, Kometa doesn't think there's a reason to reapply those overlays, so it skips them. That flag tells it to reapply them anyway.

The open question is "why does Kometa think there's no need to reapply the overlays?"

winged cliff
#

Well I already checked that the Overlay label is removed. I thought that was the only thing that decides to reapply the overlays

What exactly does it mean to "reapply" overlays? Is it when the different overlays are pasted onto the original poster image? Or when the image with overlays is set as the poster in plex?

#

I did a run with the debug and trace settings, I looked at it and it didn't seem to have any useful information, but let me know if you want me to upload it

hollow kayak
#

Your setup is not working as I would expect, so it's hitting some edge case.

Ordinarily, the decision to reapply an overlay is driven by:

  1. The visual appearance of the overlay has changed (overlays added or removed, rating changed, position changed, etc) OR
  2. The artwork changed.

In your case, the second condition should be triggering new overlays but for some reason it isn't. This is not expected and there is no trace of why in the log.

That flag says "Yes, Kometa, neither of the conditions for reapplying overlays exist. Do it anyway."

winged cliff
#

Alright, I checked out the repo locally and I'll try and do some debug
It looks like in this code changed_image is False when it should be True, I'll start there
overlays.py:213 elif self.library.reapply_overlays or new_backup or overlay_change or changed_image:

winged cliff
#

Well it looks like this problem isn't happening anymore. I'm not sure why. Maybe when I did a run with reapply overlays: true it reset something and fixed it?

shut furnace
#

Are you still running with reapply set to true?

winged cliff
#

Nope

#

I did one run with it set to true, and then a couple more, where the overlays all were correct

#

I also did a run with delete_labels set to true, maybe that affected something

hollow kayak
#

What is "delete_labels"?

shut furnace
#

delete_labels isn’t something that I see anywhere in the wiki. So delete_labels being set to true does nothing and is ignored by Kometa

winged cliff
#

The delete-labels CLI option or KOMETA_DELETE_LABELS env variable

hollow kayak
#

Ah, there you go, however, that does not touch the overlay-related labels.

winged cliff
#

Yeah, and I already checked that the Overlay label is in fact removed when it's supposed to (when mass_poster_update applies the new poster)

buoyant spearBOT
#

antwanchild used !aenh

@winged cliff, anything else needed here? If not, please type /close and hit enter. Please respond within 24 hours of this message or it will be archived.