Repository navigation
v0.4.2 — Hotfix: Add-on startet mit leeren Source-Link-Feldern
Hotfix — Add-on startet jetzt auch mit leeren Source-Link-Feldern
Mit v0.4.1 baut das Image durch (debian + apt-get + PyTorch + Modell — alles gut). Aber der Add-on-Start brach mit Schema-Fehler ab:
App ... has invalid options: expected a URL. Got {...
'bookstack_base_url': '', 'homeassistant_base_url': ''}
Ursache
In HA-Add-on-Schemas heißt das ?-Suffix „darf im Dict fehlen", NICHT „darf leer sein". Ein leerer String "" ist ein präsenter Wert und besteht den url-Validator nicht.
Konkret hatte ich in v0.4.0:
bookstack_base_url: url?
homeassistant_base_url: url?llm_base_url (schon in v0.3.0) war richtigerweise als str? deklariert — daher gab es bei dem keinen Bug. Bei den zwei neuen Feldern habe ich's verbockt.
Fix
bookstack_base_url: str?
homeassistant_base_url: str?Runtime-Validation in app/llm.py:build_source_links prüft sowieso auf Nicht-Leer bevor URLs gebaut werden — das Schema-Relaxing ist sicher.
Update auf v0.4.2
Im HA-Add-on-Store auf Update klicken. Build dauert dieses Mal ~5-6 Min (Layer-Cache von v0.4.1 hilft, aber Schema-Update reicht potentiell ein Re-Tag — Supervisor entscheidet). Danach Start klicken — diesmal sollte der Container hochkommen.
Wenn bookstack_base_url und homeassistant_base_url leer bleiben, fällt der ganze Source-Link-Mechanismus (Sources-Zeile pro <doc>-Block) weg — alles andere läuft normal. Sobald du beide Werte setzt, kommen klickbare Quellen-Links automatisch zurück.