aktualisierung.py pruefte mit `remote_version != eigene_version` - reine Ungleichheit ohne Richtung. Lief die Instanz einer Veroeffentlichung voraus, bot die Integration an, sich auf die aeltere Fassung zu aktualisieren. Vom Eigentuemer gemeldet. ist_neuer() ist jetzt das Gegenstueck zu versionOrdnung() in appVersion.ts, wo derselbe Fehler am 04.09. behoben wurde: fehlende Stellen zaehlen als 0, kein int() mit Vorabschnitt, und was sich nicht in eine Reihenfolge bringen laesst, gilt als verfuegbar statt verschwiegen. Sechs neue Testfaelle, 79 Python-Tests gruen. Dazu auf Vorgabe des Eigentuemers: die Zeile benennt jetzt selbst, was sie zeigt - "Home-Assistant-Integration | 2026.9.5.19" statt "Installiert" mit dem Gegenstand klein darunter. Damit entfallen die Abschnitts-Ueberschriften aus dem vorigen Commit, sie sagten dasselbe doppelt. Live in beiden Oberflaechen gegengeprueft: Gitea auf .18, Instanz auf .19 - gemeldet wird gruenes "aktuell" (--ok) mit Pruefzeitpunkt statt eines Rueckschritts. 0 Tracebacks. Co-Authored-By: Claude Opus 5 <[email protected]>
24 lines
536 B
JSON
24 lines
536 B
JSON
{
|
|
"domain": "audi_dashboard",
|
|
"name": "Audi Dashboard",
|
|
"version": "2026.9.5.19",
|
|
"documentation": "https://gitea.nothaft.cloud/paul/audi-app/src/branch/main/README.md",
|
|
"issue_tracker": "https://gitea.nothaft.cloud/paul/audi-app/issues",
|
|
"codeowners": [
|
|
"@paul"
|
|
],
|
|
"config_flow": true,
|
|
"integration_type": "service",
|
|
"single_config_entry": true,
|
|
"iot_class": "local_polling",
|
|
"dependencies": [
|
|
"http",
|
|
"frontend",
|
|
"panel_custom",
|
|
"recorder"
|
|
],
|
|
"requirements": [
|
|
"pypdf>=4.0.0"
|
|
]
|
|
}
|