XMLHttpRequest est toujours l'appel de “charger” écouteur d'événement, même lorsque la réaction a statut de l'erreur

Je suis en utilisant FormData à ajax chargement d'un fichier. Le téléchargement fonctionne, mais le problème est que le "erreur" de rappel n'est jamais invoquée. Même si ma réponse HTTP 500 erreur interne du serveur (pour tester cela, je tweak serveur de répondre avec plus de 500), la "charge" callback n'est appelé.

function upload_image() {
    var form = document.getElementById('upload_image_form');
    var formData = new FormData(form);

    var xhr = new XMLHttpRequest();
    xhr.addEventListener("load", function(e) {
        alert("Success callback");
    }, false);
    xhr.addEventListener("error", function(e) {
        alert("Error callback");
    }, false);
    xhr.open("POST", "/upload_image");
    xhr.send(formData);
}

Des idées? Je suis en essais ce sur Chrome.

InformationsquelleAutor Ben Simmons | 2011-07-21
  1. 24

    Cette installation devrait fonctionner mieux à vos besoins:

    var req = new XMLHttpRequest();
req.open('POST', '/upload_image');
req.onreadystatechange = function (aEvt) {
  if (req.readyState == 4) {
     if(req.status == 200)
      alert(req.responseText);
     else
      alert("Error loading page\n");
  }
};
req.send(formData);

    Dans votre code d'erreur de rappel n'est jamais appelé ainsi parce qu'il est déclenché uniquement par le réseau d'erreurs au niveau de l', il ignore les codes de retour HTTP.

    • Nice, cela fonctionne! Toujours curieux mais... pourquoi n'est-elle pas la "erreur" de rappel jamais invoqué dans ma configuration ci-dessus?
    • J'ai eu des problèmes avec chrome juste retour des réponses ajax très étrange. J'ai eu une qui était à 200, mais n'a jamais été terminé.
    • L'erreur de rappel n'est jamais appelé ainsi parce qu'il est déclenché uniquement par le réseau d'erreurs au niveau de l', il ignore HTTP codes de retour.
    • Voir aussi: quirksmode.org/js/xmlhttp.html
    InformationsquelleAutor Joe
  2. 8

    La charge de l'événement est appelé chaque fois que le serveur répond avec un message. La sémantique de la réponse n'a pas d'importance; ce qui est important, c'est que le serveur a répondu (dans ce cas, avec un statut de 500). Si vous souhaitez postuler erreur sémantique de l'événement, vous avez à traiter de la situation vous-même.

    InformationsquelleAutor rich remer
  3. 0
    function get(url) {
return new Promise(function(succeed, fail) {
  var req = new XMLHttpRequest();
  req.open("GET", url, true);
  req.addEventListener("load", function() {
    if (req.status < 400)
      succeed(req.responseText);
    else
      fail(new Error("Request failed: " + req.statusText));
  });
  req.addEventListener("error", function() {
    fail(new Error("Network error"));
  });
  req.send(null);
 });
}

    code de EJS
    par l'exemple de code
    il est clair que l'erreur de réseau n'a pas de réponse, il déclenche l'événement d'erreur.
    réponse de déclenchement de l'événement load
    et la vous avez à décider quoi faire avec le statut de la réponse

    InformationsquelleAutor 黃聖琪
  4. 0

    Expansion sur @riches remer réponse, voici comment vous pouvez accéder à l'état de vous-même:

    function upload_image() {
    var form = document.getElementById('upload_image_form');
    var formData = new FormData(form);

    var xhr = new XMLHttpRequest();
    xhr.addEventListener("load", function(e) {
        if(e.currentTarget.status < 400)
            alert("Load callback - success!");
        else
            alert("Load callback - error!");
    }, false);
    xhr.addEventListener("error", function(e) {
        alert("Error callback");
    }, false);
    xhr.open("POST", "/upload_image");
    xhr.send(formData);
}

    Veuillez noter que l'accès de la e.currentTarget.status propriété de la réponse de l'événement (e). Ressemble le statut est en fait disponible par de e.{currentTarget,target,srcElement}.status - je ne suis pas sûr que l'on devrait être utilisé comme la meilleure pratique, cependant.

    • Un statut >=400 indique en général et de l'erreur, pas une réussite 😉
    • merci, fixe 🙂
    InformationsquelleAutor Jakub Kukul