js-controller 2.0 ab sofort im Latest Repo

Meister Mopper

Hallo zusammen,

nachdem ein Thema bereits an zwei anderen Stellen im Forum (hier und hier) angesprochen wurde, bin ich mir eigentlich ziemlich sicher, dass es in diesen js-Themenbereich gehört.
Ich habe nach dem Update auf den js 2.0 einen Blockly-Fehler, will aber eigentlich nicht auf den alten controller zurück, da der ja nicht mehr weiter entwickelt wird.
Sobald ich im Firefox einen Block im Editor öffnen möchte, leert sich das Fenster und alle Skripte werden ausgeblendet.
Wenn ich Skripte ex- und anschließend importiere, sind einige Skripte nicht mehr editierbar. Es kommt eine Fehlermeldung und im Blocklybereich ist ein undefinierbares Wirrwarr an zusammengeschobenen Zeichen zu erkennen.

Vielleicht kann hier jemand Licht in die Ungewissheit bringen. Kann das ein js-controller Problem sein? Für Hilfe wäre ich echt dankbar.

Diginix

@Meister-Mopper Könnte auch ein Problem vom javascript Adapter sein.
Hilfreich und wichtig ist daher immer auch die Angabe der verwendeten Adapter Version.

@apollon77
Das vor langer Zeit gemeldete Problem dass alle MaterialUI Einstellungen eines Objektes verloren gehen wenn man z.B. die History Einstellungen ändert, besteht weiterhin. Also alle Adapter die etwas in den RAW custom Block schreiben können (history, statistics, usw.), löschen den Teil von MaterialUI.
Da es adapterunabhängig ist, müsste es ja von weiter "oben" kommen. Ist das ein JS-Controller Problem?
Hatte das ja auch schon als issue in GIT geöffnet, weiß aber nicht mehr ob beim MaterialUI Adapter oder Admin oder oder.

Meister Mopper

@Diginix
Die Script Engine ist die 4.1.12

Diginix

@Meister-Mopper
Dann versuch doch mal die 4.3.4 aus dem latest. Damit habe ich seit dem Release keine Probleme.
Und ich habe über 50 Blockly Skripte.
Gibt von anderen Meldungen dass Ex-/Import mit 4.3.x Probleme macht. Hat bei mir aber bisher immer funktioniert.

Meister Mopper

@Diginix
Ich habe den 4.3.4 versucht, leider ohne Erfolg.

apollon77

@Diginix Das hatten wir eigentlich in einer der 2.0er gefixt

Im Code ist

    this.preserveSettings = ['custom', 'smartName', 'material', 'habpanel', 'mobile'];

gesetzt.

machst Du bitte das GitHub issue neu auf

apollon77

@Meister-Mopper Also es ist in dem einen Thread eindeutig zu sehen das es ein javascript error im Blockly Javascript ist. Bitte GitHub issue mit den Details und Browser-Fehlermeldungen beim javascript Adapter öffnen. Hat nichts mit dem controller zu tun

Diginix

@apollon77

Das alte issue war noch im history Adapter weil ich dachte dass der den material Part löscht. Aber das wird ja vom JS-Controller gehandelt. Daher nun ein neues Issue im Controller mit Verweis auf das alte Issue.

https://github.com/ioBroker/ioBroker.js-controller/issues/544

apollon77

@Diginix Ich habe es versucht nachzustellen und bei mir geht es

Hast Du mal bitte ein komplettes Objekt mit einem material Teil bei dem das bei dir nachvollziehbar passiert?

MathiasJ

@apollon77
~~Was ich nun mitbekommen habe, Broadlink2 funktioniert auch nicht mehr.~~
ich wollte am Tablet den TV ausschalten.......Fehlanzeige.
es liegt wohl an Scriptenergine. Ich habe die letzte Version installiert.
es werden auch nicht alle HM-Systemvariablen hin- und hergeschaltet.
Im Log finde ich dazu leider nichts.
Was PAW angeht, habe ich auf Github vom Entwickler noch nichts gehört.
Gruß,
Mathias

Meister Mopper

@apollon77
Alles klar.
Schönen Dank!

Diginix

@apollon77
Fertig konfiguriertes Objekt mit aktiver history und materialui Einstellungen:

{
  "from": "system.host.BT3-PRO.cli",
  "ts": 1573827041571,
  "user": "system.user.admin",
  "common": {
    "name": "Example state",
    "role": "switch",
    "type": "boolean",
    "read": true,
    "write": true,
    "def": false,
    "custom": {
      "history.0": {
        "enabled": true,
        "changesOnly": true,
        "debounce": 0,
        "maxLength": "100",
        "retention": "86400",
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "aliasId": ""
      },
      "material": {
        "admin": {
          "name": "Example state",
          "colorOn": "rgba(255,155,0,1)",
          "doubleSize": "",
          "colorOff": "rgba(230,230,230,0.7)",
          "icon": "data:image/svg+xml;base64,PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iaXNvLTg4NTktMSI/Pgo8c3ZnIHZlcnNpb249IjEuMSIgaWQ9IkNhcGFfMSIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvc3ZnIiB4bWxuczp4bGluaz0iaHR0cDovL3d3dy53My5vcmcvMTk5OS94bGluayIgeD0iMHB4IiB5PSIwcHgiCgkgdmlld0JveD0iMCAwIDUxMiA1MTIiIHN0eWxlPSJlbmFibGUtYmFja2dyb3VuZDpuZXcgMCAwIDUxMiA1MTI7IiB4bWw6c3BhY2U9InByZXNlcnZlIj4KPGc+Cgk8cGF0aCBkPSJNMjk4LjY2NywyOTguNjY3YzE3LjY0MywwLDMyLTE0LjM1NywzMi0zMmMwLTE3LjY0My0xNC4zNTctMzItMzItMzJjLTE3LjY0MywwLTMyLDE0LjM1Ny0zMiwzMgoJCUMyNjYuNjY3LDI4NC4zMDksMjgxLjAyNCwyOTguNjY3LDI5OC42NjcsMjk4LjY2N3ogTTI5OC42NjcsMjU2YzUuODY3LDAsMTAuNjY3LDQuNzc5LDEwLjY2NywxMC42NjdzLTQuOCwxMC42NjctMTAuNjY3LDEwLjY2NwoJCWMtNS44NjcsMC0xMC42NjctNC43NzktMTAuNjY3LTEwLjY2N1MyOTIuOCwyNTYsMjk4LjY2NywyNTZ6Ii8+Cgk8cGF0aCBkPSJNNDQ4LDQ5MC42NjdoLTMydi00ODBDNDE2LDQuNzc5LDQxMS4yMjEsMCw0MDUuMzMzLDBIMTA2LjY2N2MtMC41OTcsMC0xLjEzMSwwLjI1Ni0xLjcwNywwLjM0MQoJCWMtMC41NTUsMC4wODUtMS4wODgsMC4xNDktMS42MjEsMC4zMmMtMC45MzksMC4zMi0xLjc0OSwwLjc4OS0yLjU2LDEuMzQ0Yy0wLjMyLDAuMjEzLTAuNzA0LDAuMjc3LTEuMDAzLDAuNTMzCgkJYy0wLjEwNywwLjA4NS0wLjE0OSwwLjIxMy0wLjI1NiwwLjMyYy0wLjc2OCwwLjcwNC0xLjM2NSwxLjU3OS0xLjg5OSwyLjQ5NmMtMC4yMTMsMC4zNDEtMC41MTIsMC42MTktMC42NjEsMC45ODEKCQlDOTYuMzYzLDcuNjgsOTYsOS4xMDksOTYsMTAuNjY3djQ4MEg2NGMtNS44ODgsMC0xMC42NjcsNC43NzktMTAuNjY3LDEwLjY2N0M1My4zMzMsNTA3LjIyMSw1OC4xMTIsNTEyLDY0LDUxMmg0Mi42NjcKCQljMC41NzYsMCwxLjE3My0wLjA0MywxLjc0OS0wLjE0OWwyNTYtNDIuNjY3YzUuMTQxLTAuODUzLDguOTE3LTUuMzEyLDguOTE3LTEwLjUxN1Y1My4zMzNjMC01LjIyNy0zLjc3Ni05LjY2NC04LjkxNy0xMC41MTcKCQlMMjM1LjU0MSwyMS4zMzNoMTU5LjEyNXY0ODBjMCw1Ljg4OCw0Ljc3OSwxMC42NjcsMTAuNjY3LDEwLjY2N0g0NDhjNS44ODgsMCwxMC42NjctNC43NzksMTAuNjY3LTEwLjY2NwoJCUM0NTguNjY3LDQ5NS40NDUsNDUzLjg4OCw0OTAuNjY3LDQ0OCw0OTAuNjY3eiBNMzUyLDYyLjM1N3YzODcuMjY0bC0yMzQuNjY3LDM5LjEyNVYyMy4yNTNMMzUyLDYyLjM1N3oiLz4KPC9nPgo8L3N2Zz4K",
          "iconOff": "data:image/svg+xml;base64,PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iaXNvLTg4NTktMSI/Pgo8c3ZnIHZlcnNpb249IjEuMSIgaWQ9IkNhcGFfMSIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvc3ZnIiB4bWxuczp4bGluaz0iaHR0cDovL3d3dy53My5vcmcvMTk5OS94bGluayIgeD0iMHB4IiB5PSIwcHgiCgkgdmlld0JveD0iMCAwIDUxMiA1MTIiIHN0eWxlPSJlbmFibGUtYmFja2dyb3VuZDpuZXcgMCAwIDUxMiA1MTI7IiB4bWw6c3BhY2U9InByZXNlcnZlIj4KPGc+Cgk8cGF0aCBkPSJNNDQ4LDQ5MC42NjdoLTMydi00ODBDNDE2LDQuNzc5LDQxMS4yMjEsMCw0MDUuMzMzLDBIMTA2LjY2N0MxMDAuNzc5LDAsOTYsNC43NzksOTYsMTAuNjY3djQ4MEg2NAoJCWMtNS44ODgsMC0xMC42NjcsNC43NzktMTAuNjY3LDEwLjY2N0M1My4zMzMsNTA3LjIyMSw1OC4xMTIsNTEyLDY0LDUxMmgzODRjNS44ODgsMCwxMC42NjctNC43NzksMTAuNjY3LTEwLjY2NwoJCUM0NTguNjY3LDQ5NS40NDUsNDUzLjg4OCw0OTAuNjY3LDQ0OCw0OTAuNjY3eiBNMzk0LjY2Nyw0OTAuNjY3SDExNy4zMzNWMjEuMzMzaDI3Ny4zMzNWNDkwLjY2N3oiLz4KCTxwYXRoIGQ9Ik0zNDEuMzMzLDI3Ny4zMzNjMTcuNjQzLDAsMzItMTQuMzU3LDMyLTMyYzAtMTcuNjQzLTE0LjM1Ny0zMi0zMi0zMmMtMTcuNjQzLDAtMzIsMTQuMzU3LTMyLDMyCgkJQzMwOS4zMzMsMjYyLjk3NiwzMjMuNjkxLDI3Ny4zMzMsMzQxLjMzMywyNzcuMzMzeiBNMzQxLjMzMywyMzQuNjY3YzUuODg4LDAsMTAuNjY3LDQuNzc5LDEwLjY2NywxMC42NjcKCQlTMzQ3LjIyMSwyNTYsMzQxLjMzMywyNTZzLTEwLjY2Ny00Ljc3OS0xMC42NjctMTAuNjY3UzMzNS40NDUsMjM0LjY2NywzNDEuMzMzLDIzNC42Njd6Ii8+CjwvZz4KPC9zdmc+Cg==",
          "background": "",
          "enabled": true
        }
      }
    }
  },
  "native": {},
  "acl": {
    "object": 1604,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1638
  },
  "_id": "0_userdata.0.example_state",
  "type": "state"
}

Danach klicke ich auf den Schraubenschlüssel ganz am Ende des Objektes im Adminadapter und ändere z.B. bei history die Vorhaltezeit von 1 Tag auf 3 Tage und speichere. In dem Moment wird der komplette material Block eliminiert.
Passiert natürlich auch bei Anpassungen andere Einstellungen des Objektes.

Das Objekt sieht dann so aus:

{
 "from": "system.host.BT3-PRO.cli",
 "ts": 1573827041571,
 "user": "system.user.admin",
 "common": {
   "name": "Example state",
   "role": "switch",
   "type": "boolean",
   "read": true,
   "write": true,
   "def": false,
   "custom": {
     "history.0": {
       "enabled": true,
       "changesOnly": true,
       "debounce": 0,
       "maxLength": "100",
       "retention": "259200",
       "changesRelogInterval": 0,
       "changesMinDelta": 0,
       "aliasId": ""
     }
   }
 },
 "native": {},
 "acl": {
   "object": 1604,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator",
   "state": 1638
 },
 "_id": "0_userdata.0.example_state",
 "type": "state"
}

apollon77

@Diginix Ok, ich kann es nachvollziehen und kläre gerade was

Diginix

@apollon77
Bin ja immer beruhigt wenn es sich bei anderen auch so verhält und reproduzierbar ist.
Warum muss ich eigentlich immer die Fehler finden.

apollon77

@Diginix
Generell war aber erst dein letzter Post hier der der es mich befähigt hat es nachzustellen. Ich persönlich bin der Meinung das der Bug in Material liegt und der es an einer falschen Stelle speichert ... schauen wir mal

Magst Du beim Tester-Team mit machen? @arteck sucht leute die erst erste Dinge testen wollen

Diginix

@apollon77
Wenn es Dinge sind die man einfach wieder zurückrollen kann, wie Adapter Versionen oder Einstellungen, die nichts an der Objektstruktur und Werten "versauen", kann ich gern testen. Ich sehe mein System aber als produktiv. Das JS-Controller Update habe ich also recht lange rausgezögert weil der Einfluss aufs System schon mächtiger ist, als ein einzelner Adapter.
Aber prinzipiell unterstütze ich gern wo ich kann, also darf mir @arteck gern mal Infos zukommen lassen wie das abläuft.

apollon77

@Diginix Solche tests über die wir da reden machen nur auf einem zweiten Testsystem Sinn.

Diginix

@apollon77
Ich habe noch einen PI3 der früher für den ioBroker geknechtet wurde.
Also auch machbar. Der muss ja sicher nur für den Zeitraum der Tests laufen.

apollon77

@Diginix Zum Beispiel :-))

ChrisXY

jemand erfahrungen mit dem firetv adapter ? Der scheint noch nicht zu laufen?

host.iobroker	2019-12-14 20:50:49.958	error	instance system.adapter.firetv.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.iobroker	2019-12-14 20:50:49.958	error	Caught by controller[0]: at bootstrapNodeJSCore (internal/bootstrap/node.js:622:3)
host.iobroker	2019-12-14 20:50:49.958	error	Caught by controller[0]: at startup (internal/bootstrap/node.js:283:19)
host.iobroker	2019-12-14 20:50:49.958	error	Caught by controller[0]: at Function.Module.runMain (internal/modules/cjs/loader.js:831:12)
host.iobroker	2019-12-14 20:50:49.958	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3)
host.iobroker	2019-12-14 20:50:49.958	error	Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
host.iobroker	2019-12-14 20:50:49.958	error	Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32)
host.iobroker	2019-12-14 20:50:49.958	error	Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
host.iobroker	2019-12-14 20:50:49.957	error	Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:778:30)
host.iobroker	2019-12-14 20:50:49.957	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.firetv/firetv.js:6:14)
host.iobroker	2019-12-14 20:50:49.957	error	Caught by controller[0]: at require (internal/modules/cjs/helpers.js:25:18)
host.iobroker	2019-12-14 20:50:49.957	error	Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:692:17)
host.iobroker	2019-12-14 20:50:49.957	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:562:25)
host.iobroker	2019-12-14 20:50:49.957	error	Caught by controller[0]: at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15)
host.iobroker	2019-12-14 20:50:49.957	error	Caught by controller[0]: Error: Cannot find module './node_modules/adbkit/lib/adb/client'
host.iobroker	2019-12-14 20:50:49.957	error	Caught by controller[0]: ^
host.iobroker	2019-12-14 20:50:49.957	error	Caught by controller[0]: throw err;
host.iobroker	2019-12-14 20:50:49.956	error	Caught by controller[0]: internal/modules/cjs/loader.js:638

NEWS

js-controller 2.0 ab sofort im Latest Repo

Support us

1.6k
Online

30.5k
Users

76.7k
Topics

1.2m
Posts

NEWS

js-controller 2.0 ab sofort im Latest Repo

Support us

1.6kOnline

30.5kUsers

76.7kTopics

1.2mPosts

1.6k
Online

30.5k
Users

76.7k
Topics

1.2m
Posts