Weihnachtsangebot 2025! 🎄

[Wildbill]

@homoran Zumindest breaking changes sind bei mir da immer farblich oder fett markiert, wenn ich mich recht erinnere.
Aber wo sollte man den User denn (noch) auf etwaige Besonderheiten aufmerksam machen? Wer das nicht einmal in einem Fenster liest, welches beim Update zwangsweise aufpoppt, der wird wohl erst recht nicht auf eigene Faust vorher bei Guthub schauen, ob es was zu beachten gibt?!
Also ich für meinen Teil schaue im Normalfall vor jedem Update wirklich kurz bei Github nach. Ist ja nur ein Mausklick auf das Fragezeichen hinten dann „in neuem Tab öffnen“…

Gruss, Jürgen

EDIT: Gerade gelesen, Du redest von Updates via Konsole. Da bin ich gar nicht sicher, ob da die Changes auch so prominent dargestellt sind und man erst noch bestätigen muss. Wobei das Updaten per Konsole ja sicher kein unbedarfter User macht, der eigentlich gar nicht genau weiss, warum und was er da tut.

[Homoran]

@wildbill sagte in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

Wer das nicht einmal in einem Fenster liest, welches beim Update zwangsweise aufpoppt,

@homoran sagte in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

via Konsole updated

da poppt nix!

Natürlich hast du grundsätzlich recht!
aber gar so einfach ist es für Ottilie Einfachuserin leider nicht.

AUCH EDIT!
bei einem Upgrade einer älteren Installation wird wohl auch ein Standarduser die Konsole nehmen, und sogar möglicherweise die Option all -y verwenden.

Wofür gibt es denn sonst JuhTjub :grin:

[Wildbill]

@homoran OK, wenn da per Konsole gar nix weiter kommt und das einfach durchrauscht ist das natürlich nicht so prickelnd. Vielleicht lässt sich in die Update-Routine was einbauen, dass man zumindest bei breaking changes eine Meldung bekommt, die man aktiv bestätigen muss?

Ich hab aber keine Ahnung, was da wie im Hintergrund läuft, wenn man per Konsole updated.

Gruss, Jürgen

[Thomas Braun]

@wildbill

Nein, auch im Terminal steht in Großbuchstaben ein Hinweis auf einen Braking Change.
Bestätigen musst du das eh, wenn nicht -y als Option mitgegeben wurde.

[Homoran]

@wildbill Doch, die Meldung Breaking Change kam, aber bei großen Sprüngen bleibt eigentlich keine Zeit und Nuße nachzudenken.

Man will ja auf die neueste Version.

[Wildbill]

@homoran Na zumindest ich nehme mir da für Updates schon die Zeit und schaue, was Sache ist. Ich möchte ja danach ein aktuelles, aber auch noch funktionsfähiges System. Wer es da eilig hat, der macht IMHO was falsch. Dann lieber das Update einen Tag verschieben, bis man die Zeit dazu hat.

Gruss, Jürgen

[Homoran]

@wildbill sagte in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

bis man die Zeit dazu hat.

....

[Thomas Braun]

@homoran sagte in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

aber bei großen Sprüngen

Ja, wenn du da alle Pakete und Module aus den letzten drei Jahren auf einmal einspielen musst, weil du das System nicht regelmäßig aktuell gehalten hast, dann kann man die ganzen Changes auch nicht mehr überblicken. Deswegen gilt ja auch statt 'Never touch a running system' die Weisheit: 'Keep your system running by constantly updating'.

[Homoran]

@thomas-braun full d'accord!

Aber genau diese Ntars User werden irgendwann in so eine Falle laufen.

Dass man dann im Nachhinein nochmal die Versionshinweise suchen und lesen sollte ist für mich der erste Weg.
Aber ich glaube nicht, dass jeder user im Voraus die Folgen der im popup genannten Dinge 100%ig erkennen kann.

[mcm1957]

@homoran said in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

@mcm57 sagte in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

Du hast aber schon die Releasenotes angesehen und die BREAKING changes durchgesehen bevor du eine MAJOR Release installierst? ...

ganz ehrlich!??

wenn man einen ganzen Schwung via Konsole updated ist das gar nicht so einfach.
zumal es sicher nicht jedem User geläufig ist, was das alles bedeutet.
Insbesondere Usern, die nicht selber scripten können, sondern nur kopieren

Wenn wer auf der Console aktualisisert sollte er auch lesen. Wenn er das nicht kann / mag dann soll er dich bitte UI verwenden, da muss er das extra abklicken.

Merh als MAJOR Release ist nicht möglich. Und außerdem sind wir heir sogar nich im TESTER / BETA Channel, also nix mit 0815 unerfahrener User ...

[Thomas Braun]

@homoran sagte in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

Aber ich glaube nicht, dass jeder user im Voraus die Folgen der im popup genannten Dinge 100%ig erkennen kann.

Nein, das glaube ich auch nicht.
Aber was soll die Lösung sein? Gar keine ChangeLogs? Nur im GitHub?
Fehlende Erfahrung kannst du ja nicht per PopUp ersetzen. Mit den PopUps und entsprechender Dokumentation kannst du nur bei der Vergrößerung des Erfahrungsschatzes helfen.

[mcm1957]

@homoran said in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

möglicherweise die Option all -y verwenden.

LOK, sollte ev besser Harakiri Mode on heißen :-)

EGAL
Spätestens bei Problemen sollte man nach einem Update einen Blick in die einschlägigen Releasenotes werfen,. Das wär wohl nicht zuviel verlangt.

[mcm1957]

Aber stellt euch schon mal auf den STABLE Update ein und bereitet eine Standardantwort mit Erläuterung vor :-)

[Thomas Braun]

@mcm57 sagte in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

Aber stellt euch schon mal auf den STABLE Update ein und bereitet eine Standardantwort mit Erläuterung vor

Du meinst, ich soll einen Textbaustein anlegen?

"RTFM!!111!!!!111"

Na ich weiß nich...

[Homoran]

Ich sag doch
das Procedere ist wahrscheinlich nicht noch zu verbessern!

Aber das heisst doch nicht, dass es für jeden verständlich sein muss was da steht.

ich hatte dazu ja als Beispiel

@homoran sagte in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

Insbesondere Usern, die nicht selber scripten können, sondern nur kopieren

erwähnt.

Für diese sollte doch dann das Forum Hilfe geben, auch oder erst Recht wenn das Kind in den Brunnen gefallen ist.

[mcm1957]

@thomas-braun said in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

@mcm57 sagte in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

Aber stellt euch schon mal auf den STABLE Update ein und bereitet eine Standardantwort mit Erläuterung vor

Du meinst, ich soll einen Textbaustein anlegen?

"RTFM!!111!!!!111"

Na ich weiß nich...

:-) :-) :-)

Dachte eher was für DAUs. Alos 5 Seiten mit Erläzertungen , Hinweisen und Tippanleitung :-)
Ev. noch ein Video und ne Voice Botschaft.
Auf das Anngebot einer Live Sitzung würd ich aber eher verzichten...

[zeron850]

@paul53

Vielen Dank das werde ich ausprobieren. Ich bin wirklich ein Anfänger in JS. Deshalb hatte ich bei dem Update nicht darauf geachtet

[haus-automatisierung]

Das Problem ist doch, dass wir das Thema in den letzten 4 Jahren nicht forciert haben. Denn so lange ist das request Paket schon deprecated. Alle relevanten Adapter nutzen das schon ewig nicht mehr. Nur aus Kompatibilitätsgründen wird das noch mitgeschliffen.

Also wie sollte man am besten vorgehen? Wer heute den Breaking Change ignoriert, würde das auch über weitere Jahre tun. So lange, wie alles noch läuft.

[Homoran]

@haus-automatisierung sagte in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

Also wie sollte man am besten vorgehen?

so wie bisher!

und wenn dann einer (ganz neutral warum auch immer) danach Probleme hat und sich hier meldet, den Hinweis

@paul53 sagte in Probleme mit JS Script nach JS-Adapter Update > 7.9.0:

man benötigt zu Beginn

geben.
Umwandlung in Axios dürfte für unbedarfte User auch nicht aus dem Ärmel zu schütteln sein.

[Thomas Braun]

@haus-automatisierung

echad@chet:/opt/iobroker $ npm ls request
iobroker.inst@3.0.0 /opt/iobroker
+-- iobroker.backitup@2.11.0
| `-- dropbox-v2-api@2.5.11
|   `-- request@2.88.2 deduped
+-- iobroker.javascript@8.0.3
| `-- request@2.88.2
+-- iobroker.js-controller@5.0.19
| `-- le-acme-core@2.1.4
|   `-- request@2.88.2 deduped
+-- iobroker.mihome-vacuum@4.2.0
| `-- request@2.88.2 deduped
+-- iobroker.nina@0.0.26
| `-- request@2.88.2 deduped
+-- iobroker.nuki-extended@2.6.5
| +-- nuki-web-api@2.2.1
| | `-- request@2.88.2 deduped
| +-- request-promise@4.2.6
| | +-- request-promise-core@1.1.4
| | | `-- request@2.88.2 deduped
| | `-- request@2.88.2 deduped
| `-- request@2.88.2 deduped
+-- iobroker.samsung@0.5.11
| `-- samsungtv@0.0.0 (git+https://git@github.com/luca-saggese/samsungtv.git#7fc20107455414e2afb94022682e0787e8635550)
|   `-- request@2.88.2 deduped
+-- iobroker.tr-064@4.2.18
| `-- tr-O64@0.2.4
|   `-- request@2.88.2 deduped
`-- iobroker.whatsapp-cmb@0.2.3
  `-- request@2.88.2 deduped

echad@chet:/opt/iobroker

Wobei die Liste deutlich kürzer geworden ist, seit ich das zum letzten Mal nachgeschaut habe. Was da aber noch alles an Skripten in Freier Wildbahn anzutreffen ist steht nochmal auf einem ganz anderen Blatt.