Skip to content
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

20180428: Systemsteuerung/Sicherheit mit Edge/IE11 nicht erreichbar #315

Closed
Dodai opened this issue Apr 30, 2018 · 27 comments
Closed

20180428: Systemsteuerung/Sicherheit mit Edge/IE11 nicht erreichbar #315

Dodai opened this issue Apr 30, 2018 · 27 comments
Labels
🐛 bug-report Something isn't working 👍 important This is an important issue/ticket with high priority

Comments

@Dodai
Copy link

Dodai commented Apr 30, 2018

Win 10 / Edge & Internet Explorer: Teile der Systemsteuerung (Sicherheit, Zentralen Wartung, Zusatzsoftware & Netzwerkeinstellung) sind nicht erreichbar (eingegrauter Bildschirm); der Rest der Systemsteuerung ist (wie bisher) erreichbar.

@jens-maus jens-maus added 🐛 bug-report Something isn't working 🙏 help wanted Extra attention is needed labels Apr 30, 2018
@jens-maus
Copy link
Owner

Da ich selbst kein Win10/Edge noch Internet Explorer habe bleibt hier nur darauf zu hoffen das jemand anders das Problem reproduzieren und debuggen kann.

@HMside Kannst du das in irgendeiner Form reproduzieren?

@Dodai
Copy link
Author

Dodai commented Apr 30, 2018 via email

@jens-maus
Copy link
Owner

Erst einmal in dem du nicht via Email auf diese GitHub Tickets antwortest sondern die GitHub Webseite zum antworten nimmst. Zweitens kannst du da wenn du keine Webentwickler-Erfahrung hast nicht wirklich helfen für den Moment ausser du weisst wie man die Edge/IE Konsole öffnet und eine Webseite debugged.

@libertyx82
Copy link
Contributor

libertyx82 commented Apr 30, 2018

Also bei mir tritt das Problem im Edge auch auf, im Chrome nicht.
In der Debug Konsole des Edge gibt es nur die folgenden Fehler.

HTML1300: Navigation wurde ausgeführt.
index.htm (1,1)

HTML1524: Ungültiger HTML5 DOCTYPE. Verwenden Sie die interoperable Form "!DOCTYPE html>".
index.htm (1,1)

9 SCRIPT7016: SCRIPT7016: XMLHttpRequest wird nicht mehr verwendet, während das synchronous-Kennzeichen auf TRUE festgelegt ist, weil die Websiteleistung für den Benutzer beeinträchtigt wird.

HTML1511: Unerwartetes Element auf Kopfebene außerhalb von "head>" gefunden.
index.htm (176,8)

11 SCRIPT7016: SCRIPT7016: XMLHttpRequest wird nicht mehr verwendet, während das synchronous-Kennzeichen auf TRUE festgelegt ist, weil die Websiteleistung für den Benutzer beeinträchtigt wird.

@19Homer73
Copy link

Also bei mir (Windows 10 Pro und Chrome als Browser) kann ich den o.g. Fehler nicht reproduzieren, läuft alles wunderbar!

@libertyx82
Copy link
Contributor

Es tritt auch nur mit edge (IE) auf ;)

@19Homer73
Copy link

Ok, sorry, hatte ich überlesen...
Mit Edge habe ich das selbe Problem!

@jens-maus
Copy link
Owner

Wir brauchen nicht noch mehr Bestätigungen das das problem existiert, wir brauchen Leute die mit Edge&IE das entsprechende debugging selbst durchführen können.

@jp112sdl
Copy link
Contributor

jp112sdl commented May 1, 2018

Ich konnte es in meiner Windows 10-VM sowohl mit dem IE11 als auch mit dem EDGE reproduzieren.
Im Vergleich zum Chrome stören sich die Micro$oft Produkte offensichtlich an ein paar Kleinigkeiten (nur Warnungen, keine Fehler!) und brechen die Seitenverarbeitung dann ab.

Im Chrome kommt lediglich der deprecated Hinweis:
chrome

Beim IE11 nur 2 Warnungen:
ie11

Beim EDGE:
edge

... der dann offenkundig zugibt, die weitere Seitenverarbeitung abzubrechen:

XMLHttpRequest wird nicht mehr verwendet, während das synchronous-Kennzeichen auf TRUE festgelegt ist, weil die Websiteleistung für den Benutzer beeinträchtigt wird.

@jens-maus
Copy link
Owner

@jp112sdl Danke für die Analyse. Allerdings wundert mich das das erst jetzt auftritt, denn daran hat sich eigentlich nichts geändert. Es sollte also die gleichen Probleme mit der Vorversion geben.

@jp112sdl
Copy link
Contributor

jp112sdl commented May 1, 2018

Im Mozilla Developer Network lässt sich zum Thema XMLHttpRequests folgender Hinweis finden:

Synchronous XHR often causes hangs on the web. But developers typically don't notice the problem because the hang only manifests during poor network conditions or slow server response. Synchronous XHR is now in deprecation state. Developers are recommended to move away from the API.

Es ist dann wohl nur eine Frage der Zeit, bis andere Browser demnächst auch nicht mehr funktionieren und statt einer ignorierenden Warnung auch die Seitenverarbeitung abbrechen.

Ist nun halt die weitere Frage, sich die Community der Sache annimmt, diesen "Fehler" auszubessern (ggf. auf asynchronous umzustellen - dazu fehlt mir jedoch das komplette Hintergrundwissen bzgl. XHR), oder ob es eQ-3 macht, da dieses Problem auch die CCU betrifft.

@libertyx82
Copy link
Contributor

@jens-maus nebenbei Bemerkt, ich hatte das gleiche bereits gestern geschrieben...

#315 (comment)

@jens-maus
Copy link
Owner

@jp112sdl Mir geht es da ähnlich. Auch ich müsste mich erst in die ganze XMLHttpRequest Materie einarbeiten und wirklich Spass macht diese Webbrowser-spezifischen Dinge auch nicht wirklich. Hier müsste also mal ggf. ein bereits existierender Web-Experte drüber schauen oder Hinweise geben was genau das Problem hier bedeutet.

Wie gesagt aber. Mich wundert das es erst mit der neueste RaspberryMatic auftauchen soll. Kann jemand mal verifizieren ob es definitiv mit der Vorversion NICHT passiert? Weil das würde bedeuten das es nicht an diese XMLHttpRequests Sache liegt.

@jp112sdl
Copy link
Contributor

jp112sdl commented May 1, 2018

Also es ist echt mega seltsam.

  • CCU2 mit aktuellster Firmware: EDGE geht
  • RaspberryMatic mit 2.31.25.20180324: EDGE geht
  • RaspberryMatic mit 2.31.25.20180428: EDGE geht nicht

Bei allen 3 Tests waren die Infos/Warnungen in der Browser-Konsole jedoch dieselben!

@jens-maus
Copy link
Owner

@jp112sdl Gut, dann passt das zu meiner Vermutung das hier das XMLHttpRequest "Problem" nicht das ausschlaggebende ist für das hier gemeldete Problem (abgesehen davon das es für sich auch mal repariert gehört, natürlich).

Kannst du mal bitte folgendes probieren und die /www/tcl/extern/cgi.tcl Datei der 20180428 Version mit der der 20180324 tauschen? Und wenn das kein Erfolg bringt dann bitte noch die Datei /www/config/cp_security.cgi Datei entsprechend tauschen und wieder testen.

@jp112sdl
Copy link
Contributor

jp112sdl commented May 1, 2018

Ich habe die /www/tcl/extern/cgi.tcl aus dem OCCU genommen, damit ich nicht noch mal die SD-Karten hin und her tauschen muss.
Da in der 20180324 noch kein Patch auf die cgi.tcl angewandt wurde, gehe ich davon aus, dass diese aus dem OCCU mit der aus 20180324 identisch ist.

Und - das Ergebnis:
Mit der originalen /www/tcl/extern/cgi.tcl gehts wieder sofort.

@jp112sdl
Copy link
Contributor

jp112sdl commented May 1, 2018

Jetzt sah ich gerade im Verzeichnis 0031-WebUI-Fix-FileUpload/occu/WebUI/www/tcl/extern die cgi.tcl.orig, die ich wohl auch hätte einspielen können.

@jens-maus
Copy link
Owner

Gut, dann werde ich mir das mal zeitnah anschauen und hier eine weitere version zum testen mit edge bereitstellen. Also bitte in Bereitschaft bleiben ;)

@jens-maus jens-maus added the 👍 important This is an important issue/ticket with high priority label May 1, 2018
@jens-maus jens-maus added this to the 2.31.25.20180526 milestone May 1, 2018
@jens-maus jens-maus changed the title RaspiMatic 20180428: Systemsteuerung/Sicherheit etc nicht erreichbar 20180428: Systemsteuerung/Sicherheit mit Edge/IE11 nicht erreichbar May 1, 2018
@jens-maus
Copy link
Owner

@jp112sdl Ich denke ich habe das problem gefunden in entsprechend repariert. Bitte mal die folgende aktualisierte cgi.tcl nutzen und unter /www/tcl/extern platzieren. Dann sollte es hoffentlich wieder gehen.

https://github.com/jens-maus/RaspberryMatic/blob/290040be72dae79543ec4b70cbc6c92a455c0187/buildroot-external/patches/occu/0031-WebUI-Fix-FileUpload/occu/WebUI/www/tcl/extern/cgi.tcl

@jens-maus jens-maus removed the 🙏 help wanted Extra attention is needed label May 2, 2018
@jp112sdl
Copy link
Contributor

jp112sdl commented May 2, 2018

Getestet - geht und für gut befunden. 👍

@jens-maus
Copy link
Owner

Wunderbar. Kannst du bitte auch (wenn du schon dabei bist) mal schauen ob du auch meinen erweiterten Bugfix testen kannst (siehe 84e7269). D.h. die *.enc* Dateien in /lib/tcl8.2/encoding/ aus https://github.com/jens-maus/RaspberryMatic/tree/master/buildroot-external/overlay/base/lib/tcl8.2/encoding kopieren. Dann sollte hoffentlich trotzdem alles korrekt funktionieren und der rest der WebUI auch noch :)

@jp112sdl
Copy link
Contributor

jp112sdl commented May 2, 2018

Ich habe das Verzeichnis /lib/tcl8.2/encoding/ neu angelegt und die Dateien reinkopiert.

bildschirmfoto 2018-05-02 um 12 22 01

Die WebUI reagiert unter EDGE (Win) sowie Safari (Mac) nach wie vor normal.
Hab aber nur mal grob durchnavigiert... Zentralenwartung, Sicherheit, Geräteeinstellungen, Status und Bedienung

@jens-maus
Copy link
Owner

Ok, danke. vielleicht kannst du ja noch ausführlichere Tests machen und schauen ob dir was auffällt. IMHO sollte das ganze jetzt sogar runder laufen, denn das eigentliche Problem war das die iso8859-1 Kodierung tcl unbekannt war bis dato und das neue cgi.tcl eben je nach browserengine dinge in diese Kodierung konvertieren wollte, was dann jedoch nicht ging.

@jp112sdl
Copy link
Contributor

jp112sdl commented May 2, 2018

Ich habe nun mal mit EDGE alle Menüpunkte der WebUI aufgerufen, Programme erstellt mit den unterschiedlichsten Auslösekriterien und DANN-Blöcken. Es sind keine Probleme/Fehler aufgetreten

@Dodai
Copy link
Author

Dodai commented May 3, 2018 via email

@jens-maus
Copy link
Owner

Am einfachsten wäre bis zum nächsten Release zu warten.

@Dodai
Copy link
Author

Dodai commented May 3, 2018 via email

jens-maus added a commit that referenced this issue Jan 14, 2023
introduced a fix for #315 but just now broke some recently changed
functionality where we introduced POST request being used via
0173-WebUI-SendPOSTRequest. Thus, this fixes #2160.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🐛 bug-report Something isn't working 👍 important This is an important issue/ticket with high priority
Projects
None yet
Development

No branches or pull requests

5 participants