Running the pre-release 2019.08.15.2304 and when I click on Watch Now from the web UI guide in Firefox it does nothing.
No entries in ChannelsDVR log either.
Thought we could maybe watch it at least.
If I hover over the Watch Now button, the url is
https://192.168.1.3:8089/devices/ANY/channels/6973/hls
Where 192.168.1.3 is my ChannelsDVR for TVE NAS IP
Any errors in the JS console? I had tested in Chrome and it was working..
Not quite sure what you mean by JS console.
If I inspect the Watch Now button with Firefox and look at the Developer Tools Console or Network Tab after I click it, I see this
TypeError: "o is undefined"
render https://192.168.1.3:8089/bundle.js:23
h https://192.168.1.3:8089/bundle.js:43
beginWork https://192.168.1.3:8089/bundle.js:43
o https://192.168.1.3:8089/bundle.js:43
i https://192.168.1.3:8089/bundle.js:43
E https://192.168.1.3:8089/bundle.js:43
_ https://192.168.1.3:8089/bundle.js:43
b https://192.168.1.3:8089/bundle.js:43
interactiveUpdates https://192.168.1.3:8089/bundle.js:43
_n https://192.168.1.3:8089/bundle.js:43
bundle.js:43:53646
TypeError: o is undefined
bundle.js:23:3501
render https://192.168.1.3:8089/bundle.js:23
h https://192.168.1.3:8089/bundle.js:43
beginWork https://192.168.1.3:8089/bundle.js:43
o https://192.168.1.3:8089/bundle.js:43
i https://192.168.1.3:8089/bundle.js:43
E https://192.168.1.3:8089/bundle.js:43
_ https://192.168.1.3:8089/bundle.js:43
b https://192.168.1.3:8089/bundle.js:43
interactiveUpdates https://192.168.1.3:8089/bundle.js:43
_n https://192.168.1.3:8089/bundle.js:43
_n self-hosted:1047
If you haven't tried it on Firefox yet, let me know if there's any more info you need.
Firefox v68.0.1, getting ready to update to v68.0.2 now.
Firefox latest v68.0.2 same problem.
UPDATE: I had been using https:// to access the DVR (that's where it doesn't work using the secure connection)
If I use http:// IT WORKS.
Ah okay, there's no valid certificate on the local IP so that won't work. The browser lets you accept the mismatched cert, but that doesn't apply to the embedded video player. This behavior is the same across all browsers, so for local access you have to use http.
Thanks, all other channels I can watch via web UI over https:// this one doesn't work
Huh that's strange. Let me try in Firefox and see.
Here are the ones that don't work using https:// so far
6970 [NY-CBSNEWS]
6972 [LA-CBSNEWS]
6973 [LA-KTLA]
Does ch6700 work?
AS-Rick and Morty? Yes
I have the website running through reverse-proxy. I access it https by domain name with lets-encrypt cert. But proxy upstream is localhost:8089. Just thought I would add that those three channels don't work for me on web-ui either. On any browser. Other channels are fine. I can, however, open a different tab with http connection to ip. They are not really channels that I would often watch anyway. Just wanted to give another data point.
I can watch TVE KTLA (6973) by tuning to it directly from web ui Guide Now. 8Sec to tune in.
Nothing special here...not sophisticated enough (really no time to investigate) to add the any of the rest of options...just a user and it works.
Thanks Deb.
It does work using the default http connection, just not over a secure TLS connection (https).
Not sure if this affects remote viewing or not as I haven't tried that yet.
Thanks, I understand now.
You could always modify your hosts file (or run a local DNS like unbound) so that the same FQDN that is used for remote access will also resolve for access on your LAN. This will solve the certificate mismatch.
(Or, if you have a router that can fix/resolve NAT-hairpinning, your external addresses should resolve to local ones without leaving your LAN.)
Thanks, but not concerned about the certificate mis-match.
Cert mis-match or not, it's a TLS connecion.
Was just testing to help the TVE community.
I only use TVE for one channel that is HD where my Xfinity has it in SD, and it works.
broken on my.channelsdvr.net too... am not currently on local network, so it doesn't work remotely, either.