Ich konnte folgenden Effekt bemerken.
- Altes webfront laden (dauert ewig)
- zweiter Tab die Console laden - Dann kommen beide Fensterinhalte recht schnell
Hallo zusammen,
habt ihr zufällig schon eine Lösung gefunden? Habe das gleiche Problem. 
Aktuell ist der beste Workaround einen WebServer mit SSL zu erstellen und darüber das WebFront aufzurufen.
paresy
Oder alternativ einen anderen Browser verwenden…
Klaus
@paresy - Sorry, ich bin leicht genervt. Weder auf den ipads, iphones noch macbook läuft symcon über Safari, und damit auch nicht über die abgelegten Shortcuts. Jedes mal Chrome starten kann ja nicht die Lösung sein. SSL ist eingeschaltet, geht trotzdem nicht. Und extern mit jedes mal passwort eingeben kann es auch nicht sein.
@paresy und team - seit doch so nett und klemmt Euch mal dahinter. So kann man das nicht benutzen. Es kann ja nicht sein, dass jede sonstige lokale App (z.B. von der Heizung) ohne SSL funktioniert und Symcon mit oder ohne SSL nicht. Die Console funktioniert ja, der oben genannte Trick mit Console öffnen lässt tatsächlich dann auch die normale Seite starten - damit muss sich doch etwas ableiten lassen. Bitte reparieren.
Hallo, ich habe leider auch das gleiche Problem. Bei mir geht der Firefox, aber auch nur, wenn ich die Webfront Adresse eintrage. Als WebApp funktioniert es leider mit dem Firefox auch nicht. Anderes Handy bei uns ohne IOS26.x funktioniert problemlos. Leider echt nervig, wenn man sich dran gewöhnt hatte. 
Ist bei mir auch so was mir aber aufgefallen ist wenn man oben Dan auf den neu laden Pfeil drückt läd die Seite so gut wie immer einwandfrei.
Gruß Stefan
Kann ich bestätigen, klickt man während des Ladenenden Donuts auf Reload gehts sofort.
Kurzes Feedback, dass ich in das Problem noch einmal reingeschaut habe und noch nicht wirklich verstehe, warum es passiert. Anbei trotzdem ein paar Details der Analyse.
- Chrome/Firefox laufen problemlos
- Laut Wireshark wird der WebSocket Kanal gar nicht erst geöffnet, sondern das WebFront klemmt vorher, wenn über Safari geöffnet
- Wenn ich dann aber die DevTools in Safari öffne, dann kommt das WebFront sofort. (Dadurch ist es etwas schwierig zu Debuggen, wo er klemmt)
- Es ist egal, ob man HTTP oder HTTPS nutzt
- Der WebFront Editor lädt ebenfalls nicht korrekt
- Über Connect funktioniert es einwandfrei
- Per Name (z.B.
http://symbox.local:3777/legacy/) funktioniert es ebenfalls
Der beste Workaround wäre also per Hostname auf das WebFront zuzugreifen.
paresy
Wie verhindere ich die Passwortabfrage, wenn ich das Webfront über den Hostnamen aufrufe?
Du musst bei der Namens Auflösung schauen, dass am Ende eine IPv4 kommt, damit der IP Autostart greift 
paresy
Danke! Hat funktioniert.
1 „Gefällt mir“
Ich habe das Problem auch von allen Apple Devices. Mac Book, iPad, iPhone. Und zwar manchmal mit Safari und Chrome. Nur alleine an Apple kann das nicht liegen, denn die Webseite meiner OpenWB Wallbox aber auch HomeAssistant laufen auf allen diesen Geräten. Wäre wirklich nett, wenn ihr da mal rein schauen würdet. Problem mit Symcon habe ich mit Kachelvisu, mit altem Webfront und mit Adminconsole.
Kannst du einmal probieren, ob das Problem weg ist, wenn du über den DNS Namen gehst?
Bisher ist das Problem nur für Safari + WebFront bekannt. Es wäre also neu, dass es in der Konsole auch nicht geht.
paresy
Hallo Michael, vielen Dank für die schnelle Antwort. Muss etwas ausholen: ich habe eine Unify Umgebung (seit ca 9 Monaten) und mir bisher keine Gedanken um lokalen DNS gemacht. Einige meiner Aliase waren Namen, die nicht DNS kompatibel waren (mit Leerzeichen). Habe das jetzt gefixt und über symcon.localdomain findet nslookup nun die IP Adresse.
Und über http://symcon.localdomain funktioniert der Aufruf tatsächlich sofort bei allen Apple Devices. Vielen Dank!!!
Zur Konsole: ich meinte damit nicht den Konsolen Client (den nutze ich nie), sondern die Konsole im Browser. Sorry für die Verwirrung.
Scheint mit dem neusten iOS Update wieder zu laufen.