-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Option zum Deaktivieren der Speicherung der zuletzt genutzten Entitäten in Card-Auswahl #546
Comments
Könntest du das log dazu hier anhängen oder (formatiert) posten? |
Die Logausgabe lässt sich zwar filtern, aber leider nicht gefiltert herunterladen (zumindest habe ich das auf die Schnelle ohne Script nicht hinbekommen, mach ich mich noch schlau), daher erstmal nur der eine Eintrag. Der kam beim Aufruf des Card-Dialoges, ca. 15x pro Sekunde. Logtyp: Info Log from UI Unhandled promise rejection from Firefox 127.0 on Mac OS 10.15TypeError: t is undefined_forecastSupported (src/panels/lovelace/editor/config-elements/hui-weather-forecast-card-editor.ts:101:14)render (src/panels/lovelace/editor/config-elements/hui-weather-forecast-card-editor.ts:240:11)render (src/lit-element.ts:160:23)update (src/reactive-element.ts:1329:13)performUpdate (src/reactive-element.ts:1261:16)scheduleUpdate (src/reactive-element.ts:1233:24) |
Andere Frage: Das wird eher der Punkt, wo ich ansetzen kann, also sicherstellen, dass das entity so ok ist, dass der Fehler nicht auftritt. Der Rest passiert rein im frontend, da habe ich wenig Einfluß drauf. Wobei der Fehler auch verschwinden müsste, wenn du das entity wieder löschst. |
Hab lediglich eine Instanz des YR-Adapters erstellt, dem dort abgelegten JSON einen Raum sowie die Funktion „Wetter“ zugewiesen, für Lovelace freigegeben und dann das Entity in der Wettervorhersagekarte eingetragen. Mehr war nicht nötig 🙈 War der erste Gehversuch bzgl. Wetter, da ich auch noch nicht herausgefunden habe, was exakt in der Karte für Werte/Typen erwartet werden. |
"für lovelace freigeben" heißt dann du hast mit dem Zahnrad an dem Objekt ein manuelles entity erstellt? Das wird mit Wetter eh nicht gehen... warum ist das in der Liste? Urgs... :-/ wenn es nicht mit nur Raum & Funktion vergeben klappt, wäre die Möglichkeit mit dem Geräte-Tab ein Alias-Gerät hinzuzufügen. Mit YR hab ich selber noch nichts gemacht. Bei accuweather und dasWetter weiß ich, dass es mit Raum & Funktion geht (auf die "Summary" Ordner oder so). Falls das bei YR gar nicht geht, wäre es ganz gut da mal einen issue zu erstellen, dass er den type-detector unterstützen sollte. |
Korrekt, die Einstellungen über das Zahnrad meinte ich. Danke für die ganzen hilfreichen Tipps und Hinweise, ich werde mich der Sache mal annehmen und meinen Spieltrieb ausleben ;-) Edit: AccuWeather habe ich nun tatsächlich zum Laufen bekommen, dasWetter kann ich nicht testen, da dort lt. Webseite die API-Schnittstelle umgebaut wird und in der Login-Maske der Link zur Neuregistrierung fehlt. |
Beim Versuch, die Wettervorhersage-Card zu implementieren, wurde unwissentlich ein dafür untaugliches Wetter-Objekt (JSON aus dem Adapter „YR“) ausgewählt und durch Betätigen der Speichern-Schaltfläche nicht nur auf der Seite eingebunden, sondern auch im Card-Auswahlmenü an der Wettervorhersage-Karte gespeichert. Dies hatte zur Folge, dass es jedes Mal beim Öffnen des Card-Auswahldialoges 5-10 Sekunden gedauert hat, bis sich dieser tatsächlich geöffnet hatte. Irrtümlich hatte ich erst die heutigen Updates (Admin, JS) in Verdacht, ein Blick ins Log hat dann den Fehler offenbart. Mein Workaround bestand darin, nach Auswahl der Karte im YAML-Code die „untaugliche“ Entität zu entfernen und erneut zu speichern.
Lösung 1: Checkbox im Lovelace-Adapter, ob Entitäten im Card-Auswahldialog gespeichert werden sollen oder nicht.
Lösung 2: im Fehlerfall (wird ja durchs Log schon abgefangen) die fehlerhafte Entität automatisch wieder aus dem Card-Auswahldialog löschen
The text was updated successfully, but these errors were encountered: