Weihnachtsangebot 2025! 🎄

[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?

[haus-automatisierung]

@diginix sagte in JavaScript Adapter 8.0.0:

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

Soweit ich weiß wird immer die konfigurierte Sprache des Admin genutzt. Eventuell könntest die Systemsprache auf Englisch stellen und die Admin-Instanz auf Deutsch?! Glaube aber das geht nicht.

[MCU]

@haus-automatisierung
javascript v8.0.2,
admin 6.17.2
Hat sich erstmal erledigt. Anscheinend System-Probleme.

[haus-automatisierung]

Sollte jetzt mit 8.0.3 alles wieder laufen wie gewohnt.

[MCU]

@haus-automatisierung Also bei mir ist das Problem mit der falschen TS immer noch.
Es kommt aber nicht immer mit Kommazahlen, manchmal passt es.

Eingesetztes Programm

let url = 'https://api.awattar.de/v1/marketdata';
getData(url);
function getData(url){
    // Daten ab der aktuellen Stunde
    const axios = require('axios');
    axios.get(url)
    .then(function (response) {
        //console.log(response);
        if( response.status === 200){
            // setState(awJsonDP,JSON.stringify(response.data.data), true);
            let dateTS = new Date(response.headers.date).getTime();
            let date   = formatDate(dateTS,'DD.MM.YYYY hh:mm:ss')
            // console.log(new Date(date).getTime());
            console.log(dateTS)
            // console.log(date);
            setStateAsync(awUpdateTimeTSDP,dateTS,true);
            setStateAsync(awUpdateTimeDP,date,true);
            // data -> hours
            // setDataToHours(response.data.data);
            // cheapestHours(response.data.data);
        }
    })
    .catch(function (error) {
        console.log(error);
    })
    .finally(function () {
        // always executed
    });

}

Ausgegebene Zahl

script.js.ENTWICKLUNG.awattar: 1712867043000

[haus-automatisierung]

@mcu Das hat doch aber nichts mit dem JavaScript Adapter zu tun??

[MCU]

@haus-automatisierung Womit kann es denn was zu tun haben?

[paul53]

@mcu sagte: Womit kann es denn was zu tun haben?

Mit dem Admin-Adapter.

[MCU]

@paul53 Danke. Angelegt:
https://github.com/ioBroker/ioBroker.admin/issues/2430