ioBroker.jarvis
ioBroker.jarvis copied to clipboard
Zefau
v3: iFrame "Aufrechterhalten" = true > Wrong position of content
*Please note that you may restore an old layout via jarvis adapter configuration directly within ioBroker
Prerequisites / Voraussetzungen - [x] Which jarvis version are you running / Welche Version von jarvis nutzt du? BITTE GENAUE ANGABE! - [x] Fehler / Screenshot der Browser Konsole (F12), siehe [Fehleranalyse und -Meldung](https://github.com/Zefau/ioBroker.jarvis/wiki/de-Errors)
v3.0.0 alpha-70
Describe the bug / Beschreibe den Fehler A clear and concise description of what the bug / problem is. Eine genaue Beschreibung des Fehlers inkl. Herleitung, um diesen Nachstellen zu können.
Ich nutze einige iFrames für die Darstellung von Grafana-Graphen. Super finde ich die Funktion "Aufrechterhalten". Leider sind bei Aktivierung manche der Grafen "wild" verschoben, nach jedem Wechsel zurück auf einen Tab mit einem solchen iFrame anders verschoben. Der Fehler tritt bei mir am Rechner nicht auf, jedoch am Android Handy mit dem Hermit Browser und Edge Browser, sowie mit dem Fully Browser am Android Tablet Workaround: "Aufrechterhalten" deaktivieren
Screenshots If applicable, add screenshots to help explain your problem. Sofern möglich, bitte Screenshots einfügen, um den Fehler bildlich zu erläutern.
Fehlerbild am Tablet (1. Wechsel auf Tab): Leicht Rechts verschobene Graphen
Fehlerbild am Tablet (2. Wechsel auf Tab): Komplett Links verschobene Graphen
Fehlerbild am Handy: Übereinander verschobene Graphen
Please note that bug reports may be closed if the information above are not given!
Bitte beachte, dass Bug-Reports ggf. einfach geschlossen werden, wenn die oben genannten Kriterien nicht angemessen gegeben sind!
@RkcCorian schau dir das hier bitte nochmal mit v3.0.0-alpha.82 an. Passt das jetzt?
@mcuiobroker passt das bei dir (https://github.com/Zefau/ioBroker.jarvis/issues/753#issuecomment-912074801) ?
Funktioniert tlw. Bei denjenigen, welche schmaler sind ist es jetzt richtig. Bei Breiteren nicht..
@Zefau: Hinweis: Der Frame als solches ist nun an der richtigen Position. Dennoch scheint es für den Inhalt des Frames noch ein Problem zu geben, weswegen diese wie im Bild oben sichtbar zusammengestaucht wird.
@Zefau: Getestet mit alpha-86. Auf Tablet und Handy stimmt auch die Position nicht
Leider keine wesentliche Veränderung erkennbar. Fehler wie oben, diese sind tlw. abhängig vom Gerät, vermutlich der jeweiligen Auflösung
Welche Fehler bestehen denn noch genau? Sowohl
- https://github.com/Zefau/ioBroker.jarvis/issues/977#issuecomment-932957082
als auch
- https://github.com/Zefau/ioBroker.jarvis/issues/977#issuecomment-932531649
@Zefau : Ja genau. Hab beide Fehler gerade mit alpha-110 nochmal nachgestellt
Also bei mir tritt der Fehler im Firefox, Chrome und Edge nicht mehr auf. Auch in den mobilen Varianten der Browser (auf dem Desktop).
Könntest du mal in deinem Browser via F12 in die Browser Konsole und dort die Einstellungen öffnen (nicht die Browser Einstellungen, sondern die Einstellungen der Browser Konsole):
Dort im Bereich Network:
Dann bei geöffneter Browser Konsole neu laden. Ggf. mal den Cache leeren.
Sofern es dann immer noch auftritt wäre es klasse, wenn wir kurz discorden könnten?
Macht leider keinen Unterschied. Debug-Session wäre bspw. heute Abend möglich. Hab selber kein Discord 🙈, aber Teams oder Zoom. Wäre das auch möglich? Teilnahme geht auch ohne Installation / eigenes Konto. Alternativ auch in Discord, idealerweise wenn ich ohne Install/Konto teilnehmen kann.
Wie sieht's mit v3.0.0-alpha.126 aus? Sonst müssten wir morgen mal telefonieren. Gegen 20:30 Uhr?
Nun...um es positiv auszudrücken... ich glaube ich freue mich mal Deine Stimme kennen zu lernen 🙈 Kann morgen gegen 22:30 falls das bei Dir geht... Samstag geht es auch früher
alpha-129
Bzgl. iFrames: Die Größe und Position stimmt jetzt immer, ich konnte die Fehler nicht mehr reproduzieren. Allerdings habe ich folgendes unschönes Verhalten...
- Die iFrame-Inhalte blitzen an einer Stelle am Bildschirm kurz auf und "fliegen" dann an die richtige Stelle
- Alle Widgets skalieren "nach"
- Am Handy kann ich teilweise (je nach Tab) viel zu weit nach oben Wischen
- An fast allen Widgets sind jetzt Scroll-Balken
Ich habe ein ähnliches Problem auf einem iPad und meinem Handy mit v3.0.0-rc1 wobei das Problem schon länger existiert. Wenn ich eine Seite aufrufe, sind die iFrames und der Inhalt verschoben. Ich habe Chrome und Safari probiert und beide haben das Problem. Auf dem Desktop Rechner habe ich das Problem nicht gesehen.
Wenn ich das iPad dann einmal hochkant drehe und wieder zurück dann wird es korrekt dargestellt.
Auf dem Handy sieht das so aus.
Hier wird der Graph in dem iFrame über die Ring Charts gezeichnet.
Hier ist der CSS code
{ "id": "solar1", "icon": "solar-panel-large", "title": "Solar", "iconColor": "", "color": "", "backgroundColor": "", "widgetConfig": { "desktopFitPageHeight": true, "desktopGapSize": "3" }, "widgetsDesktop": [ { "x": 0, "y": 0, "w": 4, "h": 6, "i": "cf96a27b-1772-41c1-9d12-d9e1a11c0114", "moved": false, "items": [ "51ce7b2d-2a31-4d4e-985d-70276e54d5af" ] }, { "x": 2, "y": 9, "w": 1, "h": 3, "i": "db33ecbb-1aac-4001-9b03-40bc2cc8777e", "moved": false, "items": [ "45a3eb21-d4b9-4d04-a2e7-4fc2410e5b86" ] }, { "x": 0, "y": 6, "w": 1, "h": 3, "i": "9c0cb708-d79c-499c-bcaa-d558e950aaf4", "moved": false, "items": [ "dab57738-03a1-4cc9-aef3-3587cca7b1eb" ] }, { "x": 1, "y": 6, "w": 1, "h": 3, "i": "30da5ff7-29f6-468d-bba5-07f4565f8ff6", "moved": false, "items": [ "79136d6c-12ee-4ff1-926f-03b4a8b6a324" ] }, { "x": 2, "y": 6, "w": 1, "h": 3, "i": "e1fc9801-418b-458b-9f8e-05879bb567a1", "moved": false, "items": [ "47cb5515-9388-44cb-bf55-960ddd86710b" ] }, { "x": 3, "y": 6, "w": 1, "h": 3, "i": "77a364db-9d20-4720-98e3-92b6d70aa579", "moved": false, "items": [ "302e6923-08f0-43e5-b920-f35aca83bb8a" ] }, { "x": 0, "y": 9, "w": 1, "h": 3, "i": "e979a6ed-531d-4850-9a8f-51d5112639e3", "moved": false, "items": [ "b6aee283-9a56-4355-aba9-6fea750df6f4" ] }, { "x": 1, "y": 9, "w": 1, "h": 3, "i": "349babed-d497-4e98-b616-c11abac0a594", "moved": false, "items": [ "836467d0-0720-4275-9897-0014a46ed0fb" ] }, { "x": 4, "y": 0, "w": 8, "h": 9, "i": "2662d371-9f74-4e6a-b1fb-1822239d95cf", "moved": false, "items": [ "b858cfc6-30a5-428c-8118-19c15d1d7309" ] } ], "widgetsTablet": [], "widgetsSmartphone": [], "widgetEdges": false, "revision": "1013a" },
Aktuell bleibt nur der Workaround die Option "Aufrechterhalten" zu deaktivieren.
Bei mir das gleiche mit Version v3.0.9. iFrame Aufrechterhalten deaktivieren hilft als Workaround. Bei mir betrifft es die WebUI des LMS (Squeeze).
@sysadmin0815 @stephan1827 bitte schaut nochmal mit v3.0.11 bei aktivierter Option
Servus,
Hier meine Ergebnisse als GIF.
Update auf v3.0.11 über Github. Aufrecht erhalten ist aktiviert. Die GIF's sind leider etwas geschnitten, damit ich unter der 10MB Upload-Grenze bleibe. Standardsachen wie Cache und Cookies löschen, jarvis- + webserver-Adapter neustarten, etc. wurde natürlich gemacht.
LMS (Squeeze Server) als iframe (nicht Vollbild):
Man sieht eine dezente Verzögerung beim Tabwechsel. Ist für mich aber OK.
Bring als Vollbild iFrame Widget von der VIS:
Wenn das iFrame Widget als Vollbild verwendet wird, dann tritt der Fehler noch auf.
Ich hoffe das Hilft. Falls du weitere Tests brauchst, einfach hier melden. Danke und lg
alpha-129Bzgl. iFrames: Die Größe und Position stimmt jetzt immer, ich konnte die Fehler nicht mehr reproduzieren. Allerdings habe ich folgendes unschönes Verhalten...
- Die iFrame-Inhalte blitzen an einer Stelle am Bildschirm kurz auf und "fliegen" dann an die richtige Stelle
- Alle Widgets skalieren "nach"
- Am Handy kann ich teilweise (je nach Tab) viel zu weit nach oben Wischen
- An fast allen Widgets sind jetzt Scroll-Balken
Für dein Scrollbarproblem würde ich dir folgendes in der CSS empfehlen. Klappt bei mir. Keine Scrollbars mehr zu sehen und scrollen funktioniert weiterhin auf Handy, Tablet und Desktop ohne Probleme. Hatte die CSS aber schon vor diesem Bug in Verwendung, weil ich die Scrollbars generell weghaben wollte.
/* hide scrollbar on the right for whole screen*/
/* chromium, edge, chrome */
body::-webkit-scrollbar {
display: none;
}
/* hide scrollbar in widget containers */
/* chromium, edge, chrome */
.jarvis-widget-container::-webkit-scrollbar {
display: none;
}
/* hide scrollbar in firefox*/
html {
scrollbar-width: none;
}
@sysadmin0815 : Danke! Scrollbalken habe ich inzw. lange nicht mehr gehabt. War ein damaliger Fehler
@Zefau : Meine Beobachtungen:
- "Schlechte" Performance beim Tab-Wechsel, vgl. Post von @sysadmin0815
- Am Tablet und Handy, tlw. am PC kann über den sichtbaren Bereich weiter runtergescrollt werden, dann kommt einfach ein komplett schwarzer Bereich
- Position bei Vollbild falsch, analog @sysadmin0815
https://github.com/Zefau/ioBroker.jarvis/issues/1800 https://github.com/Zefau/ioBroker.jarvis/issues/1554
Moin @Zefau ! Ich habe gerade mit der v3.1.2 das Feature nochmal angeschaut. Was mir aufgefallen ist...
- POSITIV: Position der iFrames passt jetzt bei mir 👍
- Bzgl. Performance bei Tab-Wechsel bleiben die iFrames vom vorherigen Tab "kurz stehen", bevor sie verschwinden. Das dauert etwas zu lange, wodurch die UX beim Tabwechsel stark leidet
- Was richtig gut wäre bzgl. "erstmaligem Laden" (was lange dauert)... können die iFrames, auch wenn der Tab, wo diese verwendet werden noch nicht angeklickt wurden, im Idle (wenn Jarvis bereits mit dem Laden des sichtbaren Tab fertig ist), geladen werden, sodass beim Wechsel auf den Tab das erstmalige Laden bereits abgeschlossen wurde. ACHTUNG: Wenn man viele iFrames hat und man dann während dem Laden der vielen iFrames einen anderen Tab auswählt muss das Hintergrundladen der iFrames vermutlich abgebrochen werden, damit das Laden eines anderen Tabs nicht durch das Hintergrundladen der ganzen iFrames blockiert wird. Hoffe es ist verständlich was ich meine 🙈