SCRIPT7002: XMLHttpRequest: Netzwerkfehler 0x2ef3, Vorgang konnte aufgrund des Fehlers 00002ef3 nicht abgeschlossen werden

Ich erhalte diesen Fehler immer wieder, wenn ich Ajax-Anrufe tätige ...

Es mag sogar etwas mit Geokodierung zu tun haben, aber ich habe wirklich keine Ahnung, wie man den Fehler erfasst, um etwas Nützliches für Benutzer anzuzeigen ... oder wie man das Problem löst, da es nur auf eine Art Zeiger oder etwas anderes zu verweisen scheint: S 0x2ef3

SCRIPT7002: XMLHttpRequest: Netzwerkfehler 0x2ef3, Vorgang konnte aufgrund des Fehlers 00002ef3 nicht abgeschlossen werden.

Ein Bild ist möglicherweise hilfreicher als die Fehlermeldung:

Irgendwelche Ideen überhaupt?

Mein Code löst in 1 Sekunde 10 Ajax-Aufrufe aus, die vom Geokodierungsserver verarbeitet werden.

Der Fehler tritt zeitweise auf. Manchmal erhalte ich geokodierte Ergebnisse und manchmal erhalte ich diesen Fehler. Ich würde sagen, ich bekomme es 10% der Zeit. Es verhindert vollständig, dass der Ajax-Aufruf meinen Fehlerbehandler in jQuery auslöst.

Dies ist das Update, das bei mir funktioniert hat. Es wird eine ungültige MIME oder ein ungültiger Zeichensatz mit Ihren JSON-Daten gesendet, der diesen Fehler verursacht. Fügen Sie den Zeichensatz wie folgt hinzu, um Verwirrung zu vermeiden:

$.ajax({
  url:url,
  type:"POST",
  data:data,
  contentType:"application/json; charset=utf-8",
  dataType:"json",
  success: function(){
  ...
  }
});

Referenz:

Jquery - Wie kann $ .post () contentType = application / json verwenden?

Der Vorgang konnte aufgrund des Fehlers c00ce56e nicht abgeschlossen werden

Wir sind auch auf ähnliche Probleme gestoßen. Das Einstellen des Zeichensatzes wie im vorherigen Kommentar angegeben hat jedoch nicht geholfen. Unsere Anwendung stellte alle 60 Sekunden eine AJAX-Anfrage und unser Webserver, nginx, sendete ein Keep-Alive-Timeout nach 60 Sekunden.

Wir haben das Problem behoben, indem wir den Keep-Alive-Timeout-Wert auf 75 Sekunden festgelegt haben.

Wir glauben, dass dies geschah:

1. IE stellt alle 60 Sekunden eine AJAX-Anfrage und setzt in der Anfrage Keep-Alive.
2. Gleichzeitig weiß nginx, dass der Keep-Alive-Timeout-Wert vom IE ignoriert wird, sodass der Prozess zum Schließen der TCP-Verbindung gestartet wird (im Fall von FF / Chrome wird dieser vom Client gestartet).
3. IE empfängt die Anforderung zum Schließen der Verbindung für die zuvor gesendete Anforderung. Da dies vom IE nicht erwartet wird, wird ein Fehler ausgegeben und der Vorgang abgebrochen.
4. nginx scheint immer noch auf die Anfrage zu antworten, obwohl die Verbindung geschlossen ist.

Ein Wireshark TCP-Dump würde mehr Klarheit schaffen, unser Problem ist behoben und wir möchten nicht mehr Zeit damit verbringen.

Ich habe den gleichen Fehler ( SCRIPT7002: XMLHttpRequest: Network Error 0x80004004, Operation aborted) erhalten, in unserem Fall aufgrund der gleichen Ursprungsrichtlinie von JavaScript.

Unsere Web-App hat einen JQuery AJAX-Anruf an unseren Server in Port 8080 getätigt. Der Anruf wurde abgefangen und über SSL umgeleitet (aufgrund von Serverregeln, die vorschreiben, dass eingehender Datenverkehr SSL verwendet).

Nachdem wir unsere Web-App über den SSL-Port geladen hatten, wurde das Problem behoben.

Ich hatte dieses Problem, eine AJAX Post-Anfrage, die etwas JSON zurückgab, schlug fehl und gab schließlich den Abbruch zurück mit:

SCRIPT7002: XMLHttpRequest: Netzwerkfehler 0x2ef3

Fehler in der Konsole. In anderen Browsern (Chrome, Firefox, Safari) war genau dieselbe AJAX-Anfrage in Ordnung.

Ich habe mein Problem aufgespürt - eine Untersuchung ergab, dass der Antwort der Statuscode fehlte. In diesem Fall sollte es 500 interne Fehler gewesen sein. Dies wurde als Teil einer C # -Webanwendung mithilfe eines Service-Stacks generiert, für den ein Fehlercode explizit festgelegt werden muss.

IE schien die Verbindung zum Server offen zu lassen, schließlich trat eine Zeitüberschreitung auf und die Anfrage wurde abgebrochen. trotz Erhalt des Inhalts und anderer Header.

Möglicherweise gibt es ein Problem damit, wie der IE mit den Headern in Posts umgeht.

Durch das Aktualisieren der Webanwendung zur korrekten Rückgabe des Statuscodes wurde das Problem behoben.

Hoffe das hilft jemandem!

Dieses Problem trat in meinem Projekt aufgrund eines Ajax-GET-Aufrufs mit einer langen XML-Zeichenfolge als Parameterwert auf. Durch den folgenden Ansatz gelöst: Als Ajax-Post-Aufruf der Java Spring MVC-Controller-Klassenmethode wie folgt.

$.ajax({
    url: "controller_Method_Name.html?variable_name="+variable_value,
    type: "POST",
    data:{ 
            "xmlMetaData": xmlMetaData // This variable contains a long xml string
    },
    success: function(response)
    {
        console.log(response);
    }
  });

Innerhalb der Spring MVC Controller-Klassenmethode:

@RequestMapping(value="/controller_Method_Name")
  public void controller_Method_Name(@RequestParam("xmlMetaData") String metaDataXML, HttpServletRequest request)
{
   System.out.println(metaDataXML);
}

Ich hatte diesen Fehler für einige Zeit und fand eine Lösung. Dieses Update ist für die Asp.net-Anwendung vorgesehen. Seltsamerweise ist es nur im IE-Nichtkompatibilitätsmodus fehlgeschlagen, funktioniert jedoch in Firefox und Crome. Das Problem wurde behoben, indem allen / bestimmten Benutzern Zugriff auf den Webservice-Dienstordner gewährt wurde.

Fügen Sie den folgenden Code in die Datei web.config ein:

 <location path="YourWebserviceFolder">
  <system.web>
   <authorization>
    <allow users="*"/>
   </authorization>
  </system.web>
 </location>

Ich bin auf diese Fragen und Antworten gestoßen, nachdem ich IE11beim Versuch, Dateien hochzuladen , den oben genannten Fehler erhalten habe XMLHttpRequest:

var reqObj = new XMLHttpRequest();

//event Handler
reqObj.upload.addEventListener("progress", uploadProgress, false);
reqObj.addEventListener("load", uploadComplete, false);
reqObj.addEventListener("error", uploadFailed, false);
reqObj.addEventListener("abort", uploadCanceled, false);

//open the object and set method of call (post), url to call, isAsynchronous(true)
reqObj.open("POST", $rootUrlService.rootUrl + "Controller/UploadFiles", true);

//set Content-Type at request header.for file upload it's value must be multipart/form-data
reqObj.setRequestHeader("Content-Type", "multipart/form-data");

//Set header properties : file name and project milestone id
reqObj.setRequestHeader('X-File-Name', name);

// send the file
// this is the line where the error occurs
reqObj.send(fileToUpload);

Durch Entfernen der Leitung wurde reqObj.setRequestHeader("Content-Type", "multipart/form-data");das Problem behoben.

Hinweis: Dieser Fehler wird in anderen Browsern sehr unterschiedlich angezeigt. Dh Chrome zeigt etwas Ähnliches wie ein Verbindungs-Reset, das dem ähnelt, was Fiddler meldet (eine leere Antwort aufgrund eines plötzlichen Verbindungsabbruchs).

Außerdem trat dieser Fehler nur auf, wenn der Upload von einem anderen Computer als durchgeführt wurde WebServer(keine Probleme bei localhost).

Ich möchte nur hinzufügen, was dieses Problem für mich gelöst hat, da es sich von allen oben genannten Antworten unterscheidet.

Die Ajax-Aufrufe, die das Problem verursachten, versuchten, ein leeres Datenobjekt zu übergeben. Es scheint, dass IE dies nicht mag, aber andere Browser haben nichts dagegen.

Um data: {},das Problem zu beheben, habe ich es einfach aus dem Ajax-Aufruf entfernt.

Stellen Sie die Apache 2-Änderung KeepAliveTimeout auf 60 oder höher ein

Das Erhöhen der Direktive im virtuellen Host für KeepAliveTimeout auf 60 hat dieses Problem für mich gelöst.

Habe das gleiche Problem in meinem asp.net-Projekt festgestellt. Am Ende habe ich festgestellt, dass das Problem mit der Zielfunktion nicht statisch ist. Das Problem wurde behoben, nachdem ich das Schlüsselwort statisch eingegeben habe.

[WebMethod]
public static List<string> getRawData()

Wenn keine dieser Lösungen "klar" genug war, kann IE / Edge Ihr Feld "Daten" Ihres AJAX-Aufrufs nicht ordnungsgemäß analysieren. Höchstwahrscheinlich senden Sie ein "codiertes" JSON-Objekt.

Was ist fehlgeschlagen : "data": "{\"Key\":\"Value\"}",

Was funktioniert: "data":'{"Key":"Value"}'

[Gelöst]

Ich habe diesen Fehler heute nur beobachtet, für mich war der Fehlercode jedoch anders.

SCRIPT7002: XMLHttpRequest: Netzwerkfehler 0x2efd, Vorgang konnte aufgrund des Fehlers 00002efd nicht abgeschlossen werden.

Es trat zufällig und nicht immer auf. aber was es bemerkt hat ist, wenn es für nachfolgende Ajax-Anrufe kommt. Also habe ich zwischen den Ajax-Aufrufen eine Verzögerung von 5 Sekunden gesetzt und es wurde behoben.