wichtiges UPDATE für controller 7.2.2 im stable

[Samson71]

@Dr.-Bakterius sagte:
Da bleibt die Verbindung zu Amazon aufrecht?

Tut sie, zumindest wenn man die offizielle Nabu Casa Integration nutzt. Wie das bei den DIY-/Selfhost-Lösungen aussieht weis ich natürlich nicht.

[mayer]

Ich habe im Issue 1376 den Lösungsansatz und die notwendigen Codeänderungen, welche mir die KI die ich selber zum programmieren nutze ausgespuckt hat, ergänzt. Vielleicht hilft es ja: Cookie refresh scheint nicht mehr zu funktionieren #1376

[da_Woody]

mädelz, hört auf mit jammern. das problem ist im moment da. thats it. musste mich auch gerade neu anmelden.
es wird daran gewerkelt, wait n c...

[mayer]

Das Problem gibt es schon seit über 3 Wochen und keiner jammert sondern wartet auf eine Lösung. Bis jetzt wurde nur an den Symptomen gebastelt, aber nicht an der Ursache. Kann ja sein, dass eine funktionierende Sprachausgabe über Alexa nicht wichtig ist für Sie. Für mich ist es wichtig und wenn es keine Lösung gibt, fixe ich mir den Adapter für mich eben selber.

[Ro75]

@mayer sagte:

aber nicht an der Ursache.

Es tut mir leid, aber die Ursache ist Amazon. Und ja, es ist gerade schwer, aber wenn du Lösungen schaffen kannst, dann mache es – davon können wir hier leben.

Kleiner Hinweis: Auch ich habe mich mit dem Thema Login, Cookies, Erneuerung usw. beschäftigt. Aber ganz so trivial ist es nicht.

Ro75.

[Dr. Bakterius]

@mayer sagte:

Vielleicht hilft es ja

Bei mir klappt das leider nicht. Habe es 2x versucht. Ich erhalte:

2026-06-29 14:50:22.137 - error: alexa2.0 (327852) uncaught exception: minCookieRefreshAge is not defined
2026-06-29 14:50:22.138 - error: alexa2.0 (327852) ReferenceError: minCookieRefreshAge is not defined
at getCookie (/opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:231:60)
at AlexaRemote.init (/opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:253:9)
at main (/opt/iobroker/node_modules/iobroker.alexa2/main.js:5115:11)
at Immediate. (/opt/iobroker/node_modules/iobroker.alexa2/main.js:629:9)
at processImmediate (node:internal/timers:506:21)
2026-06-29 14:50:22.138 - error: alexa2.0 (327852) minCookieRefreshAge is not defined
2026-06-29 14:50:22.150 - info: alexa2.0 (327852) terminating
2026-06-29 14:50:22.150 - warn: alexa2.0 (327852) Terminated (UNCAUGHT_EXCEPTION): Without reason
2026-06-29 14:50:22.651 - info: alexa2.0 (327852) terminating
2026-06-29 14:50:22.652 - info: alexa2.0 (327852) terminating
2026-06-29 14:50:22.719 - error: host.iobroker instance system.adapter.alexa2.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2026-06-29 14:50:54.294 - error: alexa2.0 (327995) adapter disabled
2026-06-29 14:50:54.339 - warn: alexa2.0 (327995) Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason
2026-06-29 14:50:54.880 - error: host.iobroker instance system.adapter.alexa2.0 terminated with code 3 (NO_ADAPTER_CONFIG_FOUND)

[mayer]

@Dr.-Bakterius
Anleitung zum Beheben des Fehlers im MD-File.
alexa2_cookie_refresh_patch_anleitung.md

[Ro75]

Jeder kann ja machen was er will! Man sollte sich schon sicher sein, wie Amazon mit Logins, Aktualisierungen, erneuten Anfragen etc. umgeht. Im besten Fall wirst du nur für eine Zeitlang gesperrt. Im schlimmsten Fall kannste sehen wie du deinen Account reaktiviert bekommst. Es hat schon einen Sinn, das ganze eben nicht aller 12 Stunden zu machen.

Ro75.

[mayer]

@Ro75
Die Codeänderungen sind nur Vorschläge und sollen helfen das Problem einzugrenzen. Keiner muss das machen.
Zu den Bedenken wegen der Cookie Request Zeitspanne. Ganz unberechtigt sind die nicht, aber:

Meine Einschätzung: 12 Stunden ist ein guter Testwert, aber für Dauerbetrieb würde ich eher auf 18 oder 24 Stunden gehen, sobald klar ist, dass der Fix stabil läuft. Wenn Amazon bei dir nach 48 Stunden aussteigt, wäre 24 Stunden wahrscheinlich ausreichend. Wenn es eher nach 24–36 Stunden passiert, sind 12 oder 18 Stunden sicherer.

Ich würde praktisch so vorgehen: erst 12 Stunden für 3–5 Tage testen, danach bei stabilem Betrieb auf 18 Stunden erhöhen. Das reduziert Amazon-Requests, bleibt aber deutlich unter der beobachteten Ablaufzeit.

[Dr. Bakterius]

@mayer sagte:

Anleitung zum Beheben des Fehlers im MD-File.

Danke, jetzt startet der Adapter. Ich bin aber auf 20 statt 12 Stunden gegangen. Mal sehen ob es etwas bringt.

[Ro75]

@mayer sagte:

sind nur Vorschläge

Folgendes solltest du nur bedenken. Sobald du etwas öffentlich machst, "stürzen" sich die "Anwender" auch drauf. Die lesen nicht das es Risiken geben kann - und ich habe da auch nichts gelesen. Die machen einfach.

Dann ist das Geschrei groß. "Der Adapter" hat mir den Account gesperrt. Jetzt geht gar nichts mehr! Und auf die Frage: Was hast du gemacht. Na nichts. Und schon laufen sich die Hilfeleistenden hier den Wolf.

Ro75.

[Dr. Bakterius]

@Ro75 sagte:

Die lesen nicht das es Risiken geben kann

Ich denke, bei knapp 24 Stunden ist das Risiko eher klein. Müssen doch viele ohnehin nach dieser Zeit sich neu anmelden damit der Adapter wieder läuft. Hätten die dann nicht alle schon eine Sperre erhalten?

[Ro75]

@Dr.-Bakterius sagte:

Müssen doch viele ohnehin nach dieser Zeit

Nein, eben nicht. Bei mir etwa nach 60 bis 72 Stunden. Deswegen. So trivial ist das nicht.

Ro75.