Wie kann das Aktualisieren der Java Runtime-Fixseite in IE auf einer Website, die KEINE Java-Applets enthält, einfrieren?

1268
Nikolaus

Wir haben ein Produkt, das als ASP.NET-Website an über 70 Standorten implementiert ist.

Vor kurzem berichtete eine Site über Probleme, bei denen IE8 / 9-Browser an bestimmten Post-Back-Punkten hängen blieben und der Browser physisch geschlossen sein musste, damit er wieder funktioniert (es würde so aussehen, als würde das Laden lange dauern, aber.) das Aktualisieren der Seite oder das Eingeben einer URL von einer anderen Website in die Adressleiste würde nicht funktionieren).

Genau dieselbe Site mit Chrome / Firefox hatte kein Problem. Ich habe Fiddler2 als Zwischen-Proxy verwendet, um zu sehen, ob ich die Ursache ermitteln konnte, aber sobald es ausgeführt wurde, würde das Problem nicht mehr auftreten.

Um das Ganze noch schlimmer zu machen, hatten einige Maschinen, auch mit IE8 / 9, das Problem nicht. Eine umfassende Analyse der Änderungen ergab Folgendes: 1. Die Website wurde seit über einem Monat nicht aktualisiert. 2. Die Windows-Computer wurden zentral aktualisiert und waren kurz vor dem Problem nicht aktualisiert worden. 3. Die Computer, die das Problem aufwiesen, schien auf ältere Version der Java Runtime zu haben, da ein Update blockiert wurde oder fehlgeschlagen ist.

Wenn die JRE auf den betroffenen Computern aktualisiert wurde, wurde das Problem behoben. Der Client versucht nun, eine Risikoanalyse durchzuführen und herauszufinden, was passiert ist, aber ich bin ratlos, da unsere Anwendung JAVA in keiner Form verwendet. Ich sehe also nicht, warum ein JRE-Update die Ausführung beeinflusst . Dieses Problem ist auch an keinem unserer anderen Standorte aufgetreten oder zumindest noch nicht aufgetreten. Und es geschah buchstäblich über Nacht - am Mittwoch funktionierte alles und am Donnerstag war alles kaputt.

Unser Produkt verwendet eine Reihe von Komponenten, einige Open Source, einige kommerziell, von denen ich glaube, dass sie JAVA nicht erfordern: Infragistics Web Controls 12.1 AjaxControlToolkit 4.1 jQuery 1.8.2 jQuery UI 1.8.16 jQuery Validate 1.9

Und eine Reihe kleinerer jQuery-Plugins: plupload, cookie, hoverIntent, maskedinput, placeholder, potato.menu

Wenn mir jemand erklären kann, warum plötzlich alles nicht mehr funktionierte, und wie ein Java Runtime-Update eine Website reparieren konnte, die JAVA nicht verwendet, wäre ich zutiefst dankbar.

0

1 Antwort auf die Frage

0
user308467

Ich hatte das gleiche Problem letzte Woche nach den Windows-Updates vom 11. März 2014. Meine Website war ASP.net-Webformulare, auf denen ssl ausgeführt wurde, und Seiten, die plötzlich angefangen haben, nicht mehr zu reagieren. Das Herunterfahren des Browsers würde das Problem beheben, aber es würde bald nach einem erneuten Versuch zurückkommen. Das Aktualisieren der Java-Engine funktionierte nicht für mich und als ich Fiddler verwendete, war das Problem verschwunden und die Website funktionierte einwandfrei.

Das Problem stellte sich als gemischter Inhalt zwischen http und https heraus. Auf der Masterseite befand sich ein Iframe, dessen Quelle auf Grundlage der Benutzeranforderung dynamisch festgelegt wurde. Wenn der Iframe jedoch nicht festgelegt wurde, war der Standardwert für "src" "/", der zum Stamm der Website ging. Auf dem Produktionsserver wurden Anforderungen an den Root-Server auf eine andere Website insgesamt umgeleitet, dies war kein SSL. Dies führte zu einer gemischten Inhaltssituation in IE und IE zeigte dem Benutzer nicht die Aufforderung an, gemischten Inhalt zuzulassen. Er würde ein- oder zweimal funktionieren und dann hängen bleiben.

Ich habe die Standard-SRC für den Iframe auf eine bestimmte Seite innerhalb der Site geändert, und alles begann zu funktionieren.

Ich empfehle Ihnen, sicherzustellen, dass Ihre Website keine gemischten Inhalte enthält.

Danke dafür, zumindest fühle ich mich ein bisschen weniger verrückt, weil ich weiß, dass die Symptome anderswo erlebt werden. Die betreffende Site ist nur Intranet, daher gibt es kein SSL, aber es werden IFrames verwendet. Ich werde nachsehen, ob es möglicherweise andere Browser-Aufforderungen gab, die das Hängen verursacht haben könnten. Nikolaus vor 10 Jahren 0