Alternate UI to UI7

amg0 · July 14, 2015, 7:29am

[quote=“a-lurker, post:561, topic:185570”]Bit of a problem with OWServer plugin. During set up, the J_OWServer.js code makes an ajax call to the OW server to get some json. The call works and the json is returned. However an error msg says “TypeError: transport.responseText is undefined” in this code:

onSuccess: function(transport) { TypeTable = transport.responseText.evalJSON();

Which is part of prototypejs: Prototype JavaScript Framework | Introduction to JSON

This thread mentions a problem with “var RequestParms = new Hash()” also part of prototypejs:

http://forum.micasaverde.com/index.php/topic,8381.msg239853.html#msg239853

http://api.prototypejs.org/language/Hash/

I imagine this is some sort of library usage problem. I’ve no idea what is used by UI5, UI7 & AltUI and how. What needs to be done to cure these issues in general?[/quote]
Ui5 uses a mix of old jquery and prototypejs
I think ui7 only uses a more recent version of jquery and no prototypejs hence issues of this plugin when uses on ui7 I suppose

All these mixed framework are not really good so altUI made the choice to only uses latest jquery , but I do have issues like this occasionally which I have fixed by some ugly magic manipulating on the file plugin source code which uses prototypejs to rewrite the same thing in jquery only. I Will have to look at this one but might be tricky sine I do not own such hardware.

amg0 · July 14, 2015, 2:45pm

[quote=“a-lurker, post:561, topic:185570”]Bit of a problem with OWServer plugin. During set up, the J_OWServer.js code makes an ajax call to the OW server to get some json. The call works and the json is returned. However an error msg says “TypeError: transport.responseText is undefined” in this code:

onSuccess: function(transport) { TypeTable = transport.responseText.evalJSON();

Which is part of prototypejs: Prototype JavaScript Framework | Introduction to JSON

This thread mentions a problem with “var RequestParms = new Hash()” also part of prototypejs:

http://forum.micasaverde.com/index.php/topic,8381.msg239853.html#msg239853

http://api.prototypejs.org/language/Hash/

I imagine this is some sort of library usage problem. I’ve no idea what is used by UI5, UI7 & AltUI and how. What needs to be done to cure these issues in general?[/quote]

I have fixed ( I think ) these 2 issues but I am in the middle of a complex restructuration of the code to support a big new feature … so they are chances I break something. I will not put immediately that version in autoupdate so can you please try v373 using this install url : http://:3480/data_request?id=action&serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1&action=CreatePlugin&PluginNum=8246&Version=28046 and confirm back if a) it does not break anything
b) it fixes your J_OWServer.js observations

amg0 · July 14, 2015, 2:50pm

[quote=“a-lurker, post:559, topic:185570”]Auto update going OK here (locally).

A couple of requests:

In the Control Panel for each device: You can click on the “Used in” button to get the list of action/scenes the device is used in. However, if the device is not being used at all; then there is no message to say so.[/quote]
in v373

[quote=“a-lurker, post:559, topic:185570”]On the ALTUI device - can we please have a link to the ALTUI web server like the infoviewer or dataMine devices have in UI5/UI7 - that is this link:

http://your_ip_address/port_3480/data_request?id=lr_ALTUI_Handler&command=home#

Note that in UI5, URL links (as labels) can’t be placed on the Device’s front page - they have to be placed on an internal tab. In UI5, text labels on the front page of the device are rendered using a “title” attribute contained in the opening “div” tag of an empty “div” statement. The title attribute may be html but the attribute is not interpreted as html (it’s an attribute ) and does not render as a clickable link. However on the Device tabs, the URL is placed between the “div” statement tags and works as expected.

The work around is to store the URL in a device variable and then place the variable on the device’s front page. That would also allow the the user to code the URL for the page they would like to open first. Sure you can just bookmark the ALTUI page but first time round it’s a pain to type in.[/quote]
sounds like a good idea but I do not understand completely how to do it. so let’s say I create a device variable for this URL , then what should i put in the UI5 Json and in the UI7 Json ? can you explain a little bit more ? ( sorry )

amg0 · July 14, 2015, 3:24pm

[quote=“tomtcom, post:560, topic:185570”][quote=“amg0”][quote=“tomtcom, post:557, topic:185570”][quote=“amg0, post:554, topic:185570”]V 0.56.364

[ul][li]Scene History dialog ( since lua log restarted )[/li]
[li]Device Variable History ( since lua log restarted )[/li][/ul]

You press the little calendar button ( respectively in device variable dialog box for variable, or in scene dashboard panel ) and it will show you the history that it has found in the log

This feature will never replace database-based solution like DataMine/DataYours etc but it gives the history it finds in the lua logs for you, so let’s call it “recent history” since the last reboot or last log rotation

NOTE: I assume logs are on the vera box in /var/log/cmh but if some of you use logs on USB, please help me here by telling me the absolute file path where log can be read, I can then maybe do something equivalent for people putting logs on external storage/usb.

Install by autoupdate or with magic url : ?id=action&serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1&action=CreatePlugin&PluginNum=8246&Version=28028[/quote]

Hey amg0, auto update is reverting me back to .313. This is partly from my earlier post. I hit the update, confirm, after a while I reload the page and back to .313. The magic url will work fine and I’ll do that now but I’m not sure how to troubleshoot.

Also, from the prior version, I couldn’t get the mobile page to update past .313 either even after cache cleaning on Chrome for Android.

Any suggestions?[/quote]
Do you do local access or remote ? It seems I have issues with remote I may have to reduce auto update to local access[/quote]
I tried both a couple times so I couldn’t recall the order of which I did it.[/quote]

ok, I looked into this and I believe the problem is with remote access.
in order to know if there is a newer version, ALTUI makes an ajax call to read HTTP( or HTTPS ) //code.mios.com/svn_public/mios_alternate_ui/lastver.txt using JSONP standard to overcome the same domain origin restrictions imposed by browsers.

code.mios.com is a convenient server for me as I can update files easily and fast whenever I need and it should work in httpS mode without problem. in remote access, everything happens in HTTPS, all seems to work perfectly but when ALTUI tries to access https//code.mios.com/svn_public/mios_alternate_ui/lastver.txt , and this time it fails because of a certificate naming issue. the certificate does not seem to be aligned with the name code.mios.com and therefore the browser is not happy and reject the AJAX call. for ALTUI this is not an issue but the autoupdate feature will not happen, thats all.

Chrome is pretty clear about the issue ( at least in french )

Impossible de v?rifier sur le serveur qu'il s'agit bien du domaine code.mios.com, car son certificat de s?curit? provient du domaine *.repositoryhosting.com. Cela peut ?tre d? ? une mauvaise configuration ou bien ? l'interception de votre connexion par un pirate informatique.

to fix it it would require either

to lower the security in your browser and accept code.mios.com as a trusted site even if certificate is not correct, which I do not really recommend. I have made the test to force chrome to open this and then it works but I have not found in chrome option where to modify the settings to make code.mios.com a trusted site
to find another https server, like sjolhagen one but it is less convenient for me to publish files there … and I change this file often
MCV to renew their code.mios.com certificate…

so I propose to NOT fix this issue and simply decide that autoupdate is not a feature for remote access. it is probably sane anyhow to only do an auto-update when you have local access, just in case the upgrade does not work well.

tomtcom · July 14, 2015, 3:52pm

[quote=“amg0, post:565, topic:185570”][quote=“tomtcom, post:560, topic:185570”][quote=“amg0”][quote=“tomtcom, post:557, topic:185570”][quote=“amg0, post:554, topic:185570”]V 0.56.364