js-controller 2.0 ab sofort im Latest Repo

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

Diginix created this issue in ioBroker/ioBroker.js-controller

closed changes in object settings clears already made material.ui settings #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

apollon77

@ChrisXY das scheint weniger mit Controller 2 zu tun zu haben. Installiert den Adapter mal neu. Bzw GitHub issue öffnen.

NEWS

js-controller 2.0 ab sofort im Latest Repo

closed changes in object settings clears already made material.ui settings #544

Support us

826
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

js-controller 2.0 ab sofort im Latest Repo

closed changes in object settings clears already made material.ui settings #544

Support us

826Online

31.9kUsers

80.1kTopics

1.3mPosts

826
Online

31.9k
Users

80.1k
Topics

1.3m
Posts