js-controller 2.0 ab sofort im Latest Repo

[BBTown]

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

Kann man sich für so einem Fall eigentlich die alte IoB Installation auf einen Stick ziehen und dann von da aus als Migration Ordner iobroker-data Quelle auswählen?

dann hast Du aber keinen Neustart ...

Mach mit dem BackitUp-Adapter ein Minimalbackup, installiere ioBroker neu und mache aus dem Minimalbackup einen Restore

[aleks-83]

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

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

Wie kann man eine ioBroker Installation unter Windows updaten?
Einfach den neuen Installer starten?

Jupp, und migrieren.

Hmmm, das würde jedes Mal bei einem Update des JS Controllers bedeuten dass alle Adapter neu installiert werden müssen.
Oder ist das bei einem update per npm Befehl unter Linux genau so?

[AlCalzone]

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

Oder ist das bei einem update per npm Befehl unter Linux genau so?

Nein

[apollon77]

@aleks-83 Windows tickt hier etwas anders, da hier anders installiert wird. Details dazu am besten von @Stabilostick

[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

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:

Spoiler

{
  "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:

Spoiler

{
 "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.