Hallo an alle die dies hier lesen,
ich habe seit heute das Problem das mir im Chrome nur noch blaue Links und ein weisser Hintergrund angezeigt werden beim FHEM WEB. Explorer und Firefox funktionieren. Jemand vielleicht eine Idee was das sein könnte?
Danke
Gruß
Jörg
Habe das selbe Problem auf meinem Android Smartphone, siehe Anhang.
Der "Samsung Internet" stellt die Seite dagegen korrekt dar (nur den nutze ich sonst nicht)
Da ich keine Änderungen an Fhem vorgenommen habe, vermute ich eine Änderung an Chrome.
Gruß
Arne
Hallo,
ich hatte die Anmeldedaten mit im Lesezeichen gespeichert. Lass ich das weg und melde mich manuell an geht es ausse der Weblink zu meinen IP Cams. Der geht weiterhin nicht. Hatte auch keine Änderungen am FHEM gemacht und denke auch es ist ein Chrome Problem.
Gruß
Jörg
Habe das gleiche Problem, sowohl vom PC als auch Android seit dem jeweils letzten Chrome-Update.
Habe auch die Anmeldedaten aus dem Link entfernen müssen.
Meine Suche, warum das mit Chrome nicht mehr funktioniert, war bisher ohne Erfolg.
Schon etwas nervig, die Sache...
Ich kann solche kaputte Grafiken nicht reproduzieren (s.u), brauche also mehr Details, am besten mit fhem.cfg.demo, damit wir von der gleichen Sache sprechen.
Ich habe alle Seiten von fhem.cfg.demo mit Chrome 59.0.3071 auf Android, Win7 und OSX aufgerufen, standard Interface (8083) und smallscreen (8084). Auch der Link vom Desktop@Android funktioniert wie bisher.
Hallo,
hier ein paar Screenschots mit der Chrome Version. Rufdolf tut mi rleid das ich das frage aber was meinst Du mit fhem.cfg.demo?
Gruß
Jörg
Zitatwas meinst Du mit fhem.cfg.demo?
Wenn man FHEM installiert, dann liegt eine Datei fhem.cfg.demo neben fhem.pl. Wenn man aus einem Terminal diese Konfiguration startet mit "perl fhem.pl fhem.cfg.demo", dann kriegt man eine definierte Umgebung, was ich auch leicht nachstellen kann. Man sollte das "Haupt-FHEM" aber vorher beenden.
Steht was in der JavaScript Console bzw. FHEM-Log?
Wie schon gesagt hat es mit dem gespeicherten Benutzer und Passwort im Lesezeichen zu tun.
[Deprecation] Subresource requests whose URLs contain embedded credentials (e.g. `https://user:pass@host/`) are blocked. See https://www.chromestatus.com/feature/5669008342777856 for more details.
Dann weiss Du schon was passiert. Was ist dann deine Frage?
Ja, Chrome hat das abgeschaltet. Irgendwann werden die andere Browser das auch machen.
Hab ein ähnliches Problem:
vor dem letzten Update wurde Chrome nicht mit dem laden der SVGs fertig bzw. hat diese ständig neu geladen, auch wenn longpollSVG aus war.
Seit dem letzten Update kann Chrome die Seite gar nicht mehr öffnen und gibt eine Fehlermeldung aus...
beim IE funktioniert alles wunderbar.
Und Du willst die Fehlermeldung nicht verraten, weil Du keine technische, sondern psychologische Hilfe willst?
Zitat von: rudolfkoenig am 07 Juli 2017, 07:43:24
Und Du willst die Fehlermeldung nicht verraten, weil Du keine technische, sondern psychologische Hilfe willst?
Ich war nur nicht Zuhause und hab sie nicht mehr gewusst....
Ist nicht sehr aussagekräftig:
"Oh nein!": In Chrome treten Probleme beim Laden einer Webseite auf, die Sie aufrufen möchten.
Steht was in der JavaScript Konsole? (More Tools -> Developer Tools -> Console)
Jetzt geht das Laden wieder, nur werden SVGs wieder permanent neu geladen.
In der Java-Konsole steht das:
15:15:07.475 Rcvd: ["Kodi-stereoscopicmode-ts","2017-07-14 15:15:10","2017-07-14 15:15:10"]
fhemweb.js:391 15:15:07.476 longpollSVG filter:Zimmertemperatur.T0.|Zimmerluftfeuchtigkeit.humidity.
fhemweb.js:391 15:15:07.477 longpollSVG filter:Aussentemperatur.temperature.|Aussentemperatur.humidity.
[Violation] Forced reflow while executing JavaScript took 57ms
[Violation] Forced reflow while executing JavaScript took 93ms
[Violation] Forced reflow while executing JavaScript took 49ms
[Violation] Forced reflow while executing JavaScript took 94ms
[Violation] Forced reflow while executing JavaScript took 47ms
[Violation] Forced reflow while executing JavaScript took 93ms
[Violation] Forced reflow while executing JavaScript took 43ms
[Violation] Forced reflow while executing JavaScript took 81ms
[Violation] Forced reflow while executing JavaScript took 42ms
[Violation] Forced reflow while executing JavaScript took 92ms
[Violation] Forced reflow while executing JavaScript took 42ms
2[Violation] Forced reflow while executing JavaScript took 85ms
[Violation] Forced reflow while executing JavaScript took 84ms
Im Reiter "Network" sieht man, dass es sofort wieder heruntergeladen wird, sobald es fertig heruntergeladen ist (siehe Anhang)
Gruß,
Kuzl
Edit:
Nachdem nun laut Chrome das Arbeitsspeicherlimit erreicht wurde kann Chrome die Seite mit der Fehlermeldung von oben wieder nicht laden.
Beim Versuch steht das in der Konsole:
[Deprecation] Subresource requests whose URLs contain embedded credentials (e.g. `https://user:pass@host/`) are blocked. See https://www.chromestatus.com/feature/5669008342777856 for more details.
[Violation] Forced reflow while executing JavaScript took 72ms
fhemweb.js:391 21:51:40.458 Loading script /fhem/jscolor/jscolor.js
fhemweb.js:391 21:51:40.494 Loading script /fhem/pgm2/sorttable.js
fhem_niceclocks.js:268 niceclocks: Ready. Processing Clock.
jquery.min.js:2 [Violation] 'DOMContentLoaded' handler took 193ms
[Violation] Forced reflow while executing JavaScript took 127ms
ZitatJetzt geht das Laden wieder
Und was hat sich in der Zwischenzeit geaendert?
Zitatnur werden SVGs wieder permanent neu geladen.
Das ist normal, wenn man longpollSVG gesetzt hat, und haeufig neue Events gibts.
Die Meldungen aus der JavaScript-Konsole sind auch normal, da Chrome sich neuerdings beschwert, wenn JavaScript die Seite neu gestaltet, und das passiert bei longpollSVG. Wenn jemand weiss, wie man diese Meldung abstellt, bitte melden. Apropos longpollSVG: ich rate von der Verwendung ab, es war nur ein PoC, um zu zeigen dass sowas nicht richtig funktionieren kann. Bin immer noch der Ansicht, dass fuer eine "sinnvolle" Aktualisierung der Grafiken die SVG im Browser erstellt werden muss (was z.Zt. nicht der Fall ist). longpollSVG kann je nach Events und SVG-Konfiguration den FHEM-Server ordentlich belasten.
Der Reiter "Network" hilft mir so leider nicht, weil ich nicht den kompletten Pfad der angeforderten SVGs sehe. Und selbst wenn, ich braeuchte die Konfiguration aller angezeigten SVGs + die Liste der Events waehrend der Beobachtungsphase zusaetzlich, um zu sagen, ob da was falsch laeuft, oder ob es so gedacht ist.
Wie kommst du auf die Idee, dass irgendwann ein Arbeitspeicherlimit erreicht wurde? Ich sehe das nicht in den angehaengten Meldungen.
Zitat von: rudolfkoenig am 16 Juli 2017, 13:27:08
Und was hat sich in der Zwischenzeit geaendert?
Das kann ich leider nicht sagen, aktiv hab ich selbst nichts Verändert. Es kann aber natürlich sein, dass im Hintergrund etwas geändert worden ist.
Zum neuladen der SVG: das ist unabhängig davon ob longpollSVG gesetzt ist oder nicht.
Und da kommen 2 events pro Minute und nicht alle 100ms....
Zitat von: rudolfkoenig am 16 Juli 2017, 13:27:08
Wie kommst du auf die Idee, dass irgendwann ein Arbeitspeicherlimit erreicht wurde?
Das hat Chrome irgendwann gemeldet, nachdem ich FHEM-Web einige Zeit offen hatte. In den Meldungen ist das leider nicht zu sehen. War zwischen den beiden Ausschnitten.
Kann ich noch irgendwie helfen?
Die SVGs sind wie im Log zu sehen 2 Stück mit je Temperatur und Luftfeuchtigkeit. Das eine bekommt 1x Pro Minute neue Werte, das andere 1x alle 5 Minuten.
Tritt das Problem auch mit fhem.cfg.demo auf?
Hat Chrome auch auf einem Nicht-Windows Rechner das gleiche Problem?
Mahlzeit,
ich verstehe euch und das Thema richtig, dass ihr das gleiche Problem habt? Gepspeicherte credentials und das Ergebnis nach dem Aufruf sieht so aus (bis man in die Adresszeile klickt und nochmal Enter drückt) -> siehe Anhang.
Ups- hab die Antwort von Rudi total übersehen :o
Nein, bei mir kommt gar keine Anzeige - nur die Fehlermeldung von Chrome.
Neue Erkenntnisse:
- Longpoll via Websocket zeigt das gleiche Problem.
- Im Incognito-Modus funktioniert alles wunderbar.
Also bei mir ist die Anzeige auch im Incognito so wie im Screenshot von mir.
Menü kaputt Hintergrund weiß.
Bei dieser Anzeige wurde vermutlich die .css Datei nicht geladen oder nicht angewendet.
Evtl. kann man mit "attr TYPE=FHEMWEB verbose 5" im FHEM-Log sehen, ob diese Datei angefordert wurde, viel erhoffe ich dadurch aber nicht.
ZitatIm Incognito-Modus funktioniert alles wunderbar.
Evtl. liegt das an einem der verwendeten Chrome-Plugins. Diese kann man fuer Inkognito-Modus aktivieren.
Da kommt bei mir nur:
2017.09.05 13:45:11 4: WEB_192.168.0.2_52032 GET /fhem; BUFLEN:0
2017.09.05 13:45:11 4: WEB: /fhem / RL:1385 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
Und dann ist die Seite kaputt.
Drücke ich erneut Enter in der Adresszeile kommt viel mehr und es sieht normal aus:
2017.09.05 13:45:46 4: WEB_192.168.0.2_52032 GET /fhem; BUFLEN:0
2017.09.05 13:45:46 4: WEB: /fhem / RL:1385 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.09.05 13:45:46 4: Connection accepted from WEB_192.168.0.2_52054
2017.09.05 13:45:46 4: WEB_192.168.0.2_52032 GET /fhem/pgm2/style.css?v=1504611049; BUFLEN:0
2017.09.05 13:45:46 4: WEB_192.168.0.2_52015 GET /fhem/pgm2/jquery-ui.min.css; BUFLEN:0
2017.09.05 13:45:46 4: Connection accepted from WEB_192.168.0.2_52055
2017.09.05 13:45:46 4: Connection closed for WEB_192.168.0.2_52054: EOF
2017.09.05 13:45:46 4: WEB_192.168.0.2_52032 GET /fhem/pgm2/jquery-ui.min.js; BUFLEN:0
2017.09.05 13:45:47 4: Connection closed for WEB_192.168.0.2_52055: EOF
2017.09.05 13:45:47 4: Connection accepted from WEB_192.168.0.2_52056
2017.09.05 13:45:47 4: WEB_192.168.0.2_52032 GET /fhem/pgm2/fhemweb_colorpicker.js; BUFLEN:0
2017.09.05 13:45:47 4: WEB_192.168.0.2_52015 GET /fhem/pgm2/darkstyle.css; BUFLEN:0
2017.09.05 13:45:47 4: Connection accepted from WEB_192.168.0.2_52057
2017.09.05 13:45:47 4: WEB_192.168.0.2_52032 GET /fhem/pgm2/fhemweb_knob.js; BUFLEN:0
2017.09.05 13:45:47 4: Connection closed for WEB_192.168.0.2_52056: EOF
2017.09.05 13:45:47 4: Connection closed for WEB_192.168.0.2_52057: EOF
2017.09.05 13:45:47 4: WEB_192.168.0.2_52015 GET /fhem/pgm2/fhemweb_readingsGroup.js; BUFLEN:0
2017.09.05 13:45:48 4: Connection accepted from WEB_192.168.0.2_52058
2017.09.05 13:45:48 4: Connection accepted from WEB_192.168.0.2_52059
2017.09.05 13:45:48 4: WEB_192.168.0.2_52032 GET /fhem/pgm2/darkCommon.css; BUFLEN:0
2017.09.05 13:45:48 4: WEB_192.168.0.2_52015 GET /fhem/pgm2/fhemweb_readingsHistory.js; BUFLEN:0
2017.09.05 13:45:48 4: Connection closed for WEB_192.168.0.2_52058: EOF
2017.09.05 13:45:48 4: WEB_192.168.0.2_52032 GET /fhem/pgm2/fhemweb_weekprofile.js; BUFLEN:0
2017.09.05 13:45:48 4: Connection accepted from WEB_192.168.0.2_52060
2017.09.05 13:45:48 4: Connection closed for WEB_192.168.0.2_52059: EOF
2017.09.05 13:45:48 4: WEB_192.168.0.2_52032 GET /fhem/pgm2/jquery.min.js; BUFLEN:0
2017.09.05 13:45:48 4: WEB_192.168.0.2_52015 GET /fhem/pgm2/dashboard_darkstyle.css; BUFLEN:0
2017.09.05 13:45:49 4: Connection accepted from WEB_192.168.0.2_52061
2017.09.05 13:45:49 4: Connection closed for WEB_192.168.0.2_52060: EOF
2017.09.05 13:45:49 4: Connection accepted from WEB_192.168.0.2_52062
2017.09.05 13:45:49 4: Connection closed for WEB_192.168.0.2_52061: EOF
2017.09.05 13:45:49 4: WEB_192.168.0.2_52032 GET /fhem/pgm2/fhemweb_fbcalllist.js; BUFLEN:0
2017.09.05 13:45:49 4: WEB_192.168.0.2_52015 GET /fhem/pgm2/fhemweb_sortable.js; BUFLEN:0
2017.09.05 13:45:49 4: Connection accepted from WEB_192.168.0.2_52063
2017.09.05 13:45:49 4: Connection closed for WEB_192.168.0.2_52062: EOF
2017.09.05 13:45:49 4: WEB_192.168.0.2_52032 GET /fhem/pgm2/fhemweb_uzsu.js; BUFLEN:0
2017.09.05 13:45:49 4: WEB_192.168.0.2_52015 GET /fhem/pgm2/fhemweb.js; BUFLEN:0
2017.09.05 13:45:49 4: WEB_192.168.0.2_52032 GET /fhem/images/default/icoEverything.png; BUFLEN:0
2017.09.05 13:45:49 4: Connection closed for WEB_192.168.0.2_52063: EOF
2017.09.05 13:45:50 4: Connection accepted from WEB_192.168.0.2_52064
2017.09.05 13:45:50 4: Connection accepted from WEB_192.168.0.2_52065
2017.09.05 13:45:50 4: WEB_192.168.0.2_52015 GET /fhem/images/default/fhemicon_dark.png; BUFLEN:0
2017.09.05 13:45:50 4: Connection accepted from WEB_192.168.0.2_52066
2017.09.05 13:45:50 4: Connection accepted from WEB_192.168.0.2_52067
2017.09.05 13:45:50 4: Connection closed for WEB_192.168.0.2_52067: EOF
2017.09.05 13:45:50 4: Connection accepted from WEB_192.168.0.2_52068
Kannst du bitte "attr TYPE=FHEMWEB closeConn" probieren?
Keine Änderung dadurch.
Zitat von: rudolfkoenig am 05 September 2017, 11:51:46
Evtl. liegt das an einem der verwendeten Chrome-Plugins. Diese kann man fuer Inkognito-Modus aktivieren.
Du hattest recht :)
es lag an dem Browser-Schutz-Plugin von Avira.
Mh ich hab auf dem Testsystem keinerlei Virenschutz - das kann es bei mir nicht sein. Schade.
Ich wollte mitteilen, dass es neuerdings in Chrome keine Probleme mehr gibt bei mir.
FHEM update all vor einigen Tagen gemacht und ob der Chrome was neues parat gehalten hat ist mir entgangen.