Catching uncatchables

We were having trouble with spec errors in EventListeners. For example, spec errors thrown when handling the response to an ajax request were uncaught and printed badly.

There are Closure Library functions which can help with these cases. Possibly of use for cljs-devtools

```
(ns condense.preload
(:require [goog.debug.entryPointRegistry :as gepr])
(:import [goog.debug ErrorHandler]))

(defn handle-error [e]
(js/console.debug (.-stack e))
(js/console.debug (ex-data e)))

(def error-handler (doto (ErrorHandler. handle-error)
(.protectWindowSetTimeout)
(.protectWindowSetInterval)
(.protectWindowRequestAnimationFrame)))

(gepr/monitorAll error-handler)
```

Commencez par suivre la manière dont EventListeners gèrent les erreurs de spécification provenant des réponses Ajax asynchrones, puis comparez ce chemin avec l’exemple de Closure Library ErrorHandler et entryPointRegistry dans l’Issue. La tâche est terminée lorsque ces erreurs sont interceptées et signalées avec une sortie utile de stack et ex-data ; aucun fichier source ni test n’étant nommé, il faut d’abord localiser le point d’intégration pertinent.

Rédigé par le modèle d'indexation à partir du texte de l'issue.