js-controller 2.0 ab sofort im Latest Repo
-
@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
-
@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.
-
@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
-
@dslraser 4.3.3. ist GitHub version. (noch) nicht auf npm und daher auch nicht im Latest
-
@dslraser ja, ist anscheinend noch nicht gepusht worden..
-
Ergebnis mit mehreren Browsern immer dasselbe
-
@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
-
@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?
-
@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?
-
@Yetiberg
Mach das noch mal, weil beim Exportieren keine Files gesucht werden und die schon gar nicht *.zip.zip heißen. -
@Jan1 Das doppelte zip ist nur ein Anzeigeproblem.
-
@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.
-
@apollon77 hatte ich auch, jedoch ist es schon ne Weile her, als ich es versucht hatte. Probier ich dann mal mit aktuellem Stand.
Hab aber irgendwo gelesen, das es mit einem Browserwechsel funktionierte.Edit: Ein Zip Export, sowohl in Chrome/Opera/FF erfolgreich
-
@apollon77 der andere bin ich
ich hab das exportieren der Scripts mit Firefox und Google Chrome versucht, den Cache gelöscht, reboot, etc.. mehr fällt mir nicht mehr ein.. die Datei wird anscheinend auch erst garnicht erzeugt.. und kann deshalb nicht runtergeladen werden... vielleicht ein Rechteproblem ??Meine Installation ist ziemlich alt und auch das löschen von Adaptern funktioniert nur per Hand, nicht aus dem Admin raus..
denke das ist auch sowas...Ich gehe heute mal ein paaar Admin-Versionen zurück und versuch es damit.. lass auch mal den Fixer drüber laufen.. schaden kanns nicht..
Aktuell Admin 3.6.10, Web 2.4.8, js-controller 2.0.39, javascript 4.3.2 (auch mit 4.3.3 das gleiche).
-
@ilovegym sagte in js-controller 2.0 ab sofort im Latest Repo:
Meine Installation ist ziemlich alt und auch das löschen von Adaptern funktioniert nur per Hand
das Problem hab ich mit dem tr-64 Adapter, der lässt sich auch nicht entfernen
-
@crunchip
dann lösch doch den Ordner manuell
