Détecter XHR erreur est vraiment en raison de navigateur arrêter ou cliquez sur pour nouvelle page

Alors que ma page est en cours de chargement du contenu via XHR, si l'utilisateur clique sur le bouton arrêter ou de clics pour accéder à une autre page, le XHR fonction error() est appelée. Ce ne serait pas normalement être un gros problème, sauf pour l'utilisateur choc de voir beaucoup de (rouge) les messages d'erreur sur la page.

Les messages sont valables, il y avait effectivement une erreur lors de la récupération du contenu - mais c'est en raison de l'interaction de l'utilisateur, pas à cause d'une défaillance du système.

Est-il un moyen de faire la distinction entre un (404 | 500 | erreur de dépassement de délai) et d'une erreur causée par le fait que l'utilisateur cliquait sur le navigateur du bouton d'arrêt d' ?

EDIT: je suis en utilisant Dojo (d'où la fonction d'erreur de référence), mais je crois que ce serait une situation qui est commun à travers toute XHR mise en œuvre. Je vais regarder dans readyState de l'objet xhr quand l'erreur() est appelée

  • Ce "XHR fonction error ()" parlez-vous? Il n'existe pas de méthode sur XmlHttpRequest instances.
  • apparaît qu'il y a un "onerror" événement soutenu par "la plupart" des navigateurs, apparemment. ref: developer.mozilla.org/en-US/docs/Web/API/...
InformationsquelleAutor olore | 2009-09-18
  1. 37

    À la distinction entre les erreurs HTTP (404, 401, 403, 500, etc..) et de la demande d'avortement des erreurs (c'est à dire l'utilisateur appuie sur la touche Echap ou de naviguer à l'autre page) , vous pouvez vérifier le XHR.statut de la propriété, si la demande a été abandonnée en l'état membre sera égal à zéro:

    document.getElementById('element').onclick = function () { 
  postRequest ('test/', null, function (response) { //success callback
    alert('Response: ' + response); 
  }, function (xhr, status) { //error callback
    switch(status) { 
      case 404: 
        alert('File not found'); 
        break; 
      case 500: 
        alert('Server error'); 
        break; 
      case 0: 
        alert('Request aborted'); 
        break; 
      default: 
        alert('Unknown error ' + status); 
    } 
  }); 
};

    Un simple postRequest fonction:

    function postRequest (url, params, success, error) {  
  var xhr = XMLHttpRequest ? new XMLHttpRequest() : 
                             new ActiveXObject("Microsoft.XMLHTTP"); 
  xhr.open("POST", url, true); 
  xhr.onreadystatechange = function(){ 
    if ( xhr.readyState == 4 ) { 
      if ( xhr.status == 200 ) { 
    success(xhr.responseText); 
      } else { 
    error(xhr, xhr.status); 
      } 
    } 
  }; 
  xhr.onerror = function () { 
    error(xhr, xhr.status); 
  }; 
  xhr.send(params); 
}

    Exécuter l'extrait ci-dessus ici.

    • Parfait état 0 est exactement ce que je cherchais. Merci.
    • Un échec de connexion aura également un statut de 0. Vous ne savez pas comment faire la différence entre un manuellement annulation de connexion et un échec de connexion
    • Ce Jaffa dit. Une demande refusée par la SCRO politique a aussi un statut de 0. Je suis très curieux de savoir si il y a une manière de raconter, à travers des navigateurs, si un XHR a le statut de 0 en particulier, car elle a été abandonnée par le navigateur.
    • d'accord avec @JaffaTheCake cela ne fonctionne pas dans ce scénario. J'ai cependant utilisé cette solution pour contourner cela:stackoverflow.com/questions/15326627/...
    • Malheureusement, le deuxième extrait, il semble appeler la "erreur" gestionnaire de deux fois chaque fois qu'il ya un échec 😐
    InformationsquelleAutor CMS