VU+ PVR fails with secure https

[davilla]

https://github.com/kodi-pvr/pvr.vuplus/issues/34

Seems the choice right now is to use http or https for all access.

I'd have to understand the code https://github.com/kodi-pvr/pvr.vuplus/ ... VuData.cpp before making changes. Plus I have no way to test. Looking over the commits, not much has been done in years besides adapting to kodi pvr API changes. Not even sure who is the maintainer.

[nisse99]

That issue is the exact same problem yes!

And unfortunately there's no way to make the receiver output the stream in HTTPS so the problem is that the PVR coding has been wrong from the start (and apparently very few ppl use HTTPS since not many have complained).

Would access to my receiver help with testing, if you're up for trying to fix the coding?

If you are able to fix it, would that commit be able to be implemented for all of Kodi or just MrMC? I think there are some people on the Kodi hookup wanting this as well!

Had the ATV been able to connect to my windows server through STPT-vpn this would be a non-issue. Then I wouldn't need the HTTPS at all as all would run through the VPN, but unfortunately that's not doable either so my luck is all on getting a fix on the code!

[davilla]

That issue is the exact same problem yes!

And unfortunately there's no way to make the receiver output the stream in HTTPS so the problem is that the PVR coding has been wrong from the start (and apparently very few ppl use HTTPS since not many have complained).

Would access to my receiver help with testing, if you're up for trying to fix the coding?

If you are able to fix it, would that commit be able to be implemented for all of Kodi or just MrMC? I think there are some people on the Kodi hookup wanting this as well!

Had the ATV been able to connect to my windows server through STPT-vpn this would be a non-issue. Then I wouldn't need the HTTPS at all as all would run through the VPN, but unfortunately that's not doable either so my luck is all on getting a fix on the code!

I would need access for testing. I looked over the code, it might be a simple fix.

[nisse99]

All right I'm gonna set up a new account on openwebif, I have to do that anyway as I don't want the root login for that one...

Where do you want me to send the details?

[davilla]

All right I'm gonna set up a new account on openwebif, I have to do that anyway as I don't want the root login for that one...

Where do you want me to send the details?

email to [email protected]

[nisse99]

All right I'm gonna set up a new account on openwebif, I have to do that anyway as I don't want the root login for that one...

Where do you want me to send the details?

email to [email protected]

Done! Let me know if you need any additional assistance but think it's pretty straight forward logging in

[davilla]

fixed should be in next testflight.

and user:pass in logging removed in pvr.vuplus

[amet]

its in 2.4.0 (160706.607)

I do think we should add setting to allow user to choose if streaming should be https or http.

[nisse99]

fixed should be in next testflight.

and user:pass in logging removed in pvr.vuplus

Wow! That was quick! Great news!

Will you supply the Kodi branch as well with the fix? I know there are people on their forums waiting for this fix as well but they don't seem bothered at all to make it happen.

its in 2.4.0 (160706.607)

I do think we should add setting to allow user to choose if streaming should be https or http.

Agree. Some day it might be possible to have the actual stream in https and then that option would be the absolute best. But for right now I'm perfectly happy getting it to work

[amet]

kodi is welcome to pull as they like

https://github.com/MrMC/pvr.vuplus/comm ... 47f1ea8508