Thanks that’s good to know, and thank you as well sa2000. I know there is a lot of anger on here at the moment about DVR functionality but it is appreciated that you are doing what you can to report issues and get them fixed.
Do you think these sort of guide data errors will have to reported in the future or is the guide provider looking to improve its quality of listing data overall for the UK?
Thanks.
Any advice on how to know when the issue is fixed? Should I follow that thread or this one? Also - are there any threads you can recommend for following the state of the general issues people are having with the new EPG?
I’ve decided not to set the DVR up again until at least this issue is fixed. And ideally once there is a sense of greater stability. I’m happy to wait some months.
Cheers.
We are in continuous dialogue and the problem areas are understood and being addressed.
Not all issues are down to our provider - eg the new issue of “XXXX Programming” blocks of airings is down to our handling of the updates from the provider and not detecting the way some data is being updated - resulting in old entries remaining.
At the moment episode numbers being wrong needs to be reported for each series and addressed. A number have already been corrected
Tags are not fully implemented yet at our end and this will be addressed.
Thank you sa2000 
How do we report the series issues as Miraculous on the channel Pop is incorrectly being noted as Pokemon?
It’s not in beta - it went “Live” on 1-July.
It was Gracennote and it is now TiVo.
It was in BETA when I wrote the initial post! (30th June)
ugh - sorry! I totally missed that.
To investigate, I would need
The issue where airings show as blocks of “xxxxx Programming” has now been fixed.
A full manual refresh of the guide is needed to correct the data
The issue seems to be resolved with the problem of Miraculous being incorrect 
Thanks for the help though, I will note this down for future reference
I’m just waiting for my 5 year old’s episode of Peppa Pig to finish recording before I try and refresh the guide just in case LOL, but I’m sure my hubby will be glad to have his iPad back 
Considering all the errors and problems in the past month I would suggest still in Alpha !
Thinking positive lets hope the latest refresh fixes most things - A quick view and it looks pretty good - even a film that has a news break in the middle is set to record correctly
Feeling positive
Mine just started working today
Still lots of missing data with ‘Unknown airings’ or ‘[channel name] programming’
When is this going to be resolved? I’ve got some programmes that air daily and currently they have recordings scheduled for Mon, Thu, Fri but not Tues/Wed this week as that data doesn’t seem to have loaded. I can’t understand why there’s missing data for just 36-48h away yet information a couple of days later has been loaded! This has led to a couple of missed recordings so far, something I never had with the old guide data.
It seems to be the case again, from Sunday it’s back to the “programming” blocks and I can’t set upcoming recordings.
could you do a manual EPG refresh and if the issue remains after that, please copy out the EPG database files, zip the 3 files and let me have a look at it. It could be overlapping blocks are back
Please indicate which country / region
Location would be same directory as that where the main database is
see https://support.plex.tv/articles/202915258-where-is-the-plex-media-server-data-directory-located/
The subdirectory is Plug-in Support\Databases
There are 3 files to copy out - all with names starting tv.plex.providers.epg.cloud- and with filename suffixes of db db-wal and db-shm
Copy these out and zip and send me the zip
I’m also not getting full EPG data - I’m running the latest PMS 1.16.5.1488; in particular, for Channel 4 (in the UK - South/Meridian region) I only get about 3 days EPG and it won’t update even after a manual refresh.
Right now, in Live TV & DVR the EPG for Channel 4 stops on SUN morning:
Earlier in the week, the EPG had stopped before SUN.
What’s strange as well is that a scheduled recording for a series on Channel 4 for SUN night didn’t show up all week; it only started showing up yesterday even though the EPG still only shows the generic programming block for SUN:
Checking the Console< I keep seeing message about losing Internet connection during the EPG refresh (not sure this is related in any way):
Aug 16, 2019 11:38:50.880 [0x70000c0dc000] Debug — HTTP requesting GET https://epg.provider.plex.tv/library/metadata/5cffa309af67270021152cef?X-Plex-Api-Token=xxxxxxxxxxxxxxxxxxxx
Aug 16, 2019 11:38:52.673 [0x70000ba35000] Error — getaddrinfo(IP-OF-PMS.abcdefghijklmnopqrstuvwxyz012345.plex.direct) failed: 8
Aug 16, 2019 11:38:52.673 [0x70000ba35000] Debug — Network: IP-OF-PMS.abcdefghijklmnopqrstuvwxyz012345.plex.direct failed to resolve to IF.OF.PMS but instead yielded ""
Aug 16, 2019 11:38:52.673 [0x70000ba35000] Debug — PublicAddressManager: Obtaining public address and mapping port.
Aug 16, 2019 11:38:52.673 [0x70000ba35000] Debug — EventSource: Successfully connected to 151.236.217.85.
Aug 16, 2019 11:38:52.673 [0x70000b6a0000] Debug — PublicAddressManager: Obtaining public IP.
Aug 16, 2019 11:38:52.673 [0x70000ba35000] Debug — EventSource: Failure in IdleTimeout (0 - Undefined error: 0).
Aug 16, 2019 11:38:52.673 [0x70000ba35000] Debug — MyPlex: We appear to have lost Internet connectivity, resetting device URL cache.
Aug 16, 2019 11:38:52.673 [0x70000b6a0000] Debug — HTTP requesting GET http://plex.tv/pms/:/ip
Aug 16, 2019 11:38:52.673 [0x70000ba35000] Error — EventSource: Retrying in 15 seconds.
Aug 16, 2019 11:38:52.673 [0x70000ba35000] Debug — EventSource: Got event [data] '<Message address="MY.PUBLIC.IP" port="32400" asyncIdentifier="f37f19ff-29a3-41ff-a33c-dc643931d2e2" connectivity="1" command="notifyConnectivity"/>'
Aug 16, 2019 11:38:52.673 [0x70000ba35000] Debug — PubSub: Got notified of reachability for async identifier f37f19ff-29a3-41ff-a33c-dc643931d2e2: 1 for MY.PUBLIC.IP:32400 (responded in 36 seconds)
Aug 16, 2019 11:38:52.680 [0x70000bab8000] Debug — Auth: authenticated user 1 as mw4925
Aug 16, 2019 11:38:52.680 [0x70000bd47000] Debug — Request: [127.0.0.1:54863 (Loopback)] GET /myplex/account (7 live) GZIP Signed-in Token (mw4925)
Aug 16, 2019 11:38:52.681 [0x70000bab8000] Debug — Completed: [127.0.0.1:54863] 200 GET /myplex/account (7 live) GZIP 0ms 2363 bytes (pipelined: 1)
Aug 16, 2019 11:38:52.886 [0x70000c0dc000] Debug — HTTP 200 response from GET https://epg.provider.plex.tv/library/metadata/5cffa309af67270021152cef?X-Plex-Api-Token=xxxxxxxxxxxxxxxxxxxx
Aug 16, 2019 11:38:53.803 [0x70000b6a0000] Debug — HTTP 200 response from GET http://plex.tv/pms/:/ip
Aug 16, 2019 11:38:53.803 [0x70000b6a0000] Debug — PublicAddressManager: Got public IP from http://plex.tv: MY.PUBLIC.IP
Aug 16, 2019 11:38:54.906 [0x70000b6a0000] Debug — NAT: UPnP, found device <http://MY.LAN.156:80/description.xml> with private address <IF.OF.PMS>
Aug 16, 2019 11:38:54.906 [0x70000b6a0000] Debug — NAT: UPnP, not an IGD: <http://MY.LAN.156:80/description.xml>.
Aug 16, 2019 11:38:54.919 [0x70000b6a0000] Debug — NAT: UPnP, found device <http://MY.LAN.156:80/description.xml> with private address <IF.OF.PMS>
Aug 16, 2019 11:38:54.919 [0x70000b6a0000] Debug — NAT: UPnP, not an IGD: <http://MY.LAN.156:80/description.xml>.
Aug 16, 2019 11:38:54.933 [0x70000b6a0000] Debug — NAT: UPnP, found device <http://MY.LAN.156:80/description.xml> with private address <IF.OF.PMS>
Aug 16, 2019 11:38:54.933 [0x70000b6a0000] Debug — NAT: UPnP, not an IGD: <http://MY.LAN.156:80/description.xml>.
Aug 16, 2019 11:38:54.935 [0x70000b6a0000] Debug — NAT: UPnP, found device <http://MY.LAN.254:49153/636e3369/gatedesc0b.xml> with private address <IF.OF.PMS>
Aug 16, 2019 11:38:54.941 [0x70000b6a0000] Debug — NAT: UPnP, usable device <http://MY.LAN.254:49153/636e3369/gatedesc0b.xml> with private address <IF.OF.PMS>.
Aug 16, 2019 11:38:54.944 [0x70000b6a0000] Debug — NAT: UPnP, public address is MY.PUBLIC.IP
Aug 16, 2019 11:38:54.944 [0x70000b6a0000] Debug — HTTP requesting GET https://109-151-244-228.3955557258824fc887e91795a4d99ad4.plex.direct:32400/identity
Aug 16, 2019 11:38:54.959 [0x70000bbbe000] Debug — Request: [MY.PUBLIC.IP:54873 (WAN)] GET /identity (8 live) TLS GZIP Signed-in
Aug 16, 2019 11:38:54.961 [0x70000b6a0000] Debug — HTTP 200 response from GET https://109-151-244-228.3955557258824fc887e91795a4d99ad4.plex.direct:32400/identity
Aug 16, 2019 11:38:54.961 [0x70000ba35000] Debug — Completed: [MY.PUBLIC.IP:54873] 200 GET /identity (8 live) TLS GZIP 2ms 449 bytes
Aug 16, 2019 11:38:54.962 [0x70000b6a0000] Debug — MyPlex: Updating device connections (from timer: 0)
Aug 16, 2019 11:38:54.963 [0x70000b6a0000] Debug — HTTP requesting PUT https://plex.tv/devices/c2ed69b097cba6a028f88cd8d2da3012019d3310?Connection[][uri]=http://IF.OF.PMS:32400&Connection[][uri]=http://[2a00:23c7:a287:f100:b6:679:eb4b:a6fb]:32400&httpsEnabled=1&httpsRequired=0&dnsRebindingProtection=1&natLoopbackSupported=1&X-Plex-Token=xxxxxxxxxxxxxxxxxxxx
Aug 16, 2019 11:38:55.330 [0x70000c0dc000] Debug — EPG[cloud]: Enhanced 'Cop Car Workshop' show with universal details
Aug 16, 2019 11:38:55.336 [0x70000c0dc000] Debug — HTTP requesting GET https://epg.provider.plex.tv/library/metadata/5cffa318ff28af001e7eda48?X-Plex-Api-Token=xxxxxxxxxxxxxxxxxxxx
Aug 16, 2019 11:38:57.228 [0x70000b6a0000] Debug — HTTP 200 response from PUT https://plex.tv/devices/c2ed69b097cba6a028f88cd8d2da3012019d3310?Connection[][uri]=http://IF.OF.PMS:32400&Connection[][uri]=http://[2a00:23c7:a287:f100:b6:679:eb4b:a6fb]:32400&httpsEnabled=1&httpsRequired=0&dnsRebindingProtection=1&natLoopbackSupported=1&X-Plex-Token=xxxxxxxxxxxxxxxxxxxx
Aug 16, 2019 11:38:57.615 [0x70000c0dc000] Debug — HTTP 200 response from GET https://epg.provider.plex.tv/library/metadata/5cffa318ff28af001e7eda48?X-Plex-Api-Token=xxxxxxxxxxxxxxxxxxxx
Aug 16, 2019 11:38:59.202 [0x70000ba35000] Debug — Completed: [127.0.0.1:53040] -2 GET /player/proxy/poll?deviceClass=pc&protocolVersion=3&protocolCapabilities=timeline%2Cplayback%2Cnavigation%2Cmirror%2Cplayqueues&timeout=1 (8 live) GZIP 20007ms 5 bytes (pipelined: 79)
Aug 16, 2019 11:38:59.207 [0x70000bab8000] Debug — Auth: authenticated user 1 as mw4925
Aug 16, 2019 11:38:59.207 [0x70000bd47000] Debug — Request: [127.0.0.1:53040 (Loopback)] GET /player/proxy/poll?deviceClass=pc&protocolVersion=3&protocolCapabilities=timeline%2Cplayback%2Cnavigation%2Cmirror%2Cplayqueues&timeout=1 (7 live) GZIP Signed-in Token (mw4925)
Aug 16, 2019 11:39:02.117 [0x70000c0dc000] Debug — EPG[cloud]: Failed to retrieve universal details for 'Scrapyard Supercar' show
Aug 16, 2019 11:39:02.128 [0x70000c0dc000] Debug — HTTP requesting GET https://epg.provider.plex.tv/library/metadata/5cffa2e5e56e71001efaa36e?X-Plex-Api-Token=xxxxxxxxxxxxxxxxxxxx
Aug 16, 2019 11:39:04.269 [0x70000c0dc000] Debug — HTTP 200 response from GET https://epg.provider.plex.tv/library/metadata/5cffa2e5e56e71001efaa36e?X-Plex-Api-Token=xxxxxxxxxxxxxxxxxxxx
Aug 16, 2019 11:39:07.676 [0x70000ba35000] Debug — EventSource: Resolving 151.236.217.85 port 443
Aug 16, 2019 11:39:07.676 [0x70000bab8000] Debug — EventSource: Resolved 151.236.217.85 to 151.236.217.85
Aug 16, 2019 11:39:09.108 [0x70000bab8000] Debug — EventSource: Connected in 935 ms.
Aug 16, 2019 11:39:09.109 [0x70000bab8000] Debug — EventSource: Wrote data, reading reply.
Aug 16, 2019 11:39:09.676 [0x70000bab8000] Debug — EventSource: Read HTTP reply header.
Aug 16, 2019 11:39:09.676 [0x70000bab8000] Debug — MyPlex: We appear to have regained Internet connectivity.
Aug 16, 2019 11:39:10.006 [0x70000c0dc000] Debug — EPG[cloud]: Failed to retrieve universal details for 'Red Bull Soapbox Race' show
BTW, I noticed that during the refresh, the status shows as “Initialising” even though it already completed 1/4 of the refresh:
I’m going to send the 3 tv.plex.providers.epg.cloud logs via PM.
Thanks for the reply - I did another guide refresh over the weekend and fingers-crossed it seems to have resolved the empty blocks issue. Still getting duplicate recordings although I note from the other post that there are some known issues with Channel 5 series/episode data so not sure if that’s a factor? It does seem to weirdly look like it’s recording the same thing twice though!
Thanks for copy of the database. I can see an issue with overlaps on channel 4 starting sunday
Also E4, 4seven, Yesterday appear to be impacted. This is being looked into
I see some strange channel numbers - what lineup are you using and post code?
Thanks @sa2000 - I have sent you a PM with my lineup and postcode.
I am following this up to see if there is an issue with the pubsub server on 151.236.217.85. Plex Media Server expects an event periodically
