NEWS
Test Adapter countdown 3.0.x
-
da ich den adapter ja gerade aufhatte, hab ich das szenario auch mal ausprobiert und es gab auch keine probleme.
hab es aber auf dem dev-server laufen lassen, dürft aber nix ausmachen -
Okay. Alle Schritte nochmnal von Anfang an.
System:
Container in einer Synology
Admin 7.7.1
NodeJS 20.19.4
JS-Controller 7.0.7Die Meldungen gibs dann gleich nach dem Speichern.
countdown.0 2025-07-22 00:43:24.457 error [localCreateState] error: Could not check object existence of countdown.0.countdowns.Urlaub.years: Cannot check object existence of "countdown.0.countdowns.Urlaub.years": Connection is closed., stack: Error: Could not check object existence of countdown.0.countdowns.Urlaub.years: Cannot check object existence of "countdown.0.countdowns.Urlaub.years": Connection is closed. at Object.maybeCallbackWithError (/opt/iobroker/node_modules/@iobroker/js-controller-common-db/build/cjs/lib/common/maybeCallback.js:36:13) at AdapterClass._setObjectNotExists (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js:3105:48) at async /opt/iobroker/node_modules/@iobroker/js-controller-common-db/build/cjs/lib/common/tools.js:1582:9 countdown.0 2025-07-22 00:43:24.452 error Cannot check object existence of "countdown.0.countdowns.Urlaub.years": Connection is closed. countdown.0 2025-07-22 00:43:24.447 error [localCreateState] error: Connection is closed., stack: Error: Connection is closed. at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25) at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20) at Object.onceWrapper (node:events:639:26) at Socket.emit (node:events:524:28) at TCP.<anonymous> (node:net:343:12) countdown.0 2025-07-22 00:43:24.439 warn get state error: Connection is closed.
Die Objekte werden anscheinend dann doch angelegt.
Allerdings, wenn man mal Enddate anguckt, steht da 10:08Uhr.
Ich hab 10:10Uhr eingegeben. Es sind zwar "nur" 2 min, aber es ist halt falsch.
Und deshalb nicht vertrauenswürdig und für mich unbrauchbar.
Ich hab das jetzt per JavaSkript gelöst. -
@haselchen said in Test Adapter countdown 3.0.x:
Okay. Alle Schritte nochmnal von Anfang an.
System:
Container in einer Synology
Admin 7.7.1
NodeJS 20.19.4
JS-Controller 7.0.7Ich versteh nicht wieso du da DEUTSCHE Texte hast. Sowohl @OliverIO als auch ich haben bei den materialize Adaptern (hier countdown) immer englischen Text. Eine autotranslation im Browser hast du ja nicht aktiv - oder? Welchen Browser verwendest du?
-
Also der Adapter hat schon für mehrere Sprachen Texte vorrätig.
Aufgrund des einen Issues von gestern stellt er hier nur nicht ordentlich um.
Also, die Sprache würde ich hier aktuell noch nicht als Problem sehen. -
@oliverio
Ja ich versteh nur nicht warum bei mir und dir immer englisch kommt und im screenshot deutsch zu sehn ist. Das widerspricht urgendwie dem Problem dass admin materialize nicht richtig anzeigt ...Und das ursprüngliche Problem könnte mit sprachspezifischen Formstierungen des Datums zu tun haben.
-
-
Ich vermute, die Spracheinstellung des Browser werden mit herangezogen
Wenn du die Sprache des Browser beispielsweise auf Englisch umstellst, kommt immer Englisch -
Mit der admin version 7.7.2 funktioniert der Wechsel der iobroker Sprache wieder. Die Adapter Konfiguration zeigt auch die korrekte Sprache an.
Nur das Datums und Zeitfeld folgt diesen Einstellungen nicht, sondern zeigt immer das Format der Browsersprache an.Das wäre für mich aber jetzt kein Punkt wo man viel Energie reinstecken sollte. Das Html Element hat keine einfache Möglichkeit eine abweichendes Format mit anzugeben.
https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/input/dateWenn man das mal auf jsonconfig umstellt, hat sich das wahrscheinlich auch erledigt, da das in react besser funktioniert.
Wer im iobroker deutsch hat, wird wohl meist auch seinen Browser auf deutsch haben bzw gleichbedeutend für jede andere Sprache. Evtl dazu noch eine Anmerkung im Readme, das spart in solchen Fällen die Nachfragen im Forum
-
@oliverio
Nö in materialize pass ich sicher nix an.
Aber ev. könnte es eine Erklärung für das invalid Format sein wenn da ev. code und Eingabefeld / config auseinanderlaufen.Umstellung auf jsonConfig sollte so wie es auf den ersten Blick aussieht mit normalem Aufwand möglich sein. Wenn mal wer Zeit hat ...
-
habs mir angeschaut. da müsste man leider einiges machen.
alle Änderungen werden per sendTo im Adapter durchgeführt
Da müsste man noch zusätzliches einiges an der Eingangsverarbeitungslogik anpassen.
jsonconfig ist halt hauptsächlich darauf ausgerichtet alle Einstellungen im system adapter objekt zu halten. Werte/Objekte können zwar mit sendto gesendet bzw empfangen werden, aber so einen trigger, wenn man auf speichern drückt, ein sendto auszuführen, hab ich bisher noch nicht gesehen.