Capturer des erreurs JS dans Chrome

Question

Je capture des erreurs js dans l'application avec window.onerror, mais le truc est - dans Chrome si les outils de développement ne sont pas ouverts - alors le paramètre url passé au gestionnaire onerror est toujours égal à l'URL ouverte.

Alors que si les outils de développement sont ouverts - alors le url pointe vers le fichier exact .js l'erreur causée par js.

Comment gérez-vous cela? Y a-t-il des solutions de contournement?

Et pour être plus clair - voici 2 résultats:

1. Uncaught ReferenceError: a is not defined index:122 - cela a été reçu après l'extraction d'une page
2. Uncaught ReferenceError: a is not defined List.js:122 - ceci a été reçu après la récupération de la même page avec les outils de dev ouverts. Ceci est un résultat attendu - J'ai mis a(); appel au fichier List.js pour le test.

UPD: cela se fait pour les tests fonctionnels (en utilisant WebDriver de sélénium) - Je veux saisir js erreurs pour d'autres enquêtes.

Answer 1

Faisons pose l'architecture suivante:

window.addEventListener("error", handleException, false); 

function handleException(I_sMsg) { 

    if (I_sMsg.stack) { 
      sMsg = I_sMsg.stack.replaceAll(getBaseURL(), ""); 
     alert(sMsg); 
    } else if (I_sMsg.message) { 
     alert(I_sMsg.message); 
    } 

    return cancelEvent(I_sMsg); 
} 

Maintenant tout throw new Error("description"); passera par la première partie de l'instruction if et avoir une belle pile pour vous d'analyser avec les urls.

Il fonctionne également des exceptions inattendues, ayant comme résultat le message suivant (dans ce cas, après avoir appelé la fonction unexisting bibi())

Après une enquête plus poussée, mon cadre utilise une sorte de maison fait la gestion des tâches (comme indiqué dans la pile) où chaque action appartient à un travail.

La méthode d'exécution du travail est le suivant (simplifié)

try { 
     oTask.func.apply(oTask.obj, oTask.prms); 
    } catch(ex) { 
     handleException(ex); 
     return false; 
    } 

Donc cela signifie que chaque exécution unique est encapsulé dans ce seul bloc catch try. Comme vous le voyez, l'exception est interceptée et transmise au gestionnaire. Pas l'erreur .

Je pensais que ça fonctionnait dans l'autre fichier mais c'était parce que l'appel était encapsulé, alors que dans le fichier api.js c'était directement un appel gratuit non géré par le framework.

Answer 2

Plus d'un quelque chose à essayer réponse vraiment mais il pourrait aider.

Chrome a récemment ajouté chrome://inspect/ à la liste des URL pratiques (voir chrome://chrome-urls/ pour la liste complète). Je ne trouve pas le tweet ou le blog que j'ai lu à ce sujet malheureusement, mais je pense que c'était au cours du dernier mois. L'URL fonctionne sur Chrome 28 à coup sûr.

chrome://inspect/ liste tous les onglets ouverts avec un inspecter le lien qui redirige vers la page ouverte existante mais ouvre également DevTools.

Je pense que le test de sélénium pourrait ouvrir le site en cours de test dans un onglet et dans un second onglet ouvrir la inspectent page, suivez le lien inspect Retour à la page de test, mais cette fois avec DevTools ouvert, ce qui permet window.onerror pour capturer de meilleures erreurs.

Quelque chose comme:

document.getElementsByClassName('row')[n].getElementsByTagName('a')[0].click()