new Ajax.Request('ressource.xml',
  {
    method:'get',
    onSuccess: function(http) {
      do_something();
    },
    onFailure: function(){ alert('Fehler: Konnte die Datei nicht abrufen!') }
  });

Wenn dieser Block anstatt direkt im Code in einer Funktion steht, die erst bei fertigstellen des Seitenaufbaus ausgeführt wird, tritt dieser Fehler nicht mehr auf.

Event.observe(window, 'load', init);
function init(event) {
  new Ajax.Request('ressource.xml',
  {
    method:'get',
    onSuccess: function(http) {
      do_something();
    },
    onFailure: function(){ alert('Fehler: Konnte die Datei nicht abrufen!') }
  });
}

Schame on You, Internet Exposer!

Nachtrag:

http://support.microsoft.com/default.aspx/kb/927917/en

Microsoft kennt den Fehler. Offizielle Lösung: MSIE8 benutzen.

Ich habe heute www.barbequick.at fertiggestellt und bin dabei auf einen sehr seltsamen Fehler im Internet Explorer gestoßen: Wann immer ich diese Seite (shop_5.html) öffnen wollte, gab es eine 50:50 Chance, dass untenstehendes Popup auftauchte. Im Anschluss nach einem Klick auf OK (obwohl ich diese Seitenaufbaufehler wahrlich NICHT OK finde, dämliche MessageBox – den Button NICHT OK haben sie wieder unterschlagen!) wurde die halbfertig aufgebaute Seite verworfen und eine Standard-Internet-Explorer-404-Seite ausgegeben.

Kompletter Screenshot der halbfertig aufgebauten Seite

Die Quelle des Problems war schnell gefunden: Die Prototype Library und / oder das Lightbox-Script. Konkret verursachten diese drei Zeilen den Bug im IE:

<script type="text/javascript" src="/js/prototype.js"></script>
<script type="text/javascript" src="/js/scriptaculous.js?load=effects,builder"></script>
<script type="text/javascript" src="/js/lightbox.js"></script>

Lösung:

Der Fehler bleibt aus wenn die drei <script>-Tags gegen Ende bzw. direkt vor dem schließenden </body>-Tag eingefügt werden.

Dieses “Workaround” gibt einige interessante Einblicke. Über die Ursachen möchte ich jetzt zwar lieber keine allzugroßen Mutmaßungen anstellen, die Lösung jedoch hat sich bei mir bewährt. Vermutlich liegt es an einem Timeout-Problem beim Laden der Seitenkopf-Informationen odgl. Ich bin mir desweiteren ziemlich sicher, dass es an mir nicht liegen sollte. Schließlich habe ich sorgfältig gearbeitet und die Seite validiert auch: validator.w3.org.

Durch Hinzufügen eines neuen DWORD-Wertes DisableSecuritySettingsCheck = 1 in der Registry unter

HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Security

Vorweg: Ich benutze Firefox. Immer – und das ist auch gut so.

Den Internet Explorer brauche ich eigentlich nur für Microsoft-Updates. Lästiger Weise gibt es einige Einstellungen, die auch außerhalb des Internet Explorers zur Geltung kommen. Zum Beispiel lässt sich in den “Sicherheitseinstellungen” (Systemsteuerrung -> Internetoptionen (ja, das sind die Internet-Explorer-Einstellungen) -> Sicherheitseinstellungen) für die “Internet”-Zone festlegen, dass heruntergeladene Dateien ohne Nachfragen gestartet werden dürfen.

Ich speichere viele Installationen auf einem zentralen Samba-Share (also irgendwo im Netzwerk). Wann immer ich eine Datei öffnen möchte, lädt das System offenbar die ganze datei, überprüft deren Integrität, stellt fest, dass keine sicheren zertifikate vorhanden sind, und fragt mich anschließend, ob ich die Datei vielleicht doch lieber nicht ausführen möchte. Zu diesem Zeitpunkt wurde die Datei, die möglicherweise mehrere hundert MB groß ist, bereits vollständig geladen. Das Programm jedoch startet wieder von der entfernten Quelle aus – und lädt somit die selben Daten erneut. Lästig: zwischen meinem Ausführ-Befehl und der Rückmeldung der Sicherheitsüberprüfung der Datei blockiert das Explorer-Fenster.

Dieses Verhalten lässt sich wie gesagt in den Interneteinstellungen deaktivieren. Leider präsentiert sich danach jedoch sofort eine geänderte Startseite – und dieser Nag-Screen geht nicht mehr weg.

Die Sicherheitseinstellungsstufe ist ein Risiko für den Computer. Es wird empfohlen, dass Sie mit den aktuellen Sicherheitseinstellungen nicht browsen sollten. Klicken Sie oben auf die Informationsleiste und wählen Sie “Einstellungen reparieren”, um das Problem zu beheben. Klicken Sie auf die Startseite, um das Browsen im aktuellen Zustand fortzusetzen (nicht empfohlen).

Außerdem wird auf jeder Webseite beim Surfen von neuem die Informationsleiste geöffnet (Soundeffekte kann man zumindest deaktivieren.) Lange Suche im Internet hat lediglich unzählige Troll-Posts (“Nimm lieber Firefox”, “Die Sicherheitseinstellungen sind gut so wie sie sind”) geliefert.

Durch hinzufügen eines Registry-Keys lässt sich zum Glück auch dieses Problem beheben: unter

HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Security

habe ich den neun DWORD-Wert DisableSecuritySettingsCheck angelegt und selbigen auf 1 gesetzt. Dies hat bei mir letzten Endes die lästigen Sicherheitsrisikomeldungen entfernt. Kommentare zu diesem Verhalten vom Internet Explorer erspare ich mir – Troll-Posts liefert Google in rauhen Mengen auch ohne mein Zutun.