Admin v5 jetzt im STABLE!
-
Ich bin im Bereich "Objekte" und benutze die Filter in der obersten Zeile.
Nicht zutreffende Einträge werden abgedunkelt. Dann muss ich ewig nach unten scrollen um Suchergebniss zu finden.
Wenn ich ein Objekt anklicke und dann die Einstellungen des Objetes oder die History Speicher Einstellungen verändere (egal was, Haupsache ein mal "Speichern"), dann sind danach nur noch die Objekte sichtbar, auf die der Filter zutrifft. Im alten Admin wurden die nicht zutreffenden Objekte sofort ausgeblendet.
-
@homoran : Mit http auch auf iPAD OK
-
@nieip sagte in Admin v5 jetzt im STABLE!:
Nicht zutreffende Einträge werden abgedunkelt
das sollte nur dann der Fall sein wenn in einer tieferen Hierarchieebene der,Filterbegriff auftritt.
wenn das reproduzierbar ist, bitte issue aufmachen.
-
@goersch sagte in Admin v5 jetzt im STABLE!:
@homoran : Mit http auch auf iPAD OK
hab ich mir gedacht. Passt zu den anderen Berichten.
@apollon77 hat bei einem Fall irgendwas zum Alter der Zertifikate als möglichen Grund geschrieben -
@nieip sagte in Admin v5 jetzt im STABLE!:
Nicht zutreffende Einträge werden abgedunkelt. Dann muss ich ewig nach unten scrollen um Suchergebniss zu finden.
ich habe festgestellt, wenn man den Filter verwendet, je nachdem was man Filtert, dauert es nen kurzen Moment(manchmal auch seeeeehr lange) bis die Seite "aktualisiert wird" und nur die gefilterten anzeigt werden.
-
@crunchip sagte in Admin v5 jetzt im STABLE!:
ich habe festgestellt, wenn man den Filter verwendet, je nachdem was man Filtert, dauert es nen kurzen Moment(manchmal auch seeeeehr lange) bis die Seite "aktualisiert wird" und nur die gefilterten anzeigt werden.
Ich habe 15min gewartet. Die nicht zutreffenden Einträge werden erst ausgeblendet, wenn die Seite refresht wird.
-
Guten Abend in die Runde,
ich habe gerade Updates auf Admin V5.1.23, JS controller V3.3.15 und WEB server V3.4.7 durchgeführt. Lief alles super gut durch und scheint zu funktionieren (HOST ist ein Raspi4 mit 8GB).Eine "Kleinigkeit" ist mir aufgefallen:
Ich hatte schon vorher ein LOGIN-Hintergrundbild definiert. Nach den obigen Updates "blitzt" dieses jetzt nur noch zweimal kurz auf. Einmal direkt bevor die LOGIN-Maske erscheint und dann noch einmal wenn die LOGIN-Maske wieder geschlossen wird. Außerdem scheint das Bild deutlich zu groß skaliert zu sein, da man beide Male nur einen Ausschnitt (die "Ecke links oben") des Bildes sieht. Während man die LOGIN-Maske auf dem Schirm hat, sieht man nichts mehr von dem Bild.Benutzt noch jemand ein LOGIN-Hintergrund Bild? Wie sieht das bei Euch aus?
-
@apollon77 sagte in Admin v5 jetzt im STABLE!:
Auch hier: Problem hat mit den Updates augenscheinlich nichts zu tun und ist irgendwas spezielles bei dir
Es scheint sehr speziell zu sein: Ich habe gerade das Update noch einmal durchgeführt. Diesmal aber per shell und bisher läuft alles. Danke für die schnelle Antwort.
-
Jammern auf hohem Niveau:
Im Admin 4 konnte man mit Cursor rechts / links den Objektbaum auf und zu klappen. Das geht leider mit Admin 5 nicht mehr.
Ich fand das immer ganz praktisch um schnell durch die Struktur zu scrollen. -
Frage
in der alten Ansicht konnte man sich im Expertenmodus die Anzahl der Objekte der einzelnen Adapter anzeigen lassen, geht das nun nicht mehr bzw wo findet man das nun? -
Vielen herzlichen Dank! Ansonsten ist es sehr gut geworden!
-
@apollon77 also es hat eindeutig mit der Erweiterung im Chrome zu tun also Click and Clean.
Als Idee, Vielleicht kann man es ja mal mit einbauen das die Veränderungen des Design und der Spalten in Objekte gespeichert werden können.
Herzliche Grüße -
@fa-bio sagte in Admin v5 jetzt im STABLE!:
@apollon77 also es hat eindeutig mit der Erweiterung im Chrome zu tun also Click and Clean.
Als Idee, Vielleicht kann man es ja mal mit einbauen das die Veränderungen des Design und der Spalten in Objekte gespeichert werden können.
Herzliche Grüßeoder im click and clean ein Feature request für Ausnahmen.
Objects sind IMHO nicht sinnvol, da es auf das verwendete Frontend ankommt.
Am PC brauch ich es anders als am Tablet -
@homoran da hast du natürlich Recht.
-
@homoran Ich habe heute nach langem überlegen auch den Schritt gewagt und umgestellt. Soweit hat auch alles gut funktioniert und ich bin überrascht wie trotz allen Kommentaren nachlesend es bei mir wenig Problem gab.
Ich habe nur ein Problem mit dem Enigma2 Adapter, das der mir den Log voll schreibt.
Das zweite ist mein Radar2 Adapter.
Ich kann im Adapter keine Objekte hinzufügen. Unter Objekte sind die alten Namen noch drin aber ohne IP-Adresse. Ich bekomme unter Protokolle folgende Zeile:
Read-only state "radar2.0.Ulli_Handy._nHere" has been written without ack-flag with value "429"Beim Enigma2 Adapter kommt ständig im Log
State value to set for "enigma2.2.enigma2.EVENTREMAINING" has to be type "number" but received type "string"Kann mir da jemand weiter helfen?
Danke
-
@biker1602 Setze den Loglevel beim Enigma Adapter höher (warn oder error) und melde den Fehler beim Adapter auf Github.
-
@chaot said in Admin v5 jetzt im STABLE!:
@biker1602 Setze den Loglevel beim Enigma Adapter höher (warn oder error) und melde den Fehler beim Adapter auf Github.
Kann man das Loglevel für jeden Adapter einzeln bestimmen oder festlegen?
-
@biker1602 Ja.
Bei den Instanzen auf den Adapter klicken. Dann geht das Feld auf.
Dort dann rechts in der ersten Zeile den Lglevel auswählen.Steht bei mir übrigens alles immer auf warn und wird nur bei Bedarf auf info oder debug geschaltet.
-
@chaot sagte in Admin v5 jetzt im STABLE!:
Bei den Instanzen auf den Adapter klicken. Dann geht das Feld auf.
aber nur in der Expertenansicht
@chaot sagte in Admin v5 jetzt im STABLE!:
Steht bei mir übrigens alles immer auf warn
so bekommst aber eher nichts davon mit, von vermeintlichen "Fehlern" wie z.b." has to be stringified but received type "object"
-
@crunchip Die Fehler kommen in der Testumgebung. In der Produktivumgebung stören mich "info" Fehler eigentlich nicht. Da will ich lieber ein aufgeräumtes Log.
