js-controller 2.0 ab sofort im Latest Repo

[apollon77]

@CKMartens Das das scriptsEnabled nur in der instanz 0 sinnvolle werte hat ist bekannt. wo das skript ausgeführt wird hat damit nichts zu tun. Das ist schon immer so

Effektiv: geht alles oder hast Du dich nur gerwundert?

[CKMartens]

@ilovegym sagte in js-controller 2.0 ab sofort im Latest Repo:

@CKMartens kannst du deine Scripte alle exportieren als zipfile? Ich vermute da zusammenhänge...

Wenn ich an meinm PC bin teste ich es mal.

[CKMartens]

@apollon77 nein die Skripte die neu in einer anderen Instanz als 0 angelegt werden scheinen nicht zu laufen.

[apollon77]

@CKMartens Dann bitte Issue beim javascript adapter anlegen. geht es wenn du sie einmal in die 0 schiebst, startest und dann zurück schiebst? auch versionsummer nennen!

[CKMartens]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@CKMartens Dann bitte Issue beim javascript adapter anlegen.

Habe ich gemacht Issue #448

geht es wenn du sie einmal in die 0 schiebst, startest und dann zurück schiebst?

Nein, sobald das Skript in einer anderen Instanz als 0 ist geht es nicht mehr

[heinzie]

Hallo,

habe leider seit dem Update ein Problem bei Speichern meiner Kamera Bilder. Diese werden nicht mehr in der VIS aktuell angezeigt. Habe bisher das unten stehende Script verwendet. Das Problem ist wahscheinlich der Schreibbefehl:

fs.writeFile(dest_path + fname, body, 'binary', function(err)

oben hatte ich gelesen das man den durch

writeFile(dest_path + fname, body, 'binary', function(err)

ersetzen sollte. Nur dann gibt es zig Fehlermeldungen
Kann mir jemand hier weiterhelfen, bin leider kein Exoerte in js

Fehlermeldung:

javascript.0 (147) script.js.common.Skript5_kamera: readFile(adapter=/opt/iobroker/iobroker-data/files/vis.0/KameraBilder/eingangstuer_0.jpg, fileName=ÿØÿà

request.get({url: cam_url, encoding: 'binary'}, function (err, response, body) {
        
    fs.writeFile(dest_path + fname, body, 'binary', function(err) {
            
            if (err) {
                log('Fehler beim Bild speichern: ' + err, 'warn');
            } else {
                // dem Filesystem 2 Sek Zeit zum Speichern lassen
                setTimeout(function() { sendImage(dest_path + fname); }, 3000); 
            }
        }); 
    });

[AlCalzone]

Die Fehlermeldung verweist aber auf:

readFile

und

fileName=ÿØÿà

sieht auch verdächtig aus.

[apollon77]

@heinzie Für die Nutzung von "fileWrite" gibt es einen eigene Thread. Bitte nutze diesen. Der ist oben in der FAQ verlinkt!

Kurz: Der Pfad und allgemein die Parameter für writeFile muss anders aussehen weil es kein direktes File-System Write ist.

[heinzie]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@heinzie Für die Nutzung von "fileWrite" gibt es einen eigene Thread. Bitte nutze diesen. Der ist oben in der FAQ verlinkt!

Kurz: Der Pfad und allgemein die Parameter für writeFile muss anders aussehen weil es kein direktes File-System Write ist.

ok dann melde ich mich dort einmal.

[viper]

Hallo,
ich habe gerade das Update auf den js-controller 2.1.1 durchgeführt mit:

cd /opt/iobroker/
iobroker stop
iobroker update
iobroker upgrade self
iobroker start

Seit dem Update kann ich mich nicht mehr einloggen. Wenn ich einen falschen User oder Passwort eingebe kommt eine Meldung das der User oder das Passwort falsch wären. Wenn ich richtige Werte eingebe passiert nichts, die Loginmaske erscheint wieder mit leeren Feldern.
Ich habe schon einen Neustart des Raspi durchgeführt und das Fix-Skript laufen lassen, einen anderen Browser versucht und den Browsercache gelöscht.

Jetzt weiß ich nicht mehr weiter, kann mir jemand helfen?

Hat sich erledigt, ein nochmaliges löschen des Browsercache hat das Problem beseitigt.

[Jan1]

@viper
Du sprichst vom Linux Login?

[viper]

@Jan1
Nein vom Login in die Weboberfläche von ioBroker

[viper]

Hallo,
hat sich erledigt, habe noch einmal den Browsercache gelöscht und jetzt geht es.

[Einstein67]

Hab eine kleine Auffälligkeit mit dem Compact Mode entdeckt.

Wenn ein Backup wiederhergestellt wird bei dem "Compact enabled" ist und mehrere Gruppen angelegt sind, werden nur die Adapter der "Gruppe 1" wiederhergestellt.

Die Adapter aus (meiner) Gruppe 2 melden beim ersten Start nach dem Restore:

host.iob10b	2019-11-21 05:51:39.581	info	adapter backitup@1.2.2 is not installed, installation will be handled by group controller
host.iob10b	2019-11-21 05:51:39.581	info	adapter pi-hole@1.2.2 is not installed, installation will be handled by group controller

Der "Group Controller" macht aber nichts Diese Adapter werden nicht installiert. Die (leeren) Instanzen sind vorhanden. Was aber kein Problem ist denn ....

Die Vorgangsweise:

1. iobroker restore 0
2. iobroker compact disable
3. iobroker start (und warten bis alle Adapter installiert sind)
4. iobroker compact enable

Funktioniert wie gewünscht!

[apollon77]

@Einstein67 Danke, legst Du mir dazu botte ein Issue im js.controller projekt an? Danke!

[apollon77]

This post is deleted!

[apollon77]

Hallo an alle Hier!!

Auch wenn der Release generel SUpper ruhig gelaufen ist wurden doch ein paar Kleinigkeiten noch gefunden die wir heute mit einer 2.1.1 fixen wollen. Die Version sollte zeitnah im latest nach dem üblichen iobroker update auftauchen

• (bluefox) Fix host deletion
• (Apollon77) update objects lib to prevent one crash case and make sure extendObject works as intended also for JavaScript adapter
• (Apollon77) make sure adapters are also reinstalled correctly when used in compact groups

Wer mag bitte gern testen, würde ich heute Abend schon ins Stable schieben wollen.

[dslraser]

@apollon77
2.1.1. ist installiert und läuft. Bisher keine Auffälligkeiten. Alle Adapter grün.

[Stabilostick]

Sobald im Stable baue ich einen neuen Windows Installer.

[Diginix]

Update auf JS-Controller 2.1.1 gemacht und läuft seit dem unauffällig.