Caching is too aggressive in TV guide/channel mapping logo used #7890

Open
opened 2026-02-07 05:28:29 +03:00 by OVERLORD · 2 comments
Owner

Originally created by @MikeRich88 on GitHub (Dec 8, 2025).

Description of the bug

Channels in the guide are showing the wrong logo after changing the mapping.

Reproduction steps

  1. Assign a (wrong) channel mapping to a tuner device (M3U file in my case).
  2. Load the guide in a client.
  3. Now change that same tuner device to a totally different channel mapping. (the correct mapping)
  4. Load the guide again in the client (perhaps a totally different client device, to rule out client caching)

The logo will not update - it will always be the "wrong" logo. To fix this you have to delete the tuner, refresh the guide data, add the tuner back, and then sometimes this fixes the problem, but other times seems not to help.

What is the current bug behavior?

The wrong logo is shown and it's impossible to ever update it after the initial channel mapping

What is the expected correct behavior?

Show the correct logo - caching is probably the issue but I'm not entirely sure.

Jellyfin Server version

10.11.4

Specify commit id

No response

Specify unstable release number

No response

Specify version number

No response

Specify the build version

10.11.4

Environment

Linux nas 6.6.74+rpt-rpi-2712 #1 SMP PREEMPT Debian 1:6.6.74-1+rpt1 (2025-01-27) aarch64 GNU/Linux

Jellyfin logs

Can provide on request.

FFmpeg logs


Client / Browser logs

No response

Relevant screenshots or videos

Image See the "Hallmark" channel is showing CNN guide data, and the "CNN" channel is showing movies. This is because I made a mistake on both of these which I later corrected. The guide data updated but not the logos.

Client is Jellyfin for iPad running on Apple Silicon MacOS (same issue on Roku and web client - issue is server related)

(No copyright violation is expressed or implied)

Additional information

No response

Originally created by @MikeRich88 on GitHub (Dec 8, 2025). ### Description of the bug Channels in the guide are showing the wrong logo after changing the mapping. ### Reproduction steps 1. Assign a (wrong) channel mapping to a tuner device (M3U file in my case). 2. Load the guide in a client. 3. Now change that same tuner device to a totally different channel mapping. (the correct mapping) 4. Load the guide again in the client (perhaps a totally different client device, to rule out client caching) The logo will not update - it will always be the "wrong" logo. To fix this you have to delete the tuner, refresh the guide data, add the tuner back, and then sometimes this fixes the problem, but other times seems not to help. ### What is the current _bug_ behavior? The wrong logo is shown and it's impossible to ever update it after the initial channel mapping ### What is the expected _correct_ behavior? Show the correct logo - caching is probably the issue but I'm not entirely sure. ### Jellyfin Server version 10.11.4 ### Specify commit id _No response_ ### Specify unstable release number _No response_ ### Specify version number _No response_ ### Specify the build version 10.11.4 ### Environment ```markdown Linux nas 6.6.74+rpt-rpi-2712 #1 SMP PREEMPT Debian 1:6.6.74-1+rpt1 (2025-01-27) aarch64 GNU/Linux ``` ### Jellyfin logs ```shell Can provide on request. ``` ### FFmpeg logs ```shell ``` ### Client / Browser logs _No response_ ### Relevant screenshots or videos <img width="1840" height="1167" alt="Image" src="https://github.com/user-attachments/assets/c943528e-b452-4aa9-9289-d9fb278f745f" /> See the "Hallmark" channel is showing CNN guide data, and the "CNN" channel is showing movies. This is because I made a mistake on both of these which I later corrected. The guide data updated but not the logos. Client is Jellyfin for iPad running on Apple Silicon MacOS (same issue on Roku and web client - issue is server related) (No copyright violation is expressed or implied) ### Additional information _No response_
OVERLORD added the buglive-tv labels 2026-02-07 05:28:30 +03:00
Author
Owner

@MikeRich88 commented on GitHub (Dec 8, 2025):

My guide data is weird and lists some channels several times under different channel numbers.

I changed the mapping for the movie channel (with CNN logo) to another channel number (but really the same channel).

This causes the guide data to refresh, but still the logo is CNN.

I looked at the raw guide data and confirmed the logo it conveys is not that of CNN.

@MikeRich88 commented on GitHub (Dec 8, 2025): My guide data is weird and lists some channels several times under different channel numbers. I changed the mapping for the movie channel (with CNN logo) to another channel number (but really the same channel). This causes the guide data to refresh, but still the logo is CNN. I looked at the raw guide data and confirmed the logo it conveys is not that of CNN.
Author
Owner

@MikeRich88 commented on GitHub (Dec 8, 2025):

The "refresh guide data" button is perhaps fake or at least defective as well, which is unbelievably frustrating.

The guide data comes from a php script on a server I control, and I am logging each request, and most of the time clicking "refresh guide data" does not actually log a request. (I need real refreshes. I am fixing bugs in the php script!)

I had to delete the file from /var/cache/jellyfin/xmltv and then refresh before it finally reflected my changes.

@MikeRich88 commented on GitHub (Dec 8, 2025): The "refresh guide data" button is perhaps fake or at least defective as well, which is unbelievably frustrating. The guide data comes from a php script on a server I control, and I am logging each request, and most of the time clicking "refresh guide data" does not actually log a request. (I need real refreshes. I am fixing bugs in the php script!) I had to delete the file from /var/cache/jellyfin/xmltv and then refresh before it finally reflected my changes.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/jellyfin#7890