js-controller 2.0 ab sofort im Latest Repo

[apollon77]

@Marty56

1. Admin für Compact wird noch kommen, aber das Feature ist offiziell "Technology Preveiw" Status und damit noch ohne Admin.
2. Alias = Devices Adapter im ersten Schritt, mehr im Admin muss man überlegen
3. 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

[A Former User]

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

[apollon77]

@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?)

[nieIP]

@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]

@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]

@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.

[dslraser]

@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]

@dslraser Bitte Issues anlegen, dann schaut sich BF das bestimmt gern an - vor allem wenn DU so viele Details liefern kannst!!

[dslraser]

@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]

@dslraser 4.3.3. ist GitHub version. (noch) nicht auf npm und daher auch nicht im Latest

[Neuschwansteini]

@dslraser ja, ist anscheinend noch nicht gepusht worden..

[A Former User]

@apollon77

Ergebnis mit mehreren Browsern immer dasselbe

[apollon77]

@telekom0815 Ok, dann versuche ich mal genau diese URL! Bzw versuch Du bitte mal ob ein reines "edit.html" geht ... (also entferne mal die Parameter am Ende bitte!) Ich habe da eine Vermutung

[apollon77]

@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#L1161

vor 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.

[apollon77]

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

[A Former User]

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.39

Welcher Adapter hat denn nun dran Schuld?

[apollon77]

@Yetiberg Das Problem hat noch ein anderer User - wir können es aber nicht nachstellen bei mir tuts.

Daher paar Fragen:

• Version Web Adapter?
• Master/Slave System oder Single Host?

[Jan1]

@Yetiberg
Mach das noch mal, weil beim Exportieren keine Files gesucht werden und die schon gar nicht *.zip.zip heißen.

[apollon77]

@Jan1 Das doppelte zip ist nur ein Anzeigeproblem.

[A Former User]

@apollon77
Web Adapter 2.4.8
Master/Slave System, wobei alles, bis auf den Radar2 Adapter, auf dem Master RockPro64 liegt. Bekomme mit einem aktuellen DEV Armbian Image kein Bluetooth zum laufen auf dem RockPro64. Aber das ist ein anderes Problem
Das Problem besteht seit gestern als ich den Rasberry als Slave ins System eingebunden habe.
Beide Systeme haben file-file, nicht redis.

@Jan1
Habe ich schon mehrfach versucht.

Es ist ja nicht Lebenswichtig da bei einem Backup die Scripte ja mitgesichert werden. Aber seltsam ist es dennoch.