Follow up to my earlier response, you posted this today 26th relating to an airing at 13:45.
The last time this airing had an incorrect date of 19th May was on the 24th May
There was an update after that which would have changed it to 1 January 2020 on channel 5 (but 5Star having 25th and 26th dates for Monday/Tuesday) and last night’s update corrected channel 5.
So this suggests that there may be an issue with the overnight updates - because if it missed the latest update for the day, then you would be 1 day behind and not 2 days behind.
Get me some server logs and will see if they cover the time when scheduled tasks run - otherwise get me logs first thing in the morning tomorrow
Thanks for continuing to investigate - have sent you logs via PM.
My temp workaround is to delete all old episodes so at least it’s more obvious when there’s a new episode, even if it doesn’t mark it as unplayed!
BTW obviously not such a big issue but I’ve also noticed the episode description has been a generic one (from about 30 years ago!) for a few weeks now. Would be good if the provider could get this info correct as well as a the date.
The logs show some timeouts on some requests to cloudflare to fetch EPG data but it is not clear if any of the timeouts relate to Neighbours.
Could you copy out the EPG db files (3 files) and zip and send to me.
The filenames are like this with different extensions (.db, .db-wal, .db-shm)
/share/CACHEDEV1_DATA/.qpkg/PlexMediaServer/Library/Plex Media Server/Plug-in Support/Databases/tv.plex.providers.epg.cloud-618f36f1-e044-4a32-a81f-ca4db287d4ac
It appears that the schedule for channel 5 HD (105) is different from the schedule for channel 5 (5) - channel 105 has last week’s dates. I have escalated this to our provider. There was also the issue that overnight EPG refresh was completing a few hours before the new EPG data was available from our provider - thus ending up a day behind with updates. I already have an open issue on this to improve on how Plex Media Server does the automatic daily updates.
On the subject of HD channels, is there a reason why the guide only has a couple of days data going forward? As of now, the guide does not show the correct data for Friday onwards.
The ITV schedule update should be available now - a Guide manual refresh should bring the data in - if the overnight automatic schedule was completed before the updated data was in place.
The “New” indicator for “Killing Eve” for the next airing (Monday 31 May) is at this moment correct for the HD channel (101 BBC 1 HD) - may need a manual guide refresh to pick this
It is wrong for the SD regional BBC1 channels but I can see that this has been corrected at the next set of our provider data that we will be ingesting today - so I expect an EPG refresh tomorrow would pick the correction for the regional BBC1 channels on channel 1`
We have completed ingestion of the 29th May data and the cache has cleared. Please do a manual refresh of the Guide or wait for the next automatic scheduled task. Channel 5 data is there now.
We have completed ingestion of the 29th May data and the cache has cleared. This has brought in the fix for the next airing of Killing Eve for the 31 May and the New flag is now correct on the regional BBC1 channels.
Please do a manual refresh of the Guide or wait for the next automatic scheduled task to pick the correction.
I do see that the airing after that for the 7th of June (S3 E8) does not yet have the “New” flag - the way the EPG data is setup, is that initially raw unaudited data appears in the guide and then some processes kick in to add other metadata - will monitor this and see how close to the airing date the flag gets added.
Agree, although the firefighting by @sa2000 is heroic I’m quite confused that the same issues keep recurrently cropping up. The provider doesn’t seem to be actually fixing the root cause, instead just applying sticking plasters as issues are pointed out!
It is the process that is giving rise to the repeated issues. Data they receive from the stations does not appear to have all the information and a manual QA process kicks in to add the missing information. This appears to go wrong or gets missed
The issue has been escalated and being looked into by our provider.
