SCRIPT7002: XMLHttpRequest: errore di rete 0x2ef3, imansible completare l’operazione a causa dell’errore 00002ef3

Continuo a ricevere questo errore quando faccio alcune chiamate Ajax …

Potrebbe anche essere qualcosa a che fare con Geocoding ma non ho davvero idea di come catturare l’errore per mostrare qualcosa di utile agli utenti … o persino come risolvere il problema in quanto sembra fare riferimento a qualche tipo di puntatore o qualcosa del genere: S 0x2ef3

SCRIPT7002: XMLHttpRequest: errore di rete 0x2ef3, imansible completare l’operazione a causa dell’errore 00002ef3.

Un’immagine potrebbe essere più utile del messaggio di errore:

inserisci la descrizione dell'immagine qui

Qualche idea?

Il mio codice triggers 10 chiamate ajax in 1 secondo per essere elaborate dal lato server di geocoding.

L’errore si presenta ad intermittenza. A volte ottengo risultati geocodificati e talvolta ottengo quell’errore. Direi di averlo capito il 10% delle volte. Interrompe completamente la chiamata ajax dal licenziamento del gestore degli errori in jQuery.

Questa è la correzione che ha funzionato per me. È stato inviato un mime o un set di caratteri non validi con i dati JSON che causano tale errore. Aggiungi il set di caratteri in questo modo per evitare confusione:

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

Riferimento:

Jquery – Come fare $ .post () usa contentType = application / json?

Imansible completare l’operazione a causa dell’errore c00ce56e

Abbiamo anche riscontrato problemi simili. Tuttavia, l’impostazione del set di caratteri come indicato nel commento precedente non ha aiutato. La nostra applicazione stava effettuando una richiesta AJAX ogni 60 secondi e il nostro server web, nginx, inviava il timeout Keep-alive a 60 secondi.

Abbiamo risolto il problema impostando il valore di timeout keep-alive su 75 secondi.

Questo è ciò che crediamo stia accadendo:

  1. IE effettua una richiesta AJAX ogni 60 secondi, impostando Keep-alive nella richiesta.
  2. Allo stesso tempo, nginx sa che il valore di timeout Keep-Alive viene ignorato da IE, quindi avvia il processo di chiusura della connessione TCP (nel caso di FF / Chrome questo viene avviato dal client)
  3. IE riceve la richiesta di connessione chiusa per la richiesta inviata in precedenza. Poiché ciò non è previsto da IE, genera un errore e interrompe.
  4. nginx sembra ancora rispondere alla richiesta anche se la connessione è chiusa.

Un dump TCP di Wireshark fornirebbe maggiore chiarezza, il nostro problema è fisso e non vogliamo dedicare più tempo a questo.

Ho ricevuto lo stesso errore ( SCRIPT7002: XMLHttpRequest: Network Error 0x80004004, Operation aborted ), nel nostro caso era a causa della stessa politica di origine di JavaScript.

La nostra app Web stava effettuando una chiamata JQuery AJAX al nostro server sulla porta 8080. La chiamata veniva intercettata e reindirizzata su SSL (a causa delle regole del server che impongono che il traffico in entrata utilizzi SSL).

Dopo aver caricato la nostra app Web attraverso la porta SSL, il problema è stato risolto.

Ho avuto questo problema, una richiesta AJAX Post che ha restituito alcuni JSON non funzionanti, alla fine restituire abort, con:

SCRIPT7002: XMLHttpRequest: errore di rete 0x2ef3

errore nella console. Sugli altri browser (Chrome, Firefox, Safari) la stessa richiesta AJAX andava bene.

Rilevato il mio problema – l’indagine ha rivelato che alla risposta mancava il codice di stato. In questo caso avrebbe dovuto essere 500 errori interni. Questo veniva generato come parte di un’applicazione web C # utilizzando lo stack di servizio che richiede un codice di errore da impostare in modo esplicito.

IE sembrava lasciare la connessione aperta al server, alla fine è scaduto e ha “interrotto” la richiesta; nonostante abbia ricevuto il contenuto e altre intestazioni.

Forse c’è un problema con il modo in cui IE gestisce le intestazioni nei post.

L’aggiornamento dell’applicazione Web per restituire correttamente il codice di stato ha risolto il problema.

Spero che questo aiuti qualcuno!

Questo problema si è verificato nel mio progetto a causa di una chiamata GET ajax con una stringa xml lunga come valore di parametro. Risolto con il seguente approccio: renderlo come ajax dopo la chiamata al metodo di class Java Spring MVC controller come questo.

 $.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); } }); 

Metodo della class MVC Controller Inside Spring:

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

Ho avuto questo errore per un po ‘di tempo e ho trovato una soluzione. Questa correzione è per l’applicazione Asp.net, Strana è fallita solo in IE modalità non compatibile, ma funziona in Firefox e Crome. L’accesso alla cartella del servizio Web per tutti / utenti specifici ha risolto il problema.

Aggiungi il seguente codice nel file web.config:

         

Mi sono imbattuto in queste domande e risposte dopo aver ricevuto l’errore summenzionato in IE11 quando provavo a caricare file usando 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); 

Rimozione della riga reqObj.setRequestHeader("Content-Type", "multipart/form-data"); risolto il problema

Nota: questo errore è mostrato in modo molto diverso negli altri browser. Per esempio, Chrome mostra qualcosa di simile a un reset della connessione che è simile a quello che riporta Fiddler (una risposta vuota dovuta alla chiusura improvvisa della connessione).

Inoltre, questo errore è apparso solo quando il caricamento è stato eseguito da una macchina diversa da WebServer (nessun problema su localhost).

Voglio solo aggiungere ciò che ha risolto questo problema per me, poiché è diverso da tutte le risposte di cui sopra.

Le chiamate ajax che stavano causando il problema stavano provando a passare un object dati vuoto. Sembra che a IE questo non piaccia, ma agli altri browser non importa.

Per risolvere il problema ho semplicemente rimosso i data: {}, dalla chiamata ajax.

Con Apache 2, cambiare KeepAliveTimeout impostarlo su 60 o successivo

Upping della direttiva nel virtualhost per KeepAliveTimeout a 60 risolto questo per me.

Ho riscontrato lo stesso problema nel mio progetto asp.net, alla fine ho trovato il problema è con la funzione di destinazione non statica, il problema risolto dopo aver messo la parola chiave statica.

 [WebMethod] public static List getRawData() 

[Risolto]

Ho osservato questo errore solo oggi. per me il codice di errore era diverso però.

SCRIPT7002: XMLHttpRequest: errore di rete 0x2efd, imansible completare l’operazione a causa dell’errore 00002efd.

Stava accadendo casualmente e non sempre. ma quello che ha notato è che, se arriva, arriva per le successive chiamate ajax .. così ho messo un po ‘di ritardo di 5 secondi tra le chiamate ajax e si è risolto.