Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[haus-automatisierung]

Fehler gefunden. Mit der aktuellen Version des socket-client kann man keine Objekte mehr abonnieren. Das heißt, dass das Frontend zwar das Script-Objekt ändert (z.B. aktiviert), aber die Oberfläche danach nicht aktualisiert wird, weil die Objekt-Änderung vom Server nicht mitgeteilt wird (weil nie abonniert wurde).

Das betrifft jetzt ganz viele Adapter. Devs sind informiert.

Siehe https://github.com/ioBroker/socket-client/issues/23

[Rene55]

@haus-automatisierung sagte in JavaScript Adapter 8.0.0:

Devs sind informiert.

Wo genau wurden die informiert?

[haus-automatisierung]

@rene55 Warum ist das wichtig?! Per GitHub Issue und Telegram-Chat

[Rene55]

@haus-automatisierung Den Github-Issue habe ich hier gefunden. Im Telegram-Chat habe ich nichts gelesen - oder wurde nicht mit Discord gesynct. Daher die - zugegeben pampige - Frage.

[hs911]

Bei mir führt das außerdem dazu, dass ich keine Scripte speichern kann. Ich ändere etwas, klicke Speichern, der rote Punkt im Tab bleibt. Wenn ich den schließen will, fragt er mich, ob ich die Änderungen verwerfen will. Wenn ich den Button "Datei anzeigen" klicke, zeigt er den Ursprungszustand wieder an. Bin im Blockly...

Selber Bug oder neues Thema? Kann das jemand validieren?

Danke und Grüße

[sigi234]

@hs911 sagte in JavaScript Adapter 8.0.0:

Bei mir führt das außerdem dazu, dass ich keine Scripte speichern kann. Ich ändere etwas, klicke Speichern, der rote Punkt im Tab bleibt. Wenn ich den schließen will, fragt er mich, ob ich die Änderungen verwerfen will. Wenn ich den Button "Datei anzeigen" klicke, zeigt er den Ursprungszustand wieder an. Bin im Blockly...

Selber Bug oder neues Thema? Kann das jemand validieren?

Danke und Grüße

Ja, selbes verhalten auch bei mir.

[haus-automatisierung]

@sigi234 sagte in JavaScript Adapter 8.0.0:

Ja, selbes verhalten auch bei mir.

Nochmal als Info um das klar zu stellen: Das hängt NICHT mit Adapter-Version 8.0.0 oder dem Adapter generell zusammen.

Wegen des Fehlers in der Core-Bibliothek wird auch bei älteren Versionen (oder anderen Adaptern) das gleiche Verhalten auftreten, wenn man genau jetzt ein Update macht.

[Endurance]

Und ich hab Probleme seit dem Update mit dem Speichern von Scripts:

[fresenbruch]

@hs911
Habe ein ähnliches Verhalten.

Wobei ich festgestellt habe, dass die Änderung im Javascript-File gespeichert wird, aber nicht in die Anzeige übernommen werden.
Beim erneuten Aufruf der Skripte-Instanz werden die Änderungen angezeigt.

[haus-automatisierung]

@endurance @fresenbruch

Es wird tausend Probleme geben mit allen Möglichen Szenarien! Das Frontend bekommt nicht mehr mit, wenn sich ein Objekt ändert. Und da im ioBroker alles in Objekt ist (auch Scripts), wird dieses im Browser natürlich auch nicht aktualisiert, wenn ihr auf Speichern klickt.

Das Problem ist bekannt und gemeldet. Das kann (wie gesagt) alle möglichen Adapter betreffen und hat erstmal nix mit dem JavaScript-Adapter zu tun.

Ich glaub ich gebe gleich mal eine neue Version frei, welche bewusst eine ältere Version des socket-client nutzt...

[haus-automatisierung]

8.0.1 ist auf dem Weg. Einfach über npm oder das Beta-Repository installieren (und bitte nicht über GitHub, wie immer).

[tritanium]

@haus-automatisierung

Hmm, habe nun die 8.0.1 über NPM installiert, aber das Verhalten beim "script starten/stoppen" ist immer noch da.

-> Die Anzeige wechselt nicht vom Play Symbol zum Pause Symbol und umgekehrt.

Erst wenn ich aus dem JS Adapter rausspringe und wieder rein, dann zeigt das Script den geänderten Status ...

Mach ich was falsch, oder habe ich was falsch verstanden ??

gruß Micha

[haus-automatisierung]

@tritanium sagte in JavaScript Adapter 8.0.0:

Mach ich was falsch, oder habe ich was falsch verstanden ??

Ist bei mir auch im production build noch falsch (unter dev läuft alles). Muss ich heute Abend in Ruhe anschauen https://github.com/ioBroker/ioBroker.javascript/actions/runs/8597550193/job/23556977388

[MartinP]

@haus-automatisierung said in JavaScript Adapter 8.0.0:

Nochmal als Info um das klar zu stellen: Das hängt NICHT mit Adapter-Version 8.0.0 oder dem Adapter generell zusammen.
Wegen des Fehlers in der Core-Bibliothek wird auch bei älteren Versionen (oder anderen Adaptern) das gleiche Verhalten auftreten, wenn man genau jetzt ein Update macht.

Das finde ich etwas nebulös.

Bedeutet "Core-Bibliothek", dass irgendetwas im Linux-Unterbau Probleme macht, oder geht es da um den Issue bzgl. Socket-Client?

Wenn es der Linux-Unterbau wäre, würde ich dann ein paar Tage auf "apt full-upgrade" verzichten ....

[haus-automatisierung]

@martinp sagte in JavaScript Adapter 8.0.0:

Bedeutet "Core-Bibliothek", dass irgendetwas im Linux-Unterbau Probleme macht, oder geht es da um den Issue bzgl. Socket-Client?

Was für ein Linux-Unterbau? Ich meine den ioBroker-Core.
Keine Sorge, habe hier alles mitgeteilt und im Issue dokumentiert :) Gibt keine Geheimnisse

[MartinP]

@haus-automatisierung Da bin ich beruhigt, das klingt nicht so bedrohlich wie "core"

[haus-automatisierung]

Mit 8.0.2 behoben

[Diginix]

@haus-automatisierung Speichern usw. passt bei mir mit 8.0.2 aber Blockly ist nun komplett Englisch.

[haus-automatisierung]

@diginix sagte in JavaScript Adapter 8.0.0:

aber Blockly ist nun komplett Englisch.

Ja, das liegt irgendwo tiefer in der GenericApp von adapter-react-v5. Mit der neuesten Version ist die Sprache richtig (aber das Objekt-Thema ist dann wieder das Problem).

Ich warte also bis mein Issue im Core gefixt ist und gebe dann eine neue Version frei (bevor ich jetzt ewig in den alten Versionen suche was falsch läuft, ...).

[Diginix]

@haus-automatisierung Ok, klinkt nach einem Plan. Fehlende Übersetzung ist auch kein Bug der die Funktionalität beeinträchtigt, was beim aktuellen core ja aber der Fall wäre. Also lieber nur EN aber alles funktioniert.

Könnte ich die JS Instanz zukünftig auch explizit auf EN laufen lassen wenn mein System aber DE nutzt?