js-controller 3.3 jetzt im STABLE!
-
@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:
@w00dy Das ist relativ einfach. Ich fang immer komplett frisch an. Nehm die SD Karte aus dem Pi, mach sie komplett platt und installiere frisch neu. Dann installiere ich den Backitup Adapter, gebe meine Dropbox Daten ein, zieh mir das letzte Backup, drücke auf widerherstellen und fertig. Das dauert normalerweise keine halbe Stunde.
Und genau die Arbeit mit einer Neuinstallation will ich mir sparen (fixe ip, diverse Zusatzprogramme etc.). Solange Linux sauber läuft, muss man ja nicht gleich mit dem Hammer draufhauen
-
@w00dy sagte in js-controller 3.3 jetzt im STABLE!:
Solange Linux sauber läuft
oft tut es das aber nicht, sondern sieht nur so aus.
da wirkt ein clean install oft Wunder -
@bb61 Sorry aber schau ins Log. Starte JavaScript adapter neu und schau was das log sagt. Auch was bedeutet "Scripte leer"? Meinst Du im Browser im Admin? Dann ist das was anderes und hat nichts mit dem js-controller zu tun ... Also Du hast versucht sehr viele Infos zu geben aber ich finde es sehr verwirrend. Screenshots (Bilder sagen manchmal mehr als 1000 Worte) und Logs
-
@pete0815 sagte in js-controller 3.3 jetzt im STABLE!:
Das geschilderte Verständnis was Stable bedeutet bzw. ich darunter erwarte, kann ich durchaus nachvollziehen, will aber da Freeware nicht weiter ausführen
Ich wollte nur fix das Problem loswerden und WARNEN was da an sauberen Systemen passiert
Das ist auch alles super, aber ob das so an "Stable" liegt oder nicht ist sehr fraglich. Das "Thema" ist das ioBroker sehr viele optionen bietet und dementsprechend machen viele User es anders. Wir können gar nicht alles sicherstellen.
Nur weil ein User ein problem hat heisst das nicht das nichts mehr geht!Auch wenn man den Thread liesst ist 99,9% "da loggt ein Adapter komischen Kram" meldungen. probleme das etwas nicht mehr geht gab es genau EINEN wo npm irgendwie typescript "verlohren" hat ... das ist wieder nichts von js-controller seoindenr ein komischer EInzelfall.
Fakt ist das der neue js-controller bereits auf über 6000 Systemen läuft ... also dafür ist hier im Thread recht wenig los wenn es generell ein Issue mit der Bedeutung "Stable" wäre
-
@nathandrake siehe mein letzter Post. Woran machst Du es fest? Das sehe ich nicht.
und jetzt auch mal bitte: Stable bedeutet das die Software Stabil läuft und keine Bugs hat - genau dies trifft hier zu! Die Fehler die pot. noch in Adaptern liegen haben mit dem js.controller nichst zu tun UND sind ausschliesslich Info-Logs die keine negative Auswirkung (ausser ne Logzeile) haben.
Der ganze Rest ist sauber. Sentry, wo crashes reported werden ist LEER. Also was ist jetzt hier nicht "Stable"?
-
@kasi-m3 Das kann mit dem js-controller nichts zu tun haben. Bitte Issue beim Adapter öffnen
-
@wildbill sagte in js-controller 3.3 jetzt im STABLE!:
Vermutlich wäre es wirklich sinnvoll gewesen, das Update des JS-Controller zeitgleich mit Admin 5 und neuem Javascript in stable zu schieben, dann wäre das vermutlich bei einigen sauberer verlaufen. Aber nun liegt das Kind im Brunnen und muss eben schwimmen lernen...
Es gab gute Grunde genau dies nicht zu tun.
-
@paul53 sagte in js-controller 3.3 jetzt im STABLE!:
Und ich hoffe es bleibt auch immer so, dass man die Alte Benutzeroberfläche auswählen kann.
Auch wenn Off topic ... und das bringt dir was? Wenn neue Adapter ggf nur noch Admin5 Jompatible KOnfigurationen haben und in de Fall heisst das auch "Admin5 UI" ... Gewöhn dich an Admin5 - "er ist gekommen um zu bleiben"
-
@apollon77 sagte: und das bringt dir was?
@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:
im vergleich zur alten MEGA MEGA unübersichtlich.
-
@apollon77 sagte in js-controller 3.3 jetzt im STABLE!:
@wildbill sagte in js-controller 3.3 jetzt im STABLE!:
Vermutlich wäre es wirklich sinnvoll gewesen, das Update des JS-Controller zeitgleich mit Admin 5 und neuem Javascript in stable zu schieben, dann wäre das vermutlich bei einigen sauberer verlaufen. Aber nun liegt das Kind im Brunnen und muss eben schwimmen lernen...
Es gab gute Grunde genau dies nicht zu tun.
Sollte auch keine direkte Kritik sein. Ich dachte auch für mich selbst, dass es wohl Gründe gab, warum genau das nicht passiert ist. Schließlich versucht ihr ja immer, alles konform, nachvollziehbar und für die Anwender so pflegeleicht wie möglich zu halten. Vermutlich wäre dann das Forum in die Knie gegangen.
Auch Deine Aussagen, was unter stable zu verstehen ist sind absolut nachvollziehbar. Als beta würde ich den Controller in dieser Form auch nicht bezeichnen. Nur war es eben etwas unerwartet und erschreckend zu sehen, was in der alten Version alles "erlaubt", aber eben nicht mehr konform war.
Deshalb nochmal Hut ab und Danke für die Mühe, die Ihr Euch gebt und die tolle Arbeit. Wenn es keinerlei Updates gäbe wäre das Jammern umso größer ob das Projekt iobroker tot ist.
Gruß, Jürgen -
So, damit wir endlich wieder sinnvoll weiterkommen ab sofort (also sobald Repo Update bei Euch ist) Admin5.x und verbundene Adapter auch im Stable ...
https://forum.iobroker.net/topic/46813/admin-v5-jetzt-im-stable
-
Das kommt davon!
Ihr habt es gefordert, jetzt bekommt ihr was ihr verdient! -
@paul53 Ja, ich hätte am liebsten auch immer noch mein Windows 7 ... (ernst gemeint) ... geht aber net
Aber die Diskussion fangen wir jetzt lieber nicht an -
@nathandrake sagte in js-controller 3.3 jetzt im STABLE!:
Aber ioBroker läuft nicht stabil damit. Da es einfach zu viele Abhängigkeiten gibt. Eben der Nachteil von einem modularen System.
Sehe ich nicht so. Die hier gemeldete "Abhängigkeit" besteht nur wegen einem Bug wie Adapter Daten gespeichert haben - und ja Skripte Sie dann so gelesen haben. Daher besteht in diesem einen Fall eine Abhängigkeit zu einer neuen JavaScript Version, die leider die neue Admin Version braucht um das glatt zu ziehen. Einzelne Skripte müssen ggf dennoch angepasst werden! Dennoch ist glaube ich die Zahl der User die in Skripten solche Datentypen nutzen seeeehr überschaubar.
In dem Fall von einer generellen Thematik zu sprechen ist weit hergeholt, sorry.Ansonsten stellt ioBroker sicher das Abhängigkeiten beachtet werden und stellt so sicher das genau keine Probleme passieren können.
Jetzt mal bitte wieder durchatmen und das ganze etwas realistisch und nicht im Panikmodus sehen. Danke
-
mal eine generelle Frage:
Werden die issues zu dem Thema auf Git jeweils an den Adaptern eingestellt, oder gibt es irgendwo direkt zum Controller eine Stelle wo die gesammelt werden? - so könnte man sich einen einfacheren Überblick verschaffen was ggf. Probleme macht.
Wenn letzteres dann danke vorab für einen entsprechenden Link
PS.
Der Thread hier wird langsam zu lang um das sinnvoll zu überblicken -
@pedder007 Deswegen sammle ich alle hier gemeldeten Adapter oben im zweiten Post ... Und ja die Issues landen bei den Adaptern, weil nicht der Controller hier "schuld" ist.
-
@pedder007 sagte in js-controller 3.3 jetzt im STABLE!:
Der Thread hier wird langsam zu lang um das sinnvoll zu überblicken
deswegen misten wir den regelmäßig aus, für die "wrong-Type" Warnmeldungen gibt es extra einen zweitten Thread
https://forum.iobroker.net/topic/46776/meldungen-seit-controller-v3-3-zu-falschem-datentyp
bei nur 127 Posts ist noch massig Luft -
@apollon77 sagte in js-controller 3.3 jetzt im STABLE!:
Deswegen sammle ich alle hier gemeldeten Adapter oben im zweiten Post
unifi
mihome
weatherundergroundhab ich bereits Issues erstellt und hier (dürfte in der Menge untergegangen sein) gemeldet.
-
@homoran sagte in js-controller 3.3 jetzt im STABLE!:
für die "wrong-Type" Warnmeldungen gibt es extra einen zweitten Thread
Upps, sorry. Hab ihn erst jetzt gesehn.
-
@negalein Bitte hier, wiee im Issue nachgefragt Objekte löschen. Ich weiss das nicht alle 3 betroffen sind wiel ich Sie selbst gefixt habe
Deswegewn stehen die auch oben nicht drin.- Also biotte Objekte löschen, Adapter Restarten, Issues schliesen wenn Fehler danach weg sind und kommentieren wenn weiterhin da. Danke
