[edit4ever]

OK - I believe I have fixed the username/password issue and implemented complete Kodi 18 (LE9) compatibility. Before I release to github, please test this version and let me know of any issues.

https://github.com/edit4ever/script.modu...-TEST2.zip

Thanks!

[hagertyoh]

i download and loaded.  i will let run for a few days to ensure you issues.

[stephr1]

Update (12/7/17.1):

I neglected to re-enable "Append Tvheadend Service Name" when I ran it earlier. Have since done so and everything seems to remain as it was.....we'll see if the regular updates continue tonight...tho, I expect no problems.

Orig (12/7/17.0):

Latest test update is working fine. xmltv.xml updated as usual (took just under 13 Secs.) and I now have back access to the menu/options when I "Open" zap2epg. I'll still keep my eye on it over the next few days and let you know if anything changes.

I also noticed you (or somehow someone or something else cleaned up the information screen to have only the latest version listed (all that scrolling mess seems to be gone). But no version number in the log file yet....

As usual, great work and thx.....cheers....

OK - I believe I have fixed the username/password issue and implemented complete Kodi 18 (LE9) compatibility. Before I release to github, please test this version and let me know of any issues.

https://github.com/edit4ever/script.modu...-TEST2.zip

Thanks!

[edit4ever]

Looks like testing reports are good for Kodi 17/18 - LE 8/9 compatibility so I'm going to update for real.  I've also added a function that pre-selects the OTA Tvheadend channels that are enabled on your system when creating your channel list.  This basically automates the process of adding only the OTA stations your using to your epg data downloads to speed things up.

Enjoy!

https://github.com/edit4ever/script.modu...g/releases

And thank you for reporting any issues.

[edit4ever]

Here's a couple of updates - one specifically for issues with bad channels.  Now if the channel is not enabled in Tvheadend, zap2epg won't try to match the service name.

v0.6.2 (2017-12-13)
 - Only match Tvheadend channels that are enabled
 - Add option for original genre categories
 - Various fixes for extra description listings

https://github.com/edit4ever/script.modu...g/releases​

Thanks to all for the continued feedback!

[stephr1]

Just to let you know: A. I'm still out here B. I've had v0.6.1 installed and no noted problems for my configuration. C. I've just installed v0.6.2 and will let you know if I run into any problems (again, already established system so I can't really check if it works at setup).

The 1 thing I did notice is when I go to the information screen, the text (seems like the version line) is back to being crowded and pretty much unreadable. I get the sense that the version line is 1 line only and should be fairly short. I looked at the addon.xml file in ./.kodi/addons/script.module.zap2epg/ and saw the start of the description section ("<description lang="en_gb">"), but didn't see an ending one ("</description lang="en_gb">"). Maybe the you read "disclaimer" in the line below setup "<disclaimer lang="en_gb"></disclaimer>" as "description". Done that a few million times Maybe that's the source of the problem and is causing a text overload in the section above it.

Also saw the "2017/12/13 03:00:00 Kodi settings version is: None" line in zap2epg.log. Did you mention that that's not yet working, or that if it's kodi 17, that is what should be seen? Not sure if I was clear enuf about including a version no. in the log file. I was referring specifically to the zap2epg add-on version no. (0.6.1, 0.6.2, etc) so a user could confirm if the next version was truly installed or only downloaded but never "updated". I know that info is in the version line of the information page for the add-on, but I thought when one is troubleshooting, the log file is where one would go and it'd be nice to have the version no. there, as well.

Can't thank you enuf and commend you on your efforts to get this working. Well done!!! and cheers.....

Here's a couple of updates - one specifically for issues with bad channels.  Now if the channel is not enabled in Tvheadend, zap2epg won't try to match the service name.

v0.6.2 (2017-12-13)
 - Only match Tvheadend channels that are enabled
 - Add option for original genre categories
 - Various fixes for extra description listings

https://github.com/edit4ever/script.modu...g/releases​

Thanks to all for the continued feedback!

[edit4ever]

I'll take a look at the information screen - not seeing the text issue on my LE 9 (Kodi 18) test system - but I'll go back and look at Kodi 17 and check it.

The "Kodi settings version is: None" is normal for Kodi 17 and below.  The new version of addon settings is a Kodi 18+ function.  So that logging line just lets me know that it checked which version is running so it can pull the correct addon settings.

As for the version number in the log - darn it! I had that included in my test version, but must have missed adding it to the commit for 0.6.2 - I'll get it into the next version.  :-)

Thanks!

[stephr1]

Spoke too soon Did not get a successful update last night...boo hoo....BTW - not sure if I missed it last time, but it would seem you did set things up to include the zap2epg version no. in the log file...my bad Also, thought I had updated to v0.6.2, but apparently I haven't. I'll make it a point to do that today.

Here are the results of last night's log file:

2017/12/15 03:00:00 Kodi settings version is: None
2017/12/15 03:00:00 Running zap2epg-0.6.1 for zipcode: 94086 and lineup: Local Over the Air Broadcast
2017/12/15 03:00:00 Adding Tvheadend username and password to request url...
2017/12/15 03:00:00 Exception: main
Traceback (most recent call last):
File "/home/osmc/.kodi/addons/script.module.zap2epg/zap2epg.py", line 713, in mainRun
tvhMatchGet()
File "/home/osmc/.kodi/addons/script.module.zap2epg/zap2epg.py", line 109, in tvhMatchGet
response = opener.open(channels_url)
File "/usr/lib/python2.7/urllib2.py", line 437, in open
response = meth(req, response)
File "/usr/lib/python2.7/urllib2.py", line 550, in http_response
'http', request, response, code, msg, hdrs)
File "/usr/lib/python2.7/urllib2.py", line 469, in error
result = self._call_chain(*args)
File "/usr/lib/python2.7/urllib2.py", line 409, in _call_chain
result = func(*args)
File "/usr/lib/python2.7/urllib2.py", line 1097, in http_error_401
host, req, headers)
File "/usr/lib/python2.7/urllib2.py", line 982, in http_error_auth_reqed
return self.retry_http_digest_auth(req, authreq)
File "/usr/lib/python2.7/urllib2.py", line 993, in retry_http_digest_auth
resp = self.parent.open(req, timeout=req.timeout)
File "/usr/lib/python2.7/urllib2.py", line 437, in open
response = meth(req, response)
File "/usr/lib/python2.7/urllib2.py", line 550, in http_response
'http', request, response, code, msg, hdrs)
File "/usr/lib/python2.7/urllib2.py", line 469, in error
result = self._call_chain(*args)
File "/usr/lib/python2.7/urllib2.py", line 409, in _call_chain
result = func(*args)
File "/usr/lib/python2.7/urllib2.py", line 1097, in http_error_401
host, req, headers)
File "/usr/lib/python2.7/urllib2.py", line 982, in http_error_auth_reqed
return self.retry_http_digest_auth(req, authreq)
File "/usr/lib/python2.7/urllib2.py", line 993, in retry_http_digest_auth
resp = self.parent.open(req, timeout=req.timeout)
File "/usr/lib/python2.7/urllib2.py", line 437, in open
response = meth(req, response)
File "/usr/lib/python2.7/urllib2.py", line 550, in http_response
'http', request, response, code, msg, hdrs)
File "/usr/lib/python2.7/urllib2.py", line 469, in error
result = self._call_chain(*args)
File "/usr/lib/python2.7/urllib2.py", line 409, in _call_chain
result = func(*args)
File "/usr/lib/python2.7/urllib2.py", line 1097, in http_error_401
host, req, headers)
File "/usr/lib/python2.7/urllib2.py", line 982, in http_error_auth_reqed
return self.retry_http_digest_auth(req, authreq)
File "/usr/lib/python2.7/urllib2.py", line 993, in retry_http_digest_auth
resp = self.parent.open(req, timeout=req.timeout)
File "/usr/lib/python2.7/urllib2.py", line 437, in open
response = meth(req, response)
File "/usr/lib/python2.7/urllib2.py", line 550, in http_response
'http', request, response, code, msg, hdrs)
File "/usr/lib/python2.7/urllib2.py", line 469, in error
result = self._call_chain(*args)
File "/usr/lib/python2.7/urllib2.py", line 409, in _call_chain
result = func(*args)
File "/usr/lib/python2.7/urllib2.py", line 1097, in http_error_401
host, req, headers)
File "/usr/lib/python2.7/urllib2.py", line 982, in http_error_auth_reqed
return self.retry_http_digest_auth(req, authreq)
File "/usr/lib/python2.7/urllib2.py", line 993, in retry_http_digest_auth
resp = self.parent.open(req, timeout=req.timeout)
File "/usr/lib/python2.7/urllib2.py", line 437, in open
response = meth(req, response)
File "/usr/lib/python2.7/urllib2.py", line 550, in http_response
'http', request, response, code, msg, hdrs)
File "/usr/lib/python2.7/urllib2.py", line 469, in error
result = self._call_chain(*args)
File "/usr/lib/python2.7/urllib2.py", line 409, in _call_chain
result = func(*args)
File "/usr/lib/python2.7/urllib2.py", line 1097, in http_error_401
host, req, headers)
File "/usr/lib/python2.7/urllib2.py", line 982, in http_error_auth_reqed
return self.retry_http_digest_auth(req, authreq)
File "/usr/lib/python2.7/urllib2.py", line 993, in retry_http_digest_auth
resp = self.parent.open(req, timeout=req.timeout)
File "/usr/lib/python2.7/urllib2.py", line 437, in open
response = meth(req, response)
File "/usr/lib/python2.7/urllib2.py", line 550, in http_response
'http', request, response, code, msg, hdrs)
File "/usr/lib/python2.7/urllib2.py", line 469, in error
result = self._call_chain(*args)
File "/usr/lib/python2.7/urllib2.py", line 409, in _call_chain
result = func(*args)
File "/usr/lib/python2.7/urllib2.py", line 1097, in http_error_401
host, req, headers)
File "/usr/lib/python2.7/urllib2.py", line 982, in http_error_auth_reqed
return self.retry_http_digest_auth(req, authreq)
File "/usr/lib/python2.7/urllib2.py", line 993, in retry_http_digest_auth
resp = self.parent.open(req, timeout=req.timeout)
File "/usr/lib/python2.7/urllib2.py", line 437, in open
response = meth(req, response)
File "/usr/lib/python2.7/urllib2.py", line 550, in http_response
'http', request, response, code, msg, hdrs)
File "/usr/lib/python2.7/urllib2.py", line 469, in error
result = self._call_chain(*args)
File "/usr/lib/python2.7/urllib2.py", line 409, in _call_chain
result = func(*args)
File "/usr/lib/python2.7/urllib2.py", line 1097, in http_error_401
host, req, headers)
File "/usr/lib/python2.7/urllib2.py", line 976, in http_error_auth_reqed
headers, None)
HTTPError: HTTP Error 401: digest auth failed

I'll take a look at the information screen - not seeing the text issue on my LE 9 (Kodi 18) test system - but I'll go back and look at Kodi 17 and check it.

The "Kodi settings version is: None" is normal for Kodi 17 and below.  The new version of addon settings is a Kodi 18+ function.  So that logging line just lets me know that it checked which version is running so it can pull the correct addon settings.

As for the version number in the log - darn it! I had that included in my test version, but must have missed adding it to the commit for 0.6.2 - I'll get it into the next version.  :-)

Thanks!

[edit4ever]

That's an error with tvheadend access again.  Likely due to username/password.  Thought we had this sorted - but I'll take a look.

Can you confirm that your username/password are in the settings?  And that you can access your web UI with those credentials?

BTW - you probably did have 0.6.2 running - but I missed updating that line so it still shows 0.6.1 ion the log - oops!

And just as a side note...if you don't have multiple systems setup with a need to limit the user access to Tvh - I would just get rid of the username/password.  Keeping an open system is much easier to access!  :-)

[stephr1]

User name/password is in the settings.xml (they are as I originally set them) and I confirmed that I could access thv web GUI with the same user name/password. I also looked at info about the settings file. It shows that it was modified on 12/13 (which may have been the update to v0.6.2 or that I actually edited it...which I don't remember having any reason to do so...unless it was the "Attach TVH Service Name" mod). Turns out that ~13 hrs. later it would have done the next nightly update, but did not. Coincidence, maybe?

I'll still ensure I've upgraded to v0.6.2 today and let you know the results tomorrow morning.

file

That's an error with tvheadend access again.  Likely due to username/password.  Thought we had this sorted - but I'll take a look.

Can you confirm that your username/password are in the settings?  And that you can access your web UI with those credentials?

BTW - you probably did have 0.6.2 running - but I missed updating that line so it still shows 0.6.1 ion the log - oops!

And just as a side note...if you don't have multiple systems setup with a need to limit the user access to Tvh - I would just get rid of the username/password.  Keeping an open system is much easier to access!  :-)

[edit4ever]

Thanks for checking.  The user/pass system should be working - let's see what happens tomorrow.

Also - please re-download the 0.6.2 version as I fixed the logging label.

https://github.com/edit4ever/script.modu...tag/v0.6.2

:-)

[edit4ever]

If it's still not working can you try a test for me?

From a web browser enter the following:
USERNAME:[email protected]:9981/api/channel/grid?all=1&limit=999999999&sort=name

Then if you get a response with that - try the version below:

USERNAME:[email protected]:9981/api/channel/grid?all=1&limit=999999999&sort=name&filter=[{"type":"boolean","value":true,"field":"enabled"}]

If that gives an error - please let me know.

Thanks!

[stephr1]

Updated with v0.6.2. Results were same. No update to xmltv.xml and the log file seemed to have the similar, or same, error(s).

Tried the 1st "link" you suggested and got a screen of text which looked like the downloading of program info. When I executed the 2nd link, I got a blank page titled "401 Unauthorized" and a pop-up window ("Authentication required") which asked for login name and password (which seemed odd since that was already included in the link). If I enter username/password and press login user name and password are cleared and the login window remains. If I press "Cancel" instead the "401...." page remains and the login window disappears. Behind it (and can't tell if they are always there or jsut appear show after I've hit "Cancel" since I can't move the signin window) are 2 links: "Default Login" and "New Login". Turns out, this is the same result I get if I go to TVH web GUI and press cancel. The THV login window looks very similar to the 1 I get using the 2nd link except the TVH login window is much more flattened and rectangular, if that matters.

And, of course, I had to do this in Chrome becuz FF doesn't work with this.

Cheers (kind of ....

If it's still not working can you try a test for me?

From a web browser enter the following:
USERNAME[email protected]:9981/api/channel/grid?all=1&limit=999999999&sort=name

Then if you get a response with that - try the version below:

USERNAME[email protected]:9981/api/channel/grid?all=1&limit=999999999&sort=name&filter=[{"type":"boolean","value":true,"field":"enabled"}]

If that gives an error - please let me know.

Thanks!

[edit4ever]

Thank you - that explains the issue. It happened when I changed the link to only include enabled channels in the name match. I'll have to check with the Tvh team to see if this is a bug in the API.

Thanks!

[edit4ever]

OK - I believe I have fixed the issue with Tvh service name appending.  I had to rework the url header due to an improper response from the Tvh api.

Give 0.6.3 a try and let me know if you have any issues.

https://github.com/edit4ever/script.modu...g/releases

Thanks!