iobroker.hassemu 1.3.2 → 1.3.3

package/README.md

@@ -147,42 +147,27 @@ Reverse DNS on a home LAN depends on your router/DHCP server and often fails. Th
 ---
 
 ## Changelog
-### 1.3.2 (2026-04-30)
+### 1.3.3 (2026-05-01)
+- Documentation: rewrote release notes for v1.1.4–v1.3.2 in user-friendly style across all languages.
 
-- Hotfix for v1.3.1: `setObjectNotExistsAsync` is a no-op on objects that already exist as partial-formed leftovers from the v1.2.0 migration bug. v1.3.2 uses `extendObjectAsync` for `clients.<id>.mode` + `clients.<id>.manualUrl` so the missing properties (top-level `type`, name, role, read, write, def) are merged into the existing partial object — js-controller's "obj.type has to exist" warning goes away and the dropdown renders the labels.
-- New `repairGlobalSchemas()` in main.ts does the same defensive merge for `global.mode` + `global.manualUrl`. Runs unconditionally on every start so users upgrading from v1.2.0/v1.3.0/v1.3.1 (where the legacy `visUrl` is already gone) also get the schema repaired.
-- Restore step now promotes a blank state-value (`''` left over from v1.2.0) to numeric `0`, so the dropdown actually shows the `0='---'` option as selected on first start after the upgrade.
+### 1.3.2 (2026-04-30)
+- Fix: dropdown default `---` now applied correctly on upgrades from older v1.1.x clients (was empty after migration).
 
 ### 1.3.1 (2026-04-30)
-
-- Hotfix for legacy v1.1.x clients: their `visUrl` channel did not have `mode` / `manualUrl` objects. The v1.2.0 migration wrote states without the matching objects, which the broker logged as `State has no existing object` and rendered the `mode` datapoint without a name or dropdown in the object browser. `ClientRegistry.restore()` now calls an idempotent `ensureObjects()` for every client, so the v1.2.0+ object shapes exist before any migration writes happen.
-- Mode dropdown gains a numeric `0 = "---"` no-choice fallback (analogous to govee-smart's pattern). Existing displays keep their setting; new displays start at `0` and the resolver falls back to the landing page until a real choice is made.
+- Fix: legacy v1.1.x clients without `mode`/`manualUrl` objects now get migrated correctly on first start.
+- Mode dropdown gains a `0 = "---"` no-choice fallback — new displays start without a target until a real choice is made.
 
 ### 1.3.0 (2026-04-30)
-
-- Security: brute-force lockout on `/auth/login_flow/:flowId` — after 5 failed credential attempts an IP is rejected with HTTP 429 for 15 min. Successful login resets the counter.
-- DRY refactor: shared `parseManualUrlWrite` helper between client + global config; FIFO-cap helper in WebServer; OAuth access-token TTL + lockout window/threshold are now named constants instead of magic numbers.
-- Dead-code cleanup: `resolveBindToReachable`, `coerceUuid` strict-V4 parameter, `DEFAULT_REFRESH_DEBOUNCE_MS` export, internal `getMode`/`getManualUrl` test affordances — all removed; tests rewritten to assert observable behaviour.
-- New `landing-page` test suite with XSS-escape coverage and 11-language fallback verification.
-- Emulated Home Assistant version bumped from 2026.3.1 to 2026.4.0.
+- Security: brute-force lockout on login (5 failed attempts → IP blocked for 15 min, successful login resets the counter).
+- Emulated Home Assistant version bumped to 2026.4.0.
 
 ### 1.2.0 (2026-04-29)
-
-- Redirect target now configured via `mode` (dropdown) + `manualUrl` (free text) instead of the old `visUrl`. Migration runs automatically.
-- Master switch `global.enabled` syncs every display: on → all follow the global URL, off → each display picks up its own again.
+- **Breaking:** Redirect target now configured via `mode` (dropdown) + `manualUrl` (free text) instead of the old `visUrl`. Existing setups auto-migrated.
+- Master switch `global.enabled` syncs every display (on → all follow global URL, off → each display picks up its own).
 - Idle displays without auth token are auto-removed after 30 days.
 - Security hardening of the auth flow.
 - `web` adapter declared as dependency.
 
-### 1.1.6 (2026-04-28)
-
-- Audit cleanup against the upstream `ioBroker.example/TypeScript` full standard:
-    - Test setup migrated: tests now live next to source as `src/lib/*.test.ts` and run directly via `ts-node/register`. Removed `tsconfig.test.json` + `build-test/`, added `test/mocharc.custom.json` + `test/mocha.setup.js` + `test/tsconfig.json` + `test/.eslintrc.json`
-    - `@types/node` rolled back from `^25.6.0` to `^20.19.24` so type defs match `engines.node: ">=20"`
-    - Dependabot now ignores major bumps for `@types/node`, `typescript`, `eslint`, `actions/checkout`, `actions/setup-node`
-    - `nyc` config + `coverage` script added
-    - Orphan `.github/auto-merge.yml` removed (active workflow is `automerge-dependabot.yml` using `gh pr merge`)
-
 Older entries are in [CHANGELOG_OLD.md](CHANGELOG_OLD.md).
 
 ## Support

package/io-package.json

@@ -1,98 +1,98 @@
 {
   "common": {
     "name": "hassemu",
-    "version": "1.3.2",
+    "version": "1.3.3",
     "news": {
+      "1.3.3": {
+        "en": "Documentation: rewrote release notes in user-friendly style across all languages.",
+        "de": "Dokumentation: Release-Notes in alle Sprachen User-orientiert neu geschrieben.",
+        "ru": "Документация: примечания к релизу переписаны в дружественном к пользователю стиле на всех языках.",
+        "pt": "Documentação: notas de release reescritas em estilo amigável ao usuário em todos os idiomas.",
+        "nl": "Documentatie: release-notes herschreven in gebruikersvriendelijke stijl in alle talen.",
+        "fr": "Documentation : notes de version réécrites dans un style adapté à l'utilisateur dans toutes les langues.",
+        "it": "Documentazione: note di release riscritte in stile user-friendly in tutte le lingue.",
+        "es": "Documentación: notas de versión reescritas en estilo amigable para el usuario en todos los idiomas.",
+        "pl": "Dokumentacja: notatki wydania przepisane w przyjaznym dla użytkownika stylu we wszystkich językach.",
+        "uk": "Документація: нотатки до релізу переписано у дружньому до користувача стилі усіма мовами.",
+        "zh-cn": "文档：所有语言的发布说明已重写为用户友好的风格。"
+      },
       "1.3.2": {
-        "en": "Hotfix for v1.3.1: `setObjectNotExistsAsync` is a no-op on objects that already exist as partial-formed leftovers from the v1.2.0 migration bug. v1.3.2 uses `extendObjectAsync` for `clients.<id>.mode` + `clients.<id>.manualUrl` so the missing properties (top-level `type`, name, role, read, write, def) are merged into the existing partial object — js-controller's \"obj.type has to exist\" warning goes away and the dropdown renders the labels.\nNew `repairGlobalSchemas()` in main.ts does the same defensive merge for `global.mode` + `global.manualUrl`. Runs unconditionally on every start so users upgrading from v1.2.0/v1.3.0/v1.3.1 (where the legacy `visUrl` is already gone) also get the schema repaired.\nRestore step now promotes a blank state-value (`''` left over from v1.2.0) to numeric `0`, so the dropdown actually shows the `0='---'` option as selected on first start after the upgrade.",
-        "de": "Hotfix für v1.3.1: `setObjectNotExistsAsync` ist ein No-op auf Objekten, die bereits als partielle Linksover aus dem v1.2.0 Migrationsfehler existieren. v1.3.2 verwendet `extendObjectAsync` für `clients.<id>.mode` + `clients.<id>.manualUrl`, so dass die fehlenden Eigenschaften (top-level `type`type`, Name, Rolle, Lesen, Schreiben, def) in das bestehende Teilobjekt zusammengefasst werden - js-controllers \"obj.type muss existieren\" warn und die Warnung geht weg und.\nNew `repairGlobalSchemas()` in main.ts tut die gleiche defensive Zusammenführung für `global.mode` + `global.manualUrl`. Lauft bedingungslos an jedem Start, so dass die Benutzer von v1.2.0/v1.3.0/v1.3.1 (wo das Vermächtnis `visUrl` bereits weg ist) auch das Schema reparieren.\nDer Wiederherstellungsschritt fördert nun einen leeren Zustandswert (`''' links von v1.2.0) auf numerisch `0`, so dass der Dropdown tatsächlich die `0='--'-Option zeigt, wie am ersten Start nach dem Upgrade ausgewählt.",
-        "ru": "Hotfix для v1.3.1: 'setObjectNotExistsAsync' - это no-op на объектах, которые уже существуют как частично сформированные остатки от ошибки миграции v1.2.0. v1.3.2 использует «extendObjectAsync» для «клиентов.<id>.mode» + «клиентов.<id>.manualUrl», поэтому недостающие свойства (тип верхнего уровня, имя, роль, чтение, запись, def) сливаются в существующий частичный объект — предупреждение js-контроллера «obj.type должен существовать» уходит, и выпадающий отображает ярлыки.\nНовый «repairGlobalSchemas()» в main.ts делает то же защитное слияние для «global.mode» + «global.manualUrl». Работает без каких-либо условий при каждом запуске, поэтому пользователи, обновляющиеся с v1.2.0/v1.3.0/v1.3.1 (где устаревший «visUrl» уже исчез), также получают схему исправления.\nШаг восстановления теперь способствует пустому значению состояния (оставленному от v1.2.0) до числового «0», поэтому выпадающее значение фактически показывает опцию «0=---», выбранную при первом запуске после обновления.",
-        "pt": "Hotfix para v1.3: `setObjectNotExistsAsync` é um no-op em objetos que já existem como restos de forma parcial do bug de migração v1.2.2. v1.3.2 usa `extendendObjectAsync` para `clients.<id>.mode` + `clients.<id>.manualUrl` para que as propriedades em falta (tipo, nome, papel, leitura, escrita, def) sejam fundidas no objeto parcial existente – o aviso \"obj.type tem que existir\" do js-controller vai embora e o dropdown renderiza os rótulos.\nNovo `repairGlobalSchemas()` no main.ts faz a mesma mesclagem defensiva para `global.mode` + `global.manualUrl`. Executa incondicionalmente em cada início para que os usuários atualizem de v1.20/v1.3.0/v1.3.1.3.1 (onde o legado 'visUrl' já se foi) também obter o esquema reparado.\nO passo de restauração agora promove um valor de estado em branco (`''`` sobra de v1.2.2) para numérico `0`, então o dropdown mostra a opção `0='---'` como selecionada no primeiro início após a atualização.",
-        "nl": "Hotfix voor v1.3.1:  v1.3.2 maakt gebruik van .\nDe nieuwe GlobalSchemas in main.ts doet dezelfde defensieve merge voor  Loopt onvoorwaardelijk op elke start, zodat gebruikers upgraden van v1.2.0/v1.3.0/v1.3.1 (waar de legacy .\nHerstel stap nu bevordert een lege staat-waarde (...'\" overgebleven van v1.2.0) tot numerieke .",
-        "fr": "Hotfix pour v1.3.1: `setObjectNotExistsAsync` est un non-op sur les objets qui existent déjà en tant que restes en formation partielle du bug de migration v1.2.0. v1.3.2 utilise `extendObjectAsync` pour `clients.<id>.mode` + `clients.<id>.manualUrl` de sorte que les propriétés manquantes (de haut niveau `type`, nom, rôle, lecture, écriture, def) sont fusionnées dans l'objet partiel existant — l'avertissement \"obj.type\" de js-controller disparaît et le menu déroulant rend les étiquettes.\nLa nouvelle `reparationGlobalSchemas()` dans main.ts fait la même fusion défensive pour `global.mode` + `global.manualUrl`. Exécute inconditionnellement sur chaque démarrage de sorte que les utilisateurs de mise à jour de v1.2.0/v1.3.0/v1.3.1 (où l'héritage `visUrl` est déjà parti) obtiennent également le schéma réparé.\nRestaurer l'étape favorise maintenant une valeur d'état vide (`''' gauche de v1.2.0) à la valeur numérique `0`, de sorte que le menu déroulant affiche en fait l'option `0='--'` comme sélectionné au premier départ après la mise à niveau.",
-        "it": "Hotfix per v1.3.1: `setObjectNotExistsAsync` è un no-op su oggetti che già esistono come avanzi di forma parziale dal bug di migrazione v1.2.0. v1.3.2 utilizza `extendObjectAsync` per `clients. <id>.mode` + `clients.\nIl nuovo `repairGlobalSchemas()` in main.ts fa la stessa fusione difensiva per `global.mode` + `global.manualUrl`. Esegue incondizionatamente su ogni inizio così gli utenti che si aggiornano da v1.2.0/v1.3.0/v1.3.1 (dove l'eredità `visUrl` è già andato) anche ottenere lo schema riparato.\nRipristino passo ora promuove uno stato-valore vuoto (`'`'` lasciato oltre da v1.2.0) a numerico `0`, quindi la discesa mostra effettivamente l'opzione `0='--'` come selezionato al primo avvio dopo l'aggiornamento.",
-        "es": "Hotfix for v1.3.1: `setObjectNotExistsAsync` es un no-op en objetos que ya existen como sobras de forma parcial del fallo de migración v1.2.0. v1.3.2 utiliza `extendObjectAsync` para 'clientes. interpretadoid ratio.mode` + `clientes. empleados.manualUrl` por lo que las propiedades desaparecidas (tipo 'de alto nivel, nombre, papel, lectura, escritura, def) se fusionan en el objeto parcial existente — el \"obj.tipo de js-controller tiene que existir\" la advertencia desaparece y la etiqueta des.\nNew `repairGlobalSchemas()` in main.ts hace la misma fusión defensiva para `global.mode` + `global.manualUrl`. Corre incondicionalmente en cada inicio por lo que los usuarios que se actualizan desde v1.2.0/v1.3.0/v1.3.1 (donde el legado `visUrl` ya se ha ido) también consigue el esquema reparado.\nRestore step now promotes a blank state-value (`'''' left over from v1.2.0) to numeric `0`, so the dropdown actually shows the `0='--'` opción as selected on first start after the upgrade.",
-        "pl": "Hotfix dla v1.3.1: 'settObjectNotExistsAsync' to nie-op dla obiektów, które już istnieją jako częściowo utworzone pozostałości z błędu migracji v1.2.0. v1.3.2 używa 'extendObjectAsync' dla 'klientów. < id > .mode' + 'klientów. < id > .manualUrl' tak więc brakujące właściwości (typ \"top- level\", nazwa, rola, czytanie, pisanie, def) są połączone w istniejący obiekt częściowy - \"obj.type\" kontrolera js- istnieje \"ostrzeżenie znika i kropla w dół powoduje, że etykiety.\nNowe \"naprawa GlobalSchemas ()\" w main.ts dokonuje tego samego połączenia obronnego dla 'global.mode' + 'global.manualUrl'. Działa bezwarunkowo na każdym starcie, więc użytkownicy aktualizacji z v1.2.0 / v1.3.0 / v1.3.1 (gdzie spuścizna 'visUrl' już zniknęła) również uzyskać schemat naprawiony.\nPrzywróć krok teraz promuje pustą wartość stanu (\"\" left over from v1.2.0) do numerycznego '0', tak więc kropla w dół faktycznie pokazuje opcję '0 =' --- \", wybraną na pierwszym starcie po aktualizacji.",
-        "uk": "Hotfix для v1.3.1: `setObjectNotExistsAsync` є іменем на об'єктах, які вже існують як часткові реле з v1.2.0. v1.3.2 використовує `extendObjectAsync` для `clients.<id>.mode` + `clients.<id>.manualUrl` так відсутні властивості (на рівні `тип`, ім'я, роль, читання, запис, def) об'єднуються в існуючий частковий об'єкт — js-controller's \"obj.type повинен існувати\" попередження йде і відкидає етикетки.\nНовий `repairGlobalSchemas()` в main.ts є однаковою оборонною зливою для `global.mode` + `global.manualUrl`. Запуски безумовно на кожному старті, тому користувачі, що модернізують від v1.2.0/v1.3.0/v1.3.1 (де вже йде спадщина `visUrl`) і отримують ремонт схеми.\nВідновити крок тепер пропагує порожній стан-значення (```````` пішов з v1.2.0) до н.е.н. `0`, тому попадання фактично показує варіант `0='-'''', як вибраний на першому етапі після оновлення.",
-        "zh-cn": "V1.3.1 的 Hotfix: “ set ObjectNotExists Async” 是对 v1. 2.0 迁移错误中已作为部分形式遗留物存在的对象的禁用。 v1.3.2 使用“ extend ObjectAsync ” 表示“ 客户”。 <id>.mode` + `客户.<id>.manualUrl' 从而将缺失属性(顶级“类型”、名称、角色、读写、写写写、def)合并到现有的部分对象——js控制器的“obj.type必须存在”警告消失,下拉使标签失效.\n新的“修复全球计划()”主要用于“Global.mode”+“Global.manualUrl”的防御性合并。 用户从v1.2.0/v1.3.0/v1.3.1(遗留的`visUrl'已经消失)升级.\n恢复步骤现在将从v1.2.0中遗留的空白状态值(`'')推广到数字`0',因此降级实际上显示升级后第一个开始时所选择的`0=-'`选项."
+        "en": "Fix: dropdown default `---` now applied correctly on upgrades from older v1.1.x clients (was empty after migration).",
+        "de": "Fix: Dropdown-Standard `---` wird bei Upgrades von älteren v1.1.x-Clients jetzt korrekt gesetzt (war nach der Migration leer).",
+        "ru": "Fix: значение по умолчанию `---` в dropdown теперь правильно применяется при обновлении со старых клиентов v1.1.x (было пустым после миграции).",
+        "pt": "Fix: valor padrão `---` do dropdown agora é aplicado corretamente em atualizações de clientes v1.1.x antigos (estava vazio após a migração).",
+        "nl": "Fix: dropdown-standaard `---` wordt nu correct toegepast bij upgrades van oudere v1.1.x-clients (was leeg na de migratie).",
+        "fr": "Fix : la valeur par défaut `---` du dropdown est désormais correctement appliquée lors des mises à niveau depuis les anciens clients v1.1.x (était vide après la migration).",
+        "it": "Fix: il valore predefinito `---` del dropdown ora viene applicato correttamente sugli aggiornamenti da client v1.1.x più vecchi (era vuoto dopo la migrazione).",
+        "es": "Fix: el valor predeterminado `---` del dropdown ahora se aplica correctamente en actualizaciones desde clientes v1.1.x antiguos (estaba vacío tras la migración).",
+        "pl": "Fix: wartość domyślna `---` w dropdown jest teraz poprawnie ustawiana przy aktualizacjach ze starszych klientów v1.1.x (była pusta po migracji).",
+        "uk": "Fix: значення за замовчуванням `---` у dropdown тепер коректно застосовується при оновленнях зі старих клієнтів v1.1.x (було порожнім після міграції).",
+        "zh-cn": "修复：从旧的 v1.1.x 客户端升级时，下拉框默认值 `---` 现在能正确显示（迁移后曾为空）。"
       },
       "1.3.1": {
-        "en": "Hotfix for legacy v1.1.x clients: their `visUrl` channel did not have `mode` / `manualUrl` objects. The v1.2.0 migration wrote states without the matching objects, which the broker logged as `State has no existing object` and rendered the `mode` datapoint without a name or dropdown in the object browser. `ClientRegistry.restore()` now calls an idempotent `ensureObjects()` for every client, so the v1.2.0+ object shapes exist before any migration writes happen.\nMode dropdown gains a numeric `0 = \"---\"` no-choice fallback (analogous to govee-smart's pattern). Existing displays keep their setting; new displays start at `0` and the resolver falls back to the landing page until a real choice is made.",
-        "de": "Hotfix für ältere v1.1.x-Clients: ihr `visUrl`-Kanal hatte keine `mode` / `manualUrl`-Objekte. Die v1.2.0 Migration schrieb Zustände ohne die passenden Objekte, die der als `State eingeloggte Broker hat kein bestehendes Objekt` und den `mode`-Datenpunkt ohne Namen oder Dropdown im Objektbrowser. `ClientRegistry.restore()` ruft nun für jeden Client ein idempotent `ensureObjects()` auf, so dass die v1.2.0+ Objektformen existieren, bevor Migrationsschreiben passieren.\nModus Dropdown gewinnt einen numerischen `0 = \"--\"` no-choice fallback (analog zu govee-smart's Muster). Vorhandene Displays halten ihre Einstellung; neue Displays starten bei `0` und der Resolver fällt auf die Landingpage zurück, bis eine echte Wahl getroffen wird.",
-        "ru": "Hotfix для устаревших клиентов v1.1.x: их канал «visUrl» не имел объектов «режима» / «ручного Урла». Миграция v1.2.0 писала состояния без соответствующих объектов, которые брокер зарегистрировал как «Государство не имеет существующего объекта», и отображала точку данных «режима» без имени или выпадения в браузере объекта. «ClientRegistry.restore()» теперь называет идемпотентом «ensureObjects()» для каждого клиента, поэтому формы объектов v1.2.0+ существуют до того, как произойдет какая-либо миграция.\nРежим выпадения получает числовое '0 = '--'' без выбора запасного варианта (аналогично шаблону Govee-smart). Существующие дисплеи сохраняют свою настройку; новые дисплеи начинаются с 0, и решатель возвращается на целевую страницу, пока не будет сделан реальный выбор.",
-        "pt": "Hotfix para clientes legados v1.1.x: seu canal 'visUrl' não tinha objetos 'modo' / 'manualUrl'. A migração v1.2.0 escreveu estados sem os objetos correspondentes, que o corretor logou como `Estado não tem objeto existente' e renderizou o ponto de dados `modo' sem um nome ou dropdown no navegador objeto. `ClientRegistry.restore()` agora chama um idempotent `ensureObjects()` para cada cliente, então as formas do objeto v1.20+ existem antes que qualquer migração escreva.\nO dropdown do modo ganha um valor numérico `0 = \"---\"` sem escolha (análogo para o padrão govee-smart). Os displays existentes mantêm sua configuração; os novos displays começam em `0` e o resolvedor volta para a landing page até que uma escolha real seja feita.",
-        "nl": "Hotfix voor legacy v1.1.x clients: hun  De v1.2.0 migratie schreef staten zonder de bijbehorende objecten, die de makelaar aangemeld als Staat heeft geen bestaand object heeft en gaf de \"mode\" datapoint zonder een naam of dropdown in de object browser. .\nMode dropdown krijgt een numerieke  Bestaande displays houden hun instelling; nieuwe displays beginnen bij .",
-        "fr": "Hotfix pour les clients left v1.1.x: leur canal `visUrl` n'avait pas d'objets `mode` / `manuelUrl`. La migration v1.2.0 a écrit des états sans les objets correspondants, que le courtier connecté comme `État n'a pas d'objet existant` et a rendu le point de données `mode` sans nom ou déroulant dans le navigateur objet. `ClientRegistry.restore()` appelle maintenant un idémpotent `ensurerObjects()` pour chaque client, de sorte que les formes d'objet v1.2.0+ existent avant toute migration écrite.\nLe mode déroulant gagne un résultat numérique `0 = \"---\"` sans choix (analogue au modèle govee-smart). Les affichages existants gardent leur réglage; les nouveaux affichages commencent à `0` et le résolveur retourne à la page d'atterrissage jusqu'à ce qu'un choix réel soit fait.",
-        "it": "Hotfix per client v1.1.x legacy: il loro canale `visUrl` non ha avuto oggetti `mode` / `manualUrl`. La migrazione v1.2.0 ha scritto stati senza gli oggetti corrispondenti, che il broker ha registrato come `State non ha oggetto esistente` e ha reso il `mode` datapoint senza un nome o dropdown nel browser dell'oggetto. `ClientRegistry.restore()` ora chiama un idempotent `ensureObjects()` per ogni cliente, in modo che le forme dell'oggetto v1.2.0+ esistano prima che qualsiasi migrazione scriva.\nLa mode dropdown ottiene un `0 numerico = \"---\"` non-choice Fallback (analogo del modello di govee-smart). I display esistenti mantengono la loro impostazione; i nuovi display iniziano a `0` e il risolutore torna alla pagina di atterraggio fino a quando non viene fatta una vera scelta.",
-        "es": "Hotfix for legacy v1.1.x clients: their `visUrl` channel did not have `mode` / `manualUrl` objects. La migración v1.2.0 escribió estados sin los objetos coincidentes, que el corredor registró como `Estado no tiene objeto existente ' y emitió el punto de datos de `mode ' sin un nombre o desplegable en el navegador objeto. `ClientRegistry.restore()` ahora llama un \"objetos de seguridad\" idempotente para cada cliente, por lo que las formas de objetos v1.2.0+ existen antes de que ocurra cualquier migración escribe.\nLa caída del modo gana un numérico `0 = \"---\"` retroceso sin elección (análogo para el patrón de govee-smart). Las pantallas existentes mantienen su configuración; las nuevas pantallas comienzan en `0` y el solucionador vuelve a la página de aterrizaje hasta que se haga una elección real.",
-        "pl": "Hotfix dla dotychczasowych klientów v1.1.x: ich kanał 'visUrl' nie miał obiektów 'mode' / 'manualUrl'. Migracja v1.2.0 napisała stany bez dopasowujących się obiektów, które broker zalogował jako 'Stan nie ma istniejącego obiektu', a w przeglądarce obiektu dodano punkt 'mode' bez nazwy lub zrzutu. 'ClientRegistry.recovery ()' teraz nazywa idemstrong 'ensureObjects ()' dla każdego klienta, tak więc kształty obiektu v1.2.0 + istnieją zanim jakaś migracja się wydarzy.\nMode dropdown zyskuje numeryczny '0 = \"---\"' no-choice fallback (analogiczny do wzorca govee- smart). Istniejące wyświetlacze utrzymują ustawienia; nowe wyświetlacze rozpoczynają się na '0', a rozdzielczość wraca do strony docelowej do momentu dokonania prawdziwego wyboru.",
-        "uk": "Hotfix для Legacy v1.1.x клієнтів: їх `visUrl` канал не мав `mode` / `manualUrl` об'єкти. Переміщення v1.2.0 писали стани без відповідних об'єктів, які були зареєстровані як `Державний не має наявних об'єктів і надано `mode` datapoint без назви або випадання в браузері об'єкта. `ClientRegistry.restore()` тепер називає idempotent `ensureObjects()` для кожного клієнта, тобто v1.2.0+ об’єктів існують до будь-яких міграційних записів.\nПохибка в режимі реального часу отримує нумерний `0 = \"--\"``````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````` Випробувано нові покази на сайті `0` і вирішувач повертається на сторінку посадки, доки не буде виконано реальний вибір.",
-        "zh-cn": "V1.1.x客户端的热补:他们的`visUrl ' 频道没有`mode ' /`manualUrl ' 对象。 v1.2.0 迁移时写了没有匹配对象的状态,经纪人将其记录为`状态没有现有对象 ' ,并在对象浏览器中没有名称或下拉时使“模式”数据点。 `ClientRegistry.restore()'现在将每个客户称为“确保对象()”,因此在任何迁移发生之前,v1.2.0+对象形状就已存在.\n模式降级获得一个数字 `0 = \"--'' `不选择回落' (反感到gove-smart的图案). 现有显示器保持其设置;新的显示器开始于`0',解析器回到着陆页,直到作出真正的选择."
+        "en": "Fix: legacy v1.1.x clients without mode/manualUrl objects now get migrated correctly on first start.",
+        "de": "Fix: Legacy-v1.1.x-Clients ohne mode/manualUrl-Objekte werden beim ersten Start jetzt korrekt migriert.",
+        "ru": "Fix: устаревшие клиенты v1.1.x без объектов mode/manualUrl теперь корректно мигрируются при первом запуске.",
+        "pt": "Fix: clientes v1.1.x antigos sem objetos mode/manualUrl agora são migrados corretamente na primeira inicialização.",
+        "nl": "Fix: oude v1.1.x-clients zonder mode/manualUrl-objecten worden nu correct gemigreerd bij de eerste start.",
+        "fr": "Fix : les anciens clients v1.1.x sans objets mode/manualUrl sont désormais correctement migrés au premier démarrage.",
+        "it": "Fix: i client v1.1.x legacy senza oggetti mode/manualUrl ora vengono migrati correttamente al primo avvio.",
+        "es": "Fix: los clientes v1.1.x antiguos sin objetos mode/manualUrl ahora se migran correctamente en el primer inicio.",
+        "pl": "Fix: starsze klienty v1.1.x bez obiektów mode/manualUrl są teraz poprawnie migrowane przy pierwszym uruchomieniu.",
+        "uk": "Fix: застарілі клієнти v1.1.x без об'єктів mode/manualUrl тепер коректно мігрують при першому запуску.",
+        "zh-cn": "修复：缺少 mode/manualUrl 对象的旧版 v1.1.x 客户端现在能在首次启动时正确迁移。"
       },
       "1.3.0": {
-        "en": "Security: brute-force lockout on `/auth/login_flow/:flowId` — after 5 failed credential attempts an IP is rejected with HTTP 429 for 15 min. Successful login resets the counter.\nDRY refactor: shared `parseManualUrlWrite` helper between client + global config; FIFO-cap helper in WebServer; OAuth access-token TTL + lockout window/threshold are now named constants instead of magic numbers.\nDead-code cleanup: `resolveBindToReachable`, `coerceUuid` strict-V4 parameter, `DEFAULT_REFRESH_DEBOUNCE_MS` export, internal `getMode`/`getManualUrl` test affordances — all removed; tests rewritten to assert observable behaviour.\nNew `landing-page` test suite with XSS-escape coverage and 11-language fallback verification.\nEmulated Home Assistant version bumped from 2026.3.1 to 2026.4.0.",
-        "de": "Sicherheit: brute-force lockout auf `/auth/login flow/:flow Id` — nach 5 fehlgeschlagenen Anmeldeversuchen wird eine IP mit HTTP 429 für 15 min abgelehnt. Erfolgreiche Anmeldung setzt den Zähler zurück.\nDRY Refactor: geteilter `parseManualUrlWrite` Helfer zwischen Client + global config; FIFO-cap-Helfer im WebServer; OAuth Access-token TTL + Lockout-Fenster/Threshold werden jetzt als Konstanten anstelle von magischen Zahlen bezeichnet.\nTotcode-Reinigung: `resolveBindToReachable`, `coerceUuid` streng-V4-Parameter, `DEFAULT REFRESH DEBOUNCE MS` Export, interne `getMode`/`getManualUrl` Test Provisionances - alle entfernt; Tests neu geschrieben, um beobachtbares Verhalten zu behaupten.\nNeue `landing-page` Testsuite mit XSS-Escape-Abdeckung und 11-sprachiger Fallback-Verifikation.\nEmulated Home Assistant Version von 2026.3.1 bis 2026.4.0.",
-        "ru": "Безопасность: блокировка грубой силы на `/auth/login flow/:flow Id' - после 5 неудачных попыток проверки подлинности IP отклоняется с помощью HTTP 429 в течение 15 минут. Успешный логин сбрасывает счетчик.\nРефактор DRY: общий помощник «parseManualUrlWrite» между клиентом + глобальной конфигурацией; помощник FIFO-кап в WebServer; токен доступа OAuth TTL + окно / порог блокировки теперь называются константами вместо магических чисел.\nОчистка от мертвого кода: «resolveBindToReachable», «coerceUuid» строгий параметр V4, «DEFAULT REFRESH DEBOUNCE MS» экспорт, внутренние «getMode» / «getManualUrl» доступ к тесту — все удалены; тесты переписаны, чтобы утверждать наблюдаемое поведение.\nНовый тестовый пакет «посадочная страница» с покрытием XSS-escape и проверкой резервного копирования на 11 языках.\nЭмулированная версия Home Assistant выросла с 2026.3.1 до 2026.4.0.",
-        "pt": "Segurança: bloqueio de força bruta em `/auth/login flow/:flow Id` — após 5 tentativas de credencial falhadas, um IP é rejeitado com HTTP 429 por 15 min. O login bem- sucedido reinicia o contador.\nDRY refator: compartilhado `parseManualUrlWrite` helper between client + global config; FIFO-cap helper in WebServer; OAuth access-token TTL + lockout window/threshold são agora chamadas constantes em vez de números mágicos.\nLimpeza de código morto: `resolveBindToReachable`, `coerceUuid` strict-V4 parameter, `DEFAULT REFRESH DEBOUNCIE MS' export, interna `getMode`/`getManualUrl` test affordances — todos removidos; testes reescritos para afirmar comportamento observável.\nNovo conjunto de testes `landing-page` com cobertura XSS-scape e verificação de retorno de 11 idiomas.\nEmulated Home Assistant versão bateu de 2026.3.1 para 2026.4.0.",
-        "nl": "Beveiliging: brute-force lockout op  Id Succesvolle login resetten de teller.\nDRY-refactor: gedeelde .\nDead-code cleanup: .\nNieuwe testsuite met XSS-escape dekking en 11-taal fallback verificatie.\nEmulated Home Assistant versie stootte van 2026.3.1 naar 2026.4.0.",
-        "fr": "Sécurité: verrouillage de la force brute sur `/auth/login flow/:flow Id` — après 5 tentatives de reconnaissance ratées, une IP est rejetée avec HTTP 429 pendant 15 min. Une connexion réussie réinitialise le compteur.\nRefactor DRY: helper partagé `parseManualUrlWrite` entre client + config global; helper FIFO-cap dans WebServer; OAuth access-token TTL + lockout window/threshold sont maintenant nommés constantes au lieu de nombres magiques.\nNettoyage en code mort: `resolveBindToReachable`, paramètre `coerceUuid` strict-V4, `DEFAULT REFRESH DEBOUNCE MS` export, interne `getMode`/`getManualUrl` test provideances - tous supprimés; tests réécrits pour affirmer un comportement observable.\nNouvelle suite d ' essais < < atterrissage-page > > avec couverture XSS-escape et vérification en 11 langues.\nLa version de l'Emuled Home Assistant est tombée de 2026.3.1 à 2026.4.0.",
-        "it": "Sicurezza: blocco forza bruta su `/auth/login flow/:flow Id` — dopo 5 tentativi di credenziali falliti un IP viene respinto con HTTP 429 per 15 min. Il successo del login reimposta il contatore.\nDRY refactor: condiviso `parseManualUrlWrite` helper tra client + configurazione globale; FIFO-cap helper in WebServer; OAuth access-token TTL + lockout finestra / soglia sono ora chiamate costanti invece di numeri magici.\nPulitura codice morto: `resolveBindToReachable`, `coerceUuid` parametro rigoroso-V4, `DEFAULT REFRESH DEBOUNCE MS` export, `getMode`/`getManualUrl` offerte di prova — tutti rimossi; test riscritti per affermare il comportamento osservabile.\nNuova suite di prova `landing-page` con copertura XSS-escape e verifica di caduta in 11 lingue.\nEmulated Home Assistant versione urtata da 2026.3.1 a 2026.4.0.",
-        "es": "Seguridad: bloqueo de fuerza bruta en `/auth/login flow/:flow Id` - después de 5 intentos de credencial fallidos una IP es rechazada con HTTP 429 por 15 min. Acceso exitoso restaura el contador.\nDRY refactor: compartido `parseManualUrlWrite` helper between client + global config; FIFO-cap helper in WebServer; OAuth access-token TTL + lockout window/threshold are now named constants instead of magic numbers.\nLimpieza del código muerto: `resolveBindToReachable`, `coerceUuid` strict-V4 parámetro, `DEFAULT REFRESH DEBOUNCE MS` export, internal `getMode`/`getManualUrl` test affordances — all removed; tests rewritten to assert observable behaviour.\nNew `landing-page` test suite with XSS-escape coverage and 11-language fallback verification.\nLa versión Emulated Home Assistant bajó de 2026.3.1 a 2026.4.0.",
-        "pl": "Bezpieczeństwo: zablokowanie siły brutalnej na '/ auth / login _ flow /: flow Id' - po 5 nieudanych próbach kredytowych IP jest odrzucane przez HTTP 429 przez 15 min. Udane logowanie resetuje licznik.\nReczynnik DRY: wspólny \"parseManualUrlWrite\" pomocnik pomiędzy klientem + globalny config; helper FIFO- cap w WebServer; OAuth access- token TTL + blockout okno / próg są teraz nazywane stałe zamiast magicznych liczb.\nDead- code cleanup: 'resolveBindToReavable', 'coerceUuid' parametr strict- V4, 'DEFAULT _ REFRESH _ DEBOUNCE _ MS' export, 'internal' getMode '/' getManualUrl 'test foredances - all removed; tests rewrited to assert observable behavior.\nNowy zestaw testowy 'Landing- page' z pokryciem XSS- escape i weryfikacją 11- językową.\nWersja Emulated Home Assistant spadła z 2026.3.1 do 2026.4.0.",
-        "uk": "Безпека: броньований замок на `/auth/login flow/:flow Id` — після 5 невдалих спроб IP відхилений HTTP 429 за 15 хв. Успішний логін скидає лічильник.\nРефактор DRY: загальний `parseManualUrlWrite` помічник між клієнтом + глобальним налаштуванням; помічник FIFO-cap в WebServer; OAuth access-token TTL + вікно блокування / поле тепер іменуються константи замість чарівних чисел.\nВидалення коду: `resolveBindToReachable`, `coerceUuid` строгий-V4 параметр, `DEFAULT REFRESH DEBOUNCE MS` експорт, внутрішня `getMode`/`getManualUrl` test allowances — всі видалені; тести, що повторюються, щоб стверджувати спостережну поведінку.\nНовий `landing-page` тест-люкс з висвітленням S-escape і 11-мовою перевіркою повернення.\nВбудований домашній помічник варіант з 2026.3.1 до 2026.4.0.",
-        "zh-cn": "安全: \" /auth/login flow/:flow \" 上的野蛮武力封锁 Id ' - 在5次证书尝试失败后,一个IP在15分钟内被HTTP 429拒绝。 成功登录重置计数器 .\nDRY Refactor:在客户端+全局配置之间共享“parseManualUrlWrite”帮助器;WebServer中的FIFO-cap帮助器;OAuth访问-token TTL+锁定窗口/阈值现在被命名为常数而不是魔法数.\n死码清理:`溶解BindToeachable ' 、`coerceUuid ' 严格V4参数、`DEFAULT REFRESH DEBOUNCE MS ' 输出、内部`GetMode'/`GetManualUrl ' 测试支付能力-全部取消;测试重写以申明可观察到的行为.\n新的 \" 登陆页 \" 测试套件,包括XSS-escape覆盖范围和11种语言的回落核查.\n模拟家庭助理版本从2026.3.1到2026.4.0."
+        "en": "Security: brute-force lockout on login (5 failed attempts → IP blocked for 15 min). Emulated Home Assistant version bumped to 2026.4.0.",
+        "de": "Sicherheit: Brute-Force-Sperre beim Login (5 Fehlversuche → IP für 15 Min gesperrt). Emulierte Home-Assistant-Version auf 2026.4.0 erhöht.",
+        "ru": "Безопасность: блокировка от brute-force при входе (5 неудачных попыток → IP блокируется на 15 мин). Версия эмулируемого Home Assistant повышена до 2026.4.0.",
+        "pt": "Segurança: bloqueio brute-force no login (5 tentativas falhadas → IP bloqueado por 15 min). Versão emulada do Home Assistant atualizada para 2026.4.0.",
+        "nl": "Beveiliging: brute-force-blokkering bij login (5 mislukte pogingen → IP 15 min geblokkeerd). Geëmuleerde Home Assistant-versie naar 2026.4.0.",
+        "fr": "Sécurité : verrouillage brute-force sur la connexion (5 tentatives échouées → IP bloquée 15 min). Version Home Assistant émulée portée à 2026.4.0.",
+        "it": "Sicurezza: blocco brute-force al login (5 tentativi falliti → IP bloccato per 15 min). Versione Home Assistant emulata aggiornata a 2026.4.0.",
+        "es": "Seguridad: bloqueo brute-force al iniciar sesión (5 intentos fallidos → IP bloqueada 15 min). Versión emulada de Home Assistant actualizada a 2026.4.0.",
+        "pl": "Bezpieczeństwo: blokada brute-force przy logowaniu (5 nieudanych prób → IP zablokowane na 15 min). Wersja emulowanego Home Assistant podniesiona do 2026.4.0.",
+        "uk": "Безпека: блокування brute-force при вході (5 невдалих спроб → IP заблоковано на 15 хв). Версія емульованого Home Assistant оновлена до 2026.4.0.",
+        "zh-cn": "安全：登录暴力破解防护（5 次失败 → IP 阻断 15 分钟）。模拟的 Home Assistant 版本提升至 2026.4.0。"
       },
       "1.2.0": {
-        "en": "Redirect target now configured via `mode` (dropdown) + `manualUrl` (free text) instead of the old `visUrl`. Migration runs automatically.\nMaster switch `global.enabled` syncs every display: on → all follow the global URL, off → each display picks up its own again.\nIdle displays without auth token are auto-removed after 30 days.\nSecurity hardening of the auth flow.\n`web` adapter declared as dependency.",
-        "de": "Redirect-Ziel jetzt über `mode` (Dropdown) + `manualUrl` (Freitext) statt des alten `visUrl`. Migration läuft automatisch.\nMaster-Switch `global.enabled` synct jedes Display: an → alle folgen der globalen URL, aus → jedes Display nutzt wieder seine eigene.\nDisplay-Channels ohne Auth-Token werden nach 30 Tagen Leerlauf automatisch entfernt.\nAuth-Flow gehärtet.\n`web`-Adapter als Abhängigkeit eingetragen.",
-        "ru": "Цель перенаправления теперь настраивается через `mode` (выпадающий список) + `manualUrl` (свободный текст) вместо старого `visUrl`. Миграция выполняется автоматически.\nГлавный переключатель `global.enabled` синхронизирует все дисплеи: вкл → все следуют глобальному URL, выкл → каждый дисплей использует свой.\nПростаивающие дисплеи без токена авторизации удаляются автоматически через 30 дней.\nУсилена безопасность потока авторизации.\nАдаптер `web` объявлен как зависимость.",
-        "pt": "Destino do redirecionamento agora configurado via `mode` (dropdown) + `manualUrl` (texto livre) em vez do antigo `visUrl`. Migração executa automaticamente.\nInterruptor mestre `global.enabled` sincroniza cada display: ligado → todos seguem o URL global, desligado → cada display usa o seu próprio.\nDisplays inativos sem token de autenticação são removidos automaticamente após 30 dias.\nFluxo de autenticação reforçado.\nAdaptador `web` declarado como dependência.",
-        "nl": "Redirect-doel wordt nu geconfigureerd via `mode` (dropdown) + `manualUrl` (vrije tekst) in plaats van de oude `visUrl`. Migratie verloopt automatisch.\nHoofdschakelaar `global.enabled` synchroniseert elk display: aan → allemaal volgen de globale URL, uit → elk display gebruikt zijn eigen.\nInactieve displays zonder auth-token worden na 30 dagen automatisch verwijderd.\nAuth-flow versterkt.\n`web`-adapter als afhankelijkheid gedeclareerd.",
-        "fr": "Cible de redirection désormais configurée via `mode` (liste déroulante) + `manualUrl` (texte libre) au lieu de l'ancien `visUrl`. La migration est automatique.\nL'interrupteur principal `global.enabled` synchronise chaque écran : activé → tous suivent l'URL globale, désactivé → chaque écran utilise la sienne.\nLes écrans inactifs sans jeton d'authentification sont supprimés automatiquement après 30 jours.\nFlux d'authentification renforcé.\nAdaptateur `web` déclaré comme dépendance.",
-        "it": "Destinazione del redirect ora configurata tramite `mode` (menu a discesa) + `manualUrl` (testo libero) invece del vecchio `visUrl`. La migrazione è automatica.\nInterruttore principale `global.enabled` sincronizza ogni display: on → tutti seguono l'URL globale, off → ogni display usa il proprio.\nI display inattivi senza token di autenticazione vengono rimossi automaticamente dopo 30 giorni.\nFlusso di autenticazione rafforzato.\nAdattatore `web` dichiarato come dipendenza.",
-        "es": "Destino de redirección ahora configurado vía `mode` (desplegable) + `manualUrl` (texto libre) en lugar del antiguo `visUrl`. La migración es automática.\nInterruptor principal `global.enabled` sincroniza cada pantalla: activado → todas siguen la URL global, desactivado → cada pantalla usa la suya.\nPantallas inactivas sin token de autenticación se eliminan automáticamente tras 30 días.\nFlujo de autenticación reforzado.\nAdaptador `web` declarado como dependencia.",
-        "pl": "Cel przekierowania jest teraz konfigurowany przez `mode` (lista rozwijana) + `manualUrl` (tekst dowolny) zamiast starego `visUrl`. Migracja przebiega automatycznie.\nGłówny przełącznik `global.enabled` synchronizuje każdy wyświetlacz: wł → wszystkie podążają za globalnym URL, wył → każdy używa własnego.\nNieaktywne wyświetlacze bez tokena uwierzytelniania są usuwane automatycznie po 30 dniach.\nWzmocniono bezpieczeństwo procesu uwierzytelniania.\nAdapter `web` zadeklarowany jako zależność.",
-        "uk": "Ціль перенаправлення тепер налаштовується через `mode` (випадаючий список) + `manualUrl` (вільний текст) замість старого `visUrl`. Міграція виконується автоматично.\nГоловний перемикач `global.enabled` синхронізує кожен дисплей: увімк → усі слідують глобальній URL, вимк → кожен дисплей використовує власну.\nНеактивні дисплеї без токена автентифікації автоматично видаляються через 30 днів.\nПотік автентифікації посилено.\nАдаптер `web` оголошено залежністю.",
-        "zh-cn": "重定向目标现在通过 `mode`（下拉菜单）+ `manualUrl`（自由文本）配置，取代旧的 `visUrl`。迁移自动运行。\n主开关 `global.enabled` 同步每个显示器：开 → 全部跟随全局 URL，关 → 每个显示器使用自己的。\n无认证令牌且闲置 30 天的显示器会自动移除。\n认证流程已加固。\n`web` 适配器已声明为依赖。"
+        "en": "Breaking: redirect target now configured via mode dropdown + manualUrl free text instead of the old visUrl. Existing setups auto-migrated.",
+        "de": "Breaking: Weiterleitungs-Ziel jetzt über mode-Dropdown + manualUrl-Freitext konfiguriert statt altem visUrl. Bestehende Setups werden automatisch migriert.",
+        "ru": "Breaking: цель перенаправления теперь настраивается через dropdown mode + свободный текст manualUrl вместо старого visUrl. Существующие настройки мигрируют автоматически.",
+        "pt": "Breaking: alvo de redirecionamento agora configurado via dropdown mode + texto livre manualUrl em vez do antigo visUrl. Configurações existentes são migradas automaticamente.",
+        "nl": "Breaking: redirect-doel nu via mode-dropdown + manualUrl-vrije tekst geconfigureerd in plaats van het oude visUrl. Bestaande setups worden automatisch gemigreerd.",
+        "fr": "Breaking : la cible de redirection se configure désormais via le dropdown mode + le texte libre manualUrl au lieu de l'ancien visUrl. Les configurations existantes sont migrées automatiquement.",
+        "it": "Breaking: obiettivo di redirect ora configurato tramite dropdown mode + testo libero manualUrl invece del vecchio visUrl. Le configurazioni esistenti vengono migrate automaticamente.",
+        "es": "Breaking: el destino de redirección ahora se configura mediante el dropdown mode + el texto libre manualUrl en lugar del antiguo visUrl. Las configuraciones existentes se migran automáticamente.",
+        "pl": "Breaking: cel przekierowania jest teraz konfigurowany przez dropdown mode + wolny tekst manualUrl zamiast starego visUrl. Istniejące konfiguracje są migrowane automatycznie.",
+        "uk": "Breaking: ціль перенаправлення тепер налаштовується через dropdown mode + вільний текст manualUrl замість старого visUrl. Існуючі налаштування мігрують автоматично.",
+        "zh-cn": "Breaking：重定向目标现在通过 mode 下拉框 + manualUrl 自由文本配置，取代旧的 visUrl。现有配置会自动迁移。"
       },
       "1.1.6": {
-        "en": "Audit cleanup against the upstream `ioBroker.example/TypeScript` full standard:\nTest setup migrated: tests now live next to source as `src/lib/*.test.ts` and run directly via `ts-node/register`. Removed `tsconfig.test.json` + `build-test/`, added `test/mocharc.custom.json` + `test/mocha.setup.js` + `test/tsconfig.json` + `test/.eslintrc.json`\n`@types/node` rolled back from `^25.6.0` to `^20.19.24` so type defs match `engines.node: \">=20\"`\nDependabot now ignores major bumps for `@types/node`, `typescript`, `eslint`, `actions/checkout`, `actions/setup-node`\n`nyc` config + `coverage` script added\nOrphan `.github/auto-merge.yml` removed (active workflow is `automerge-dependabot.yml` using `gh pr merge`)",
-        "de": "Audit-Aufräumung gegen den vorgeschalteten `ioBroker.example/TypeScript` Vollstandard:\nTest-Setup migriert: Tests leben jetzt neben der Quelle als `src/lib/*.test.ts` und laufen direkt über `ts-node/register`. Entfernen `tsconfig.test.json` + `build-test/`, add `test/mocharc.custom.json` + `test/mocha.setup.js` + `test/tsconfig.json` + `test/.eslintrc.json`\n`@types/node` rollte zurück von `^25.6.0` zu `^20.19.24` so type defs match `engines.node: \">=20\"``\nDependabot ignoriert nun wichtige Beulen für `@types/node`, `typescript`, `eslint`, `actions/checkout`, `actions/setup-node`\n`nyc` config + `coverage` skript hinzugefügt\nOrphan `.github/auto-merge.yml` entfernt (aktiver Workflow ist `automerge-dependabot.yml` mit `gh pr merge`)",
-        "ru": "Очистка аудита по полному стандарту «ioBroker.example/TypeScript»:\nНастройка теста мигрировала: тесты теперь живут рядом с источником как «src/lib/*.test.ts» и запускаются непосредственно через «ts-узел/регистр». Снято \"tsconfig.test.json\" + \"build-test/\", добавлено \"test/mocharc.custom.json\" + \"test/mocha.setup.js\" + \"test/tsconfig.json\" + \"test/.eslintrc.json\"\n'@types/node' откатился от '^25.6.0' к '^20.19.24', так что type defs соответствуют 'engines.node: '>=20'\nDependabot теперь игнорирует основные проблемы для «@types/node», «typescript», «eslint», «actions/checkout», «actions/setup-node»\n«nyc» config + скрипт «coverage»\nOrphan '.github/auto-merge.yml' removed (активный рабочий процесс - 'automerge-dependabot.yml' using 'gh pr merge')",
-        "pt": "Limpeza de auditoria contra o padrão completo 'ioBroker.example/TypeScript` upstream:\nTest setup migrated: tests now live next to source as `src/lib/*.test.ts` e execute diretamente via `ts-node/register`. Removido `tsconfig.test.json` + `build-test/`, adicionado `test/mocharc.custom.json` + `test/mocha.setup.js` + `test/tsconfig.json` + `test/.eslintrc.json'\n`@types/node` rolled back from `^25.6.0` to `^20.19.24` então tipo defs match `engines.node: \">=20\"`\nDependabot agora ignora grandes saliências para `@types/node`, `typescript`, `eslint`, `actions/checkout`, `actions/setup-node'\n'nyc' config + 'coverage' script adicionado\nÓrfão `.github/auto-merge.yml` removido (fluxo de trabalho ativo é `automerge-dependabot.yml` usando `gh pr merge`)",
-        "nl": "Audit cleanup tegen de upstream .example/TypeScript\nTestopstelling gemigreerd: de tests leven nu naast de bron als  Verwijderd \nhet type defs komt overeen met de motors.node: \">=20\"\nDependabot negeert nu de grote hobbels voor \n`nyc` config + `coverage` script added\nOrphan ",
-        "fr": "Nettoyage de l'audit par rapport à la norme en amont `ioBroker.example/TypeScript`:\nConfiguration de test migrée: teste maintenant en direct à côté de source comme `src/lib/*.test.ts` et fonctionne directement via `ts-node/register`. Supprimé `tsconfig.test.json` + `build-test/`, ajouté `test/mocharc.custom.json` + `test/mocha.setup.js` + `test/tsconfig.json` + `test/.estintrc.json`\n`@types/node` retourné de `^25.6.0` à `^20.19.24` de sorte que le type defs correspond `moteurs.node: \">=20\"`\nDependabot ignore maintenant les principales bosses pour `@types/node`, `typescript`, `estint`, `actions/checkout`, `actions/setup-node`\nscript `nyc` config + `coverage` ajouté\nOrphan `.github/auto-merge.yml` supprimé (le workflow actif est `automerge-dependabot.yml` en utilisant `gh pr merge`)",
-        "it": "Audit cleanup contro il `ioBroker.example/TypeScript` standard completo:\nConfigurazione del test migrata: i test ora vivono accanto alla sorgente come `src/lib/*.test.ts` e vengono eseguiti direttamente tramite `ts-node/register`. `tsconfig.test.json` + `build-test/`, aggiunto `test/mocharc.custom.json` + `test/mocha.setup.js` + `test/tsconfig.json` + `test/.eslintrc.json`\n`@types/node` rotolato indietro da `^25.6.0` a `^20.19.24` così tipo defs match `engines.node: \">=20\"`\nDependabot ora ignora urti principali per `@types/node`, `typescript`, `eslint`, `actions/checkout`, `actions/setup-node`\n`nyc` config + `coverage` script aggiunto\nOrphan `.github/auto-merge.yml` rimosso (il flusso di lavoro attivo è `automerge-dependabot.yml` utilizzando `gh pr merge`)",
-        "es": "Limpieza de auditorías contra el estándar completo del `ioBroker.example/TypeScript`:\nSe migraron las pruebas: las pruebas ahora viven al lado de la fuente como `src/lib/*.test.ts` y se ejecutan directamente a través de `ts-node/register`. Removed `tsconfig.test.json` + `build-test/`, added `test/mocharc.custom.json` + `test/mocha.setup.js` + `test/tsconfig.json` + `test/.eslintrc.json`\n`@types/node` rolled back from `^25.6.0` to `^20.19.24` so type defs match `engines.node: \"consign=20\"\nDependabot hace caso omiso de los principales golpes de `@tipos/nodo`, `tiposcript`, `eslint`, `actions/checkout`, `actions/setup-node`\n`nyc` config + `coverage` script añadido\nOrphan `.github/auto-merge.yml` removed (active workflow is `automerge-dependabot.yml` using `gh pr merge`)",
-        "pl": "Oczyszczanie audytów w stosunku do pełnego standardu 'iBroker.example / TypeScript':\nUstawienie testowe migrowane: testy są teraz dostępne obok źródła jako 'src / lib / * .test.ts' i uruchamiane bezpośrednio przez 'ts- node / register'. Usunięto 'tsconfig.test.json' + 'build- test /', dodano 'test / mocharc.customi.json' + 'test / mocha.setup.js' + 'test / tsconfig.json' + 'test / .eslintrc.json'\n'@ types / node' rolled back from '^ 25.6.0' to '^ 20.19.24' so type defs match 'engins.node: \"> = 20\"'\nDependabot ignoruje teraz główne przeszkody dla '@ types / node', 'typescript', 'eslint', 'actions / checkout', 'actions / setup-node'\ndodano skrypt 'nyc' config + 'cover'\nUsunięty Orphan '.github / auto- merge.yml' (aktywny przepływ pracy to 'automaterge- dependiabot.yml' przy użyciu 'gh pr merge')",
-        "uk": "Аудиторське очищення від потоку `ioBroker.example/TypeScript`\nТестові налаштування мігровані: тести тепер живуть поруч з джерелом як `src/lib/*.test.ts` і запустити безпосередньо через `ts-node/register`. Вилучено `tsconfig.test.json` + `build-test/``, додано `test/mocharc.custom.json` + `test/mocha.setup.js` +`test/tsconfig.json` + `test/.eslintrc.json`\n`@types/node` від `^25.6.0`` до `^20.19.24` так типу defs match `engines.node: \">=20\"`\nВ залежності від того, як `slint`, `slint`, `actions/checkout`, `actions/setup-node`\n`nyc` config + скрипт `coverage` додано\nOrphan `.github/auto-merge.yml` вилучено (активний робочий процес `automerge-залежніabot.yml` за допомогою `gh pr злиття`)",
-        "zh-cn": "对照上游`ioBroker.example/TypeScript ' 全面标准进行审计清理:\n测试设置迁移:现在测试作为`src/lib/*.test.ts ' 在源头旁边进行,直接通过`ts-node/register ' 运行。 删除`tsconfig.test.json ' +`building-test/ ' ,增加`test/mocharc.custom.json ' +`test/mocha.setup.js ' +`test/tsconfig.json ' +`test/.eslintrac.json'\n`@型/节点`从`^25.6.0`回滚至`^20.19.24`,因此 type型与 型相同\n现在,依赖忽略了`Q ' 类型/节点 ' 、`字典 ' 、`slint ' 、`行动/检查 ' 、`行动/设置节点 ' 的重大颠峰\n添加了 \" nyc \" 配置 + \" 覆盖 \" 文字\n孤儿`.github/自动合并.yml ' 被删除(使用`gh pr 合并 ' 的主动工作流程为`自动合并-依赖.yml')"
+        "en": "Internal cleanup. No user-facing changes.",
+        "de": "Interne Bereinigung. Keine User-sichtbaren Änderungen.",
+        "ru": "Внутренняя очистка. Без видимых изменений для пользователя.",
+        "pt": "Limpeza interna. Sem alterações visíveis para o usuário.",
+        "nl": "Interne opschoning. Geen wijzigingen voor de gebruiker.",
+        "fr": "Nettoyage interne. Aucune modification visible pour l'utilisateur.",
+        "it": "Pulizia interna. Nessuna modifica visibile all'utente.",
+        "es": "Limpieza interna. Sin cambios visibles para el usuario.",
+        "pl": "Wewnętrzne porządki. Brak zmian widocznych dla użytkownika.",
+        "uk": "Внутрішнє прибирання. Без помітних для користувача змін.",
+        "zh-cn": "内部清理。对用户无可见变化。"
       },
       "1.1.5": {
-        "en": "Process-level unhandledRejection/uncaughtException handlers added as last-line-of-defence. Stop shipping the manual-review release-script plugin. Audit-driven boilerplate sync with the other krobi adapters. Min js-controller correction: was >=7.0.0, restored to repochecker-recommended >=6.0.11 (Source: ioBroker.repochecker/lib/M1000_IOPackageJson.js). @types/iobroker bumped to ^7.1.1.",
-        "de": "Process-level unhandledRejection/uncaughtException-Handler als Last-Line-of-Defence hinzugefügt. Das manual-review-Release-Script-Plugin entfällt. Audit-getriebener Boilerplate-Sync gegenüber den anderen krobi-Adaptern. js-controller-Korrektur: war >=7.0.0, korrigiert auf Repochecker-recommended >=6.0.11 (Quelle: ioBroker.repochecker/lib/M1000_IOPackageJson.js). @types/iobroker auf ^7.1.1 angehoben.",
-        "ru": "Process-level обробники unhandledRejection/uncaughtException додано як last-line-of-defence. Manual-review release-script plugin більше не постачається. Audit-керована синхронізація boilerplate з іншими krobi-адаптерами. Корекція js-controller: було >=7.0.0, відновлено на repochecker-recommended >=6.0.11 (Джерело: ioBroker.repochecker/lib/M1000_IOPackageJson.js). @types/iobroker оновлено до ^7.1.1.",
-        "pt": "Handlers process-level unhandledRejection/uncaughtException adicionados como last-line-of-defence. O plugin manual-review do release-script foi removido. Sincronização de boilerplate orientada por audit com os outros adaptadores krobi. Correção js-controller: era >=7.0.0, restaurada para repochecker-recommended >=6.0.11 (Fonte: ioBroker.repochecker/lib/M1000_IOPackageJson.js). @types/iobroker atualizado para ^7.1.1.",
-        "nl": "Process-level unhandledRejection/uncaughtException-handlers toegevoegd als last-line-of-defence. Het manual-review release-script plugin wordt niet meer meegeleverd. Audit-gestuurde boilerplate-sync met de andere krobi-adapters. js-controller-correctie: was >=7.0.0, hersteld naar repochecker-recommended >=6.0.11 (Bron: ioBroker.repochecker/lib/M1000_IOPackageJson.js). @types/iobroker verhoogd naar ^7.1.1.",
-        "fr": "Handlers process-level unhandledRejection/uncaughtException ajoutés en last-line-of-defence. Le plugin manual-review du release-script n'est plus livré. Synchronisation boilerplate audit-driven avec les autres adaptateurs krobi. Correction js-controller: était >=7.0.0, restaurée à repochecker-recommended >=6.0.11 (Source: ioBroker.repochecker/lib/M1000_IOPackageJson.js). @types/iobroker porté à ^7.1.1.",
-        "it": "Handler process-level unhandledRejection/uncaughtException aggiunti come last-line-of-defence. Il plugin manual-review del release-script non viene più distribuito. Sincronizzazione boilerplate audit-driven con gli altri adapter krobi. Correzione js-controller: era >=7.0.0, ripristinata a repochecker-recommended >=6.0.11 (Fonte: ioBroker.repochecker/lib/M1000_IOPackageJson.js). @types/iobroker alzato a ^7.1.1.",
-        "es": "Handlers process-level unhandledRejection/uncaughtException añadidos como last-line-of-defence. El plugin manual-review del release-script ya no se incluye. Sincronización de boilerplate guiada por audit con los demás adaptadores krobi. Corrección js-controller: era >=7.0.0, restaurada a repochecker-recommended >=6.0.11 (Fuente: ioBroker.repochecker/lib/M1000_IOPackageJson.js). @types/iobroker elevado a ^7.1.1.",
-        "pl": "Handlery process-level unhandledRejection/uncaughtException dodane jako last-line-of-defence. Plugin manual-review release-script nie jest już dostarczany. Synchronizacja boilerplate'u audit-driven z pozostałymi adapterami krobi. Korekcja js-controller: było >=7.0.0, przywrócono do repochecker-recommended >=6.0.11 (Źródło: ioBroker.repochecker/lib/M1000_IOPackageJson.js). @types/iobroker podniesione do ^7.1.1.",
-        "uk": "Process-level обробники unhandledRejection/uncaughtException додано як last-line-of-defence. Manual-review release-script plugin більше не постачається. Audit-керована синхронізація boilerplate з іншими krobi-адаптерами. js-controller-корекція: було >=7.0.0, відновлено на repochecker-recommended >=6.0.11 (Джерело: ioBroker.repochecker/lib/M1000_IOPackageJson.js). @types/iobroker оновлено до ^7.1.1.",
-        "zh-cn": "新增进程级 unhandledRejection/uncaughtException 处理器作为 last-line-of-defence。manual-review release-script 插件不再随包发布。与其他 krobi 适配器进行 audit 驱动的 boilerplate 同步。js-controller 更正：从 >=7.0.0 恢复为 repochecker 推荐的 >=6.0.11（来源：ioBroker.repochecker/lib/M1000_IOPackageJson.js）。@types/iobroker 升级至 ^7.1.1。"
-      },
-      "1.1.4": {
-        "en": "Separate test-build output (`build-test/`) from production `build/` — `npm test` no longer risks leaving duplicated `build/src` + `build/test` trees in the published package. No runtime change.",
-        "de": "Separate Test-Building-Ausgang (`Building-Test/`) von der Produktion `Building/` — `npm-Test` nicht mehr Risiken verlassen duplizierte `Building/Src` + `Building/test` Bäume im veröffentlichten Paket. Keine Laufzeitänderung.",
-        "ru": "Отдельная продукция испытательной постройки (‘build-test/’) от производства ‘build/’ — ‘npm test’ больше не рискует оставить дублированные деревья ‘build/src’ + ‘build/test’ в опубликованном пакете. Никаких изменений.",
-        "pt": "Saída de construção de teste separada (`build-test/`) da produção `build/` — `npm test` já não corre o risco de deixar árvores duplicadas `build/src` + `build/test` no pacote publicado. Nenhuma mudança de tempo de execução.",
-        "nl": "Aparte test-build output van de productie Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build-Build- Geen verandering in de looptijd.",
-        "fr": "La sortie séparée de la construction d'essai (`build-test/`) de la production `build/` — `npm test` ne risque plus de laisser des arbres dupliqués `build/src` + `build/test` dans le paquet publié. Pas de changement d'exécution.",
-        "it": "Uscita separata di test-build (`build-test/`) dalla produzione `build/` — `npm test` non rischia più di lasciare duplicati `build/src` + `build/test` alberi nel pacchetto pubblicato. Nessun cambiamento di runtime.",
-        "es": "La producción separada de la producción de pruebas ( \" pruebas impresas \" ) de la producción \" , \" prueba npm \" ya no corre el riesgo de dejar árboles duplicados \" construidos/src \" + \" construidos/test \" en el paquete publicado. No hay cambio de horario.",
-        "pl": "Oddzielna produkcja testowa (\"build-test /\") z produkcji \"build /\" - \"npm test\" nie może już pozostawiać powielonych \"build / src\" + \"build / test\" drzew w opublikowanym pakiecie. Bez zmian.",
-        "uk": "Окремий тестово-будівельний вихід (`build-test/``) від виробництва `build/`` — `npm test’ не більше ризиків, що залишають дублікатом `build/src` + `build/test` дерев у опублікованому пакеті. Немає змін робочого часу.",
-        "zh-cn": "将试验-建设产出(`建设-测试/')与生产`建设/'——`npm测试 ' 分开,不再有将`建设/src ' +`建设/测试 ' 树木复制到已公布的成套材料的风险。 无运行时间变化 ."
+        "en": "Crash defense: process-level error handlers. Min js-controller restored to >=6.0.11.",
+        "de": "Crash-Schutz: process-level Error-Handler. Min js-controller zurück auf >=6.0.11.",
+        "ru": "Защита от сбоев: process-level обработчики ошибок. Мин. js-controller восстановлен на >=6.0.11.",
+        "pt": "Proteção contra falhas: handlers de erro process-level. Mín. js-controller restaurado para >=6.0.11.",
+        "nl": "Crashbescherming: process-level error-handlers. Min. js-controller hersteld op >=6.0.11.",
+        "fr": "Défense contre les crashs : handlers d'erreur process-level. Min js-controller rétabli à >=6.0.11.",
+        "it": "Difesa anti-crash: handler di errore process-level. Min js-controller ripristinato a >=6.0.11.",
+        "es": "Defensa contra fallos: handlers de error process-level. Mín. js-controller restaurado a >=6.0.11.",
+        "pl": "Ochrona przed crashem: handlery błędów process-level. Min. js-controller przywrócony do >=6.0.11.",
+        "uk": "Захист від збоїв: process-level обробники помилок. Мін. js-controller повернено на >=6.0.11.",
+        "zh-cn": "崩溃防护：process-level 错误处理器。最低 js-controller 恢复为 >=6.0.11。"
       }
     },
     "titleLang": {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "iobroker.hassemu",
-  "version": "1.3.2",
+  "version": "1.3.3",
   "description": "Emulates a minimal Home Assistant server so devices expecting a Home Assistant dashboard can display any custom web URL.",
   "author": {
     "name": "krobi",