NEWS
js-controller 2.0 ab sofort im Latest Repo
js-controller 2.0 ab sofort im Latest Repo
-
@Glasfaser sagte in js-controller 2.0 ab sofort im Latest Repo:
Nodejs 1.0x empfohlen
Ich glaube das sollte 10.x sein @apollon77
@AlCalzone Fixed, Danke
-
@apollon77 Ich hatte auch das Problem und bin auch draufgekommen. Der einmalige flle sync wäre nicht schlecht.
Auf der anderen Seite gibt es jetzt noch Baustellen im admin, damit man die tollen neuen Funktionen ohne Command line nutzen kann.
- Compact modus Unterstützung, 2. alias Definitionsunterstützung, 3. Update Button, der den js-controller aus dem Admin updated und nach Warnung das admin Fenster schließt.
Nochmal eine blöde Frage kann man eigentlich auch
cd /opt/iobroker && sudo iobroker stop && sudo iobroker update && sudo iobroker upgrade self && sudo iobroker starteingeben, oder spricht was dagegen?
- Admin für Compact wird noch kommen, aber das Feature ist offiziell "Technology Preveiw" Status und damit noch ohne Admin.
- Alias = Devices Adapter im ersten Schritt, mehr im Admin muss man überlegen
- Controller Upgrade kan was schieff gehen, das wird vorerst Kommandozeile bleiben. Wir werden aber das Popup mit den Kommandos anpassen das da mehr Infos stehen
Rest hat ALCalzone geantwortet, ja geht, idealerweise ohne sudo
-
Mit 2.0.38 konnte ich mit Blockly -> Logik und dann zwei Objekte in die = Logik rein ziehen. Jetzt mit 2.0.39 kann ich nur eins rein ziehen und das zweite wird nicht angenommen. Lass ich das Objekt los springt es raus? Liegt es wirklich am js-controller oder an mir?
System uptime: 2 T. 16:11:01
Node.js: v10.17.0
NPM: 6.11.3 -
Mit 2.0.38 konnte ich mit Blockly -> Logik und dann zwei Objekte in die = Logik rein ziehen. Jetzt mit 2.0.39 kann ich nur eins rein ziehen und das zweite wird nicht angenommen. Lass ich das Objekt los springt es raus? Liegt es wirklich am js-controller oder an mir?
System uptime: 2 T. 16:11:01
Node.js: v10.17.0
NPM: 6.11.3 -
@JB_Sullivan ie Infos hast du korrekterweise ja schon verlinkt bekommen.
Ich überlege gerade noch ob wir einen einmaligen file sync machen für zusätzliche files in erlaubten Verzeichnissen und meckern bei komplett eigenen Verzeichnissen das user es wissen.
Brauchen wir das?@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
Ich überlege gerade noch ob wir einen einmaligen file sync machen für zusätzliche files in erlaubten Verzeichnissen und meckern bei komplett eigenen Verzeichnissen das user es wissen.
Brauchen wir das?Vorschlag:
Beim ersten Start der WEB Oberfläche des Admin nach Update auf js-controller 2.x prüfen, ob VIS installiert ist und ein Pop UP mit dem Hinweis auf die Icon Verzeichnisse.
Oder PopUp bei jedem Start bis der Haken "nicht mehr anzeigen" aktiviert wurde. -
Wirkt sich der js-controller 2.0 in irgend einer Form auf den VIS Editor und dort auf den Dateimanager aus?
Ich meine seit ich 2.0 laufen habe, werden Symbole / Signalbilder usw., die ich mir in den VIS Ordner "Icons" händisch mit einem externen Dateimanager (z.B. Total Commander) "reingeschoben" habe, nicht mehr im VIS-Edit Dateimanager dargestellt. Trotz Aktualisierung werden die neuen Symbole in dem Icons Ordner nicht mehr erkannt, obwohl sie dort drin liegen.
Ich muss diese Symbole jetzt via gezieltem Upload über den VIS-Edit Dateimanager in den / die entsprechenden Ordner hochladen. Das war vor Version 2.0 nicht so.
Achso - ich habe ioB in einer Windows Umgebung lauf.
@JB_Sullivan sagte in js-controller 2.0 ab sofort im Latest Repo:
Ich muss diese Symbole jetzt via gezieltem Upload über den VIS-Edit Dateimanager in den / die entsprechenden Ordner hochladen. Das war vor Version 2.0 nicht so.
Ja, richtig erkannt. Du musst einmalig alle Bilder mit Deinem Dateimanager zusammen suchen und dann den Dateimanager von ioB benutzen um sie an die erlaubte Stelle neu hoch zu laden.
So weit der einfache Teil.
Anschließend musst Du in allen betroffenen Widgets in der Konfiguration den Pfad zum Bild ändern. Das ist je nach Umfang der VIS Installation richtig Arbeit
-
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
Ich überlege gerade noch ob wir einen einmaligen file sync machen für zusätzliche files in erlaubten Verzeichnissen und meckern bei komplett eigenen Verzeichnissen das user es wissen.
Brauchen wir das?Vorschlag:
Beim ersten Start der WEB Oberfläche des Admin nach Update auf js-controller 2.x prüfen, ob VIS installiert ist und ein Pop UP mit dem Hinweis auf die Icon Verzeichnisse.
Oder PopUp bei jedem Start bis der Haken "nicht mehr anzeigen" aktiviert wurde.@nieIP Ne die idee ist gerade bei der installation (da wird ein "iobroker setup first" Kommando ausgeführt) zu prüfen ws im Filesystem liegt und ewas bekannt ist und wenn nicht dann registrieren - aber nur für die erlaubten Verzeichnisse, sonst Fehler-Info ausgeben.
-
@Brainbug Ich wüsste nicht wie der controller auf die Blockly "Frontend Logik" auswirkungen haben sollte. Ggf auch Javascript update gemacht? Bitte mal issue beim Adapter öffnen.
oder mal genauer zeigen was DU genau meinst (screen video?)
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@Brainbug Ich wüsste nicht wie der controller auf die Blockly "Frontend Logik" auswirkungen haben sollte. Ggf auch Javascript update gemacht? Bitte mal issue beim Adapter öffnen.
oder mal genauer zeigen was DU genau meinst (screen video?)
Der aktuelle Javascript Adapter in latest (4.3.2) hat kleine Bugs (denke ich). Ich bin nur noch nicht dazu gekommen ein issue zu schreiben.
4.3.2 (latest)
kann ich zwar Blocklys mit Funktionen importieren, aber nicht speichern.
mit 4.3.1 funktioniert es.Mit 4.3.2 funktioniert der Import aller Scripte aus einem Script Export aller Scripte nicht.
Ich musste zurück bis 3.6.4, da hat es funktioniert. (alle Versionen einzeln rückwärts probiert)Vielleicht ist der hier beschriebene Fehler ein ähnlicher Fehler ?
-
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@Brainbug Ich wüsste nicht wie der controller auf die Blockly "Frontend Logik" auswirkungen haben sollte. Ggf auch Javascript update gemacht? Bitte mal issue beim Adapter öffnen.
oder mal genauer zeigen was DU genau meinst (screen video?)
Der aktuelle Javascript Adapter in latest (4.3.2) hat kleine Bugs (denke ich). Ich bin nur noch nicht dazu gekommen ein issue zu schreiben.
4.3.2 (latest)
kann ich zwar Blocklys mit Funktionen importieren, aber nicht speichern.
mit 4.3.1 funktioniert es.Mit 4.3.2 funktioniert der Import aller Scripte aus einem Script Export aller Scripte nicht.
Ich musste zurück bis 3.6.4, da hat es funktioniert. (alle Versionen einzeln rückwärts probiert)Vielleicht ist der hier beschriebene Fehler ein ähnlicher Fehler ?
-
@dslraser Bitte Issues anlegen, dann schaut sich BF das bestimmt gern an - vor allem wenn DU so viele Details liefern kannst!!
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@dslraser Bitte Issues anlegen, dann schaut sich BF das bestimmt gern an - vor allem wenn DU so viele Details liefern kannst!!
Ich habe gerade gesehen das es jetzt 4.3.3 in latest gibt, den habe ich noch nicht probiert.

Edit: wird mir aber noch nicht angezeigt

-
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@dslraser Bitte Issues anlegen, dann schaut sich BF das bestimmt gern an - vor allem wenn DU so viele Details liefern kannst!!
Ich habe gerade gesehen das es jetzt 4.3.3 in latest gibt, den habe ich noch nicht probiert.

Edit: wird mir aber noch nicht angezeigt

-
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@dslraser Bitte Issues anlegen, dann schaut sich BF das bestimmt gern an - vor allem wenn DU so viele Details liefern kannst!!
Ich habe gerade gesehen das es jetzt 4.3.3 in latest gibt, den habe ich noch nicht probiert.

Edit: wird mir aber noch nicht angezeigt

@dslraser ja, ist anscheinend noch nicht gepusht worden..
-
@apollon77
sorry, ist irgendwie verschwunden.Ergebnis mit mehreren Browsern immer dasselbe
-
Ergebnis mit mehreren Browsern immer dasselbe
-
Ergebnis mit mehreren Browsern immer dasselbe
@telekom0815 Ok, dann jetzt nächster Check. Wir bauen mal Logging in web-Adapter ein

Bitte öffne /opt/iobroker/node_modules/iobroker.web/main.js in einem Editor.
Sucht dort nach der Zeile mit "adapter.getFile". Sollte nur einmal vorkommen und sieht grob aus wie https://github.com/ioBroker/ioBroker.web/blob/master/main.js#L1161vor der Zeile einfügen:
adapter.log.debug('GET FILE ' + id + ' / ' + (webByVersion[id] ? url.substring(versionPrefix.length + 1) : url) + ' for ' + (req.user ? 'system.user.' + req.user : settings.defaultUser));und danach:
adapter.log.debug('RESULT FILE ' + id + ' / ' + (webByVersion[id] ? url.substring(versionPrefix.length + 1) : url) + ': err=' + err + ' : ' + (buffer ? buffer.length : JSON.stringify(buffer)) + ' : ' + mimeType);Dann web-Adapter auf Loglevel "debug" stellen, damit Startet der neu. Dann nochmal abrufen und schick mal das log davon bitte.
-
Aus gegebenem Anlass und einigen Redis-Fragen hier im Thread habe ich mal einiges zum Thema Redis zusammengefasst ... https://forum.iobroker.net/topic/26327/redis-in-iobroker-überblick
-
Moin
Habe gerade versucht meine Scripte zu exportieren.
Dort kommt folgende Fehlermeldung in einem grauen Fenster:File 2019-11-02-scripts.zip.zip not found
Script Engine 4.3.2
js-controller 2.0.39Welcher Adapter hat denn nun dran Schuld?
-
Moin
Habe gerade versucht meine Scripte zu exportieren.
Dort kommt folgende Fehlermeldung in einem grauen Fenster:File 2019-11-02-scripts.zip.zip not found
Script Engine 4.3.2
js-controller 2.0.39Welcher Adapter hat denn nun dran Schuld?
-
Moin
Habe gerade versucht meine Scripte zu exportieren.
Dort kommt folgende Fehlermeldung in einem grauen Fenster:File 2019-11-02-scripts.zip.zip not found
Script Engine 4.3.2
js-controller 2.0.39Welcher Adapter hat denn nun dran Schuld?
-
@Yetiberg
Mach das noch mal, weil beim Exportieren keine Files gesucht werden und die schon gar nicht *.zip.zip heißen.

