<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[js-controller Milla (7.1.2) jetzt im Stable Repository]]></title><description><![CDATA[<p dir="auto"><strong>Aktuelle Test Version</strong>   7.1.2<br />
<strong>Veröffentlichungsdatum</strong>   08.06.2026</p>
<p dir="auto">Hallo ioBroker-Community,</p>
<p dir="auto">nachdem der Beta Test für die neue Version 7.1 ohne weitere Auffälligkeiten verlaufen ist, möchten wir euch heute den neuen Controller im Stable zur Verfügung stellen. Dieser wird im Laufe des Tages im offiziellen Stable Repository verfügbar sein.</p>
<p dir="auto"><strong>❕ Node.js Versions-Anforderungen</strong><br />
Die unterstützten Node.js Versionen sind: <strong>18.x, 20.x, 22.x und 24.x</strong>. Die empfohlene Node.js Version für ioBroker ist Stand heute <strong>22.x</strong>. Node.js 18.x erreicht in absehbarer Zeit sein End-of-Life – wir empfehlen daher bereits jetzt den Wechsel auf eine aktuellere Version.<br />
Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter <a href="https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-14-16-und-18">https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-14-16-und-18</a> !</p>
<p dir="auto"><strong>❗ Informationen zur Version</strong><br />
Hier möchte ich euch als erstes einen Einblick in die für euch relevanten neuen Features geben.</p>
<p dir="auto"><strong>🌟 Feature Spotlight</strong></p>
<p dir="auto"><strong>🆕 Objekt-Warnlimit (Objects Warn Limit)</strong></p>
<p dir="auto">Das zentrale Feature dieser Version ist das neue Objekt-Warnlimit. Adapter können ungewollt eine sehr große Anzahl an Objekten anlegen – sei es durch einen Fehler oder eine ungünstige Konfiguration. Das belastet die Datenbank und kann die Performance des gesamten Systems beeinträchtigen.</p>
<p dir="auto">Der js-controller überwacht nun die Anzahl der von einer Instanz angelegten Objekte und warnt, sobald ein definiertes Limit überschritten wird. Das Limit lässt sich pro Instanz konfigurieren, und Adapter-Entwickler können über <code>defaultObjectsWarnLimit</code> einen passenden Standardwert hinterlegen, der bereits bei der Installation greift. So erkennt ihr „durchgegangene" Adapter frühzeitig, bevor sie eure Installation aufblähen.</p>
<p dir="auto"><strong>🆕 Bessere Container-Erkennung (Podman &amp; CRI-O)</strong></p>
<p dir="auto">Die Docker-/Container-Erkennung (<code>isDocker</code>) wurde erweitert und erkennt nun auch Umgebungen wie <strong>Podman</strong> und <strong>CRI-O</strong> über die <code>.containerenv</code>-Datei. Wer ioBroker außerhalb des klassischen Docker-Containers betreibt, profitiert hiervon direkt.</p>
<p dir="auto"><strong>🛠 Weitere Verbesserungen</strong></p>
<ul>
<li>adminUI-, adminTab- und adminColumns-Konfigurationen werden beim Adapter-Upload nun korrekt erhalten und nicht mehr fälschlich überschrieben.</li>
<li>Der adapter-spezifische <code>stopTimeout</code> wird nun in allen Fällen respektiert (statt eines pauschalen Fallbacks von 4 Sekunden) – das sorgt für ein saubereres Herunterfahren langsamer Adapter.</li>
<li>Für <code>ts</code>- und <code>lc</code>-Felder beim <code>setState</code> werden nun ausschließlich Zahlen akzeptiert.</li>
</ul>
<p dir="auto"><strong>👩‍💻 Für Entwickler</strong></p>
<p dir="auto">Ein großer Teil dieser Version betrifft Typing-Verbesserungen, u. a. für <code>visIconSets</code>, <code>smartName</code> in Enums, <code>supportsLoadingMessage</code>, <code>findForeignObject</code>, vis-/vis-2-Widgets, <code>json</code> in <code>adminUI.tab</code>, <code>docker-api</code> sowie externe Authentifizierung für <code>UserCommon</code>. Wer Adapter entwickelt, sollte auf die neueste <code>@iobroker/types</code>-Version aktualisieren.</p>
<p dir="auto"><strong>ℹ Weitere Informationen</strong><br />
Detailliertere Informationen zu allen Änderungen und Features findet Ihr weiter unten und im Changelog. Ich hoffe auch diesmal auf Eure tatkräftige Unterstützung, sodass der Latest-Release dann genau so reibungslos verläuft wie bei den letzten Versionen.</p>
<p dir="auto">Für die aktive Mitarbeit an dieser Version des js-controller bedanke ich mich diesmal wieder besonders bei <strong>Apollon77</strong>!</p>
<p dir="auto">Darüber hinaus ist der js-controller 7.1 generell kompatibel mit allen bestehenden ioBroker-Systemen. <strong>Ein Update von der Version 7.0.x ist problemlos und ohne Zwischenschritte möglich.</strong><br />
Solltet ihr noch auf einer älteren Version unterwegs sein, empfehlen wir ein schrittweises Update (3.3.x → 4.0 → 5.0 → 6.0 → 7.0 → 7.1).</p>
<p dir="auto"><strong>💾 Installation</strong></p>
<p dir="auto"><strong>1⃣ VOR der Installation</strong><br />
Wie bei jedem Test dieser Art: Bitte macht ein Backup! <code>iobroker backup</code> bzw. das Kopieren des <code>iobroker-data</code> Verzeichnisses reichen an sich aus. Bitte nicht das <code>node_modules</code> Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt.<br />
Eine alte 7.0.x-Version des js-controller kann im Notfall einfach wieder per <code>npm install iobroker.js-controller@version --omit=dev</code> („version" durch die gewünschte Versionsnummer ersetzen) installiert werden und sollte alles wieder herstellen (Letzter Stable Stand der 7.0er Reihe ist die 7.0.7).</p>
<p dir="auto"><strong>2⃣ Nötige Adapter-Aktualisierungen</strong><br />
Am besten VOR dem js-controller Update alle verfügbaren Adapter-Updates prüfen und alle Updates installieren, die im Changelog auf Optimierungen oder Anpassungen für den js-controller 7.x oder höher hinweisen.<br />
Mit den stable Versionen der jeweiligen Adapter sollten keine Probleme auftreten, falls doch bitte hier melden.</p>
<p dir="auto"><strong>3⃣ Achtung: MASTER/SLAVE-Systeme Reihenfolgen beachten!</strong><br />
Bei einem Multi-Host-System, welches auf js-controller 7.0.x läuft, ist es beim Update auf Version 7.1 empfohlen, zuerst das Master-System zu aktualisieren. Der Master muss dann wieder gestartet werden. Die Slaves werden danach aktualisiert!</p>
<p dir="auto">Bei Updates von Master/Slave-Systemen mit js-controller 4.x oder früher bitte die jeweiligen Update-Threads der empfohlenen Zwischenversionen prüfen.</p>
<p dir="auto"><strong>4⃣ Windows</strong><br />
Wir empfehlen euch, den Weg über den offiziellen Installer zu nutzen.</p>
<p dir="auto">Im Zweifel kann das Update manuell via npm installiert werden. Hierzu im ioBroker-Verzeichnis nach dem Stoppen des ioBroker den Befehl <code>npm i iobroker.js-controller@stable</code> ausführen.</p>
<p dir="auto"><strong>4⃣ Linux</strong><br />
Die erste Wahl für Linux-Systeme ist die Aktualisierung über den Admin im Hosts-Tab.<br />
Sollte diese nicht verfügbar sein, bitte folgenden Weg wählen:</p>
<ul>
<li>ioBroker stoppen (<code>iobroker stop</code>)</li>
<li>Prüfen, dass keine Prozesse (Adapter, Backups) mehr laufen (<code>ps auxww|grep io</code> und auch <code>ps auxww|grep backup</code>). Es passiert manchmal, dass trotz dem Stoppen noch Zombies zurückbleiben</li>
<li>Das Update erfolgt via <code>iob upgrade self</code></li>
<li>ioBroker starten (<code>iobroker start</code>)</li>
</ul>
<p dir="auto"><strong>5⃣ Bei Fehlern:</strong><br />
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (<code>iob fix</code>) nutzen und die Installation erneut versuchen.</p>
<p dir="auto">Solche Fehler bitte hier im Thread melden.</p>
<p dir="auto"><strong>6⃣ NACH der Installation</strong><br />
Wenn alles klappt, merkt Ihr außer der höheren Versionsnummer in der Host-Ansicht im Admin keinen Unterschied. Alles funktioniert weiterhin wie vorher. Alle Adapterinstanzen starten und funktionieren. Wenn das so ist, hat alles geklappt.</p>
<p dir="auto">Falls im Log Warn-Meldungen auftauchen mit dem Hinweis, diese an den Entwickler zu senden, dann bitte schauen, welcher Adapter es ist, und entsprechend dort bitte Issues anlegen!</p>
<p dir="auto"><strong>Was hat sich geändert, was besonders ansehen/beachten?</strong></p>
<p dir="auto">Speziell die Entwickler sollten sich die neuen Typings sowie das <code>defaultObjectsWarnLimit</code> anschauen. Anwender achten am besten auf eventuelle Warnungen zum Objekt-Limit – das ist ein guter Indikator für einen Adapter, der mehr Objekte anlegt als erwartet.</p>
<p dir="auto">Hier für Interessierte als Spoiler eine Zusammenfassung des Changelogs 📰:</p>
<blockquote>
<p dir="auto"><strong>7.1.2</strong></p>
<ul>
<li>Korrigierte Typings</li>
<li>Standard-Warnlimit für Objekte für Adapter (<code>defaultObjectsWarnLimit</code>)</li>
</ul>
<p dir="auto"><strong>7.1.1</strong></p>
<ul>
<li>Korrigierte Typings</li>
<li><code>isDocker</code> unterstützt nun <code>.containerenv</code> (Podman/CRI-O)</li>
<li>Chai-Tests durch Node-Assert-Tests ersetzt (für Endanwender nicht relevant)</li>
</ul>
<p dir="auto"><strong>7.1.0</strong></p>
<ul>
<li>Objekt-Warnlimit pro Instanz</li>
<li>Fix: adminUI/adminTab/adminColumns bleiben beim Upload korrekt erhalten</li>
<li><code>ts</code>/<code>lc</code> beim setState akzeptieren nur noch Zahlen</li>
<li>adapter-spezifischer <code>stopTimeout</code> wird konsequent respektiert</li>
<li>Erzeugung eines JavaScript-Passworts zur Verschlüsselung von Vendor-Skripten</li>
<li>Zahlreiche neue/erweiterte Typings (visIconSets, smartName, supportsLoadingMessage, findForeignObject, vis/vis-2-Widgets, docker-api u. v. m.)</li>
<li>Aktualisierte Plugin- und Sentry-Pakete</li>
</ul>
</blockquote>
<p dir="auto"><strong>Wie Fehler melden?</strong></p>
<p dir="auto">Wer sich unsicher ist, ob ein Fehler vorliegt, sollte am besten hier im Thread das Problem beschreiben. So können wir alle versuchen, das Problem nachzuvollziehen und ggf. einzugrenzen.</p>
<p dir="auto">Bitte checkt auch die „Known issues Liste" (zweiter Post) mit den Dingen, die aktuell während der Beta bekannt sind und bis zum Stable Release noch angepasst werden.</p>
<p dir="auto">Sobald ein Fehler auftritt, der in einer Fehlermeldung oder einem Crash mit Fehlerdetails im Log oder auf der Kommandozeile endet, dann dazu am besten direkt ein GitHub-Issue im js-controller Projekt öffnen und zusätzlich hier im Thread posten. Je detaillierter die Angaben im Issue sind (genaue Fehlermeldungen/Logs, Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.</p>
<p dir="auto">Bitte postet auch die Ausgabe von <code>iob diag</code> mit rein.</p>
<p dir="auto">Wir wünschen allen viel Spaß beim Testen und vielen Dank für Eure Unterstützung!</p>
<p dir="auto">Bluefox</p>
]]></description><link>https://forum.iobroker.net/topic/84727/js-controller-milla-7.1.2-jetzt-im-stable-repository</link><generator>RSS for Node</generator><lastBuildDate>Sat, 13 Jun 2026 08:05:31 GMT</lastBuildDate><atom:link href="https://forum.iobroker.net/topic/84727.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 08 Jun 2026 16:23:00 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to js-controller Milla (7.1.2) jetzt im Stable Repository on Sat, 13 Jun 2026 06:31:08 GMT]]></title><description><![CDATA[<p dir="auto">Hat bei mir leider nicht funktioniert!<br />
iobroker läuft im Docker v11.1.0, beim Update kommt folgende Fehlermeldung:</p>
<pre><code>SyntaxError: Unexpected token '&lt;', "&lt;!doctype "... is not valid JSON
</code></pre>
<p dir="auto">js-Controller: v7.0.7<br />
node.js: v22.22.2<br />
NPM: v10.9.7<br />
Admin: v7.8.29</p>
<p dir="auto">Da ich dachte, das das Update mittlerweile stabil über den Admin funktioniert, hab ich es erstmal darüber probiert.<br />
Scheint aber so das es (immer noch nicht) stabil funktioniert bei Docker-Containern, kann mir evtl nochmal einer sagen wie aktuell die Befehle über das Consolen-Update für den Docker-Container sind?</p>
]]></description><link>https://forum.iobroker.net/post/1344196</link><guid isPermaLink="true">https://forum.iobroker.net/post/1344196</guid><dc:creator><![CDATA[icebear]]></dc:creator><pubDate>Sat, 13 Jun 2026 06:31:08 GMT</pubDate></item></channel></rss>