babel polyfill ловит мои ошибки, а не позволяет их всплывать

Я использую raygun для отслеживания ошибок внешнего интерфейса. Raygun использует EventError, перехватывая свойство window.onerror. Все идет нормально.

Мое приложение написано на ES6 и использует генераторы. Я использую babel для написания кода, совместимого с веб-браузером ES6, и webpack для его объединения. Поскольку я использую generators, я также импортирую Babel polyfill в свой HTML вместе с моим entry chunk. Я не импортирую его в свое приложение, потому что HTML-страница может загружать другие приложения, которые, в свою очередь, могут попытаться запустить полифилл. Таким образом, запускается только экземпляр полифилла.

<script src="/container/lib/polyfill.js"></script>
<script src="/container/vendor.bundle.js"></script>
<script src="/container/myApp.js"></script>

Чтобы убедиться, что window.onerror работает, я сначала написал свой собственный обработчик ошибок (ну, я скопировал его из MDN):

window.onerror = function (msg, url, lineNo, columnNo, error) {
    var string = msg.toLowerCase();
    var substring = "script error";
    if (string.indexOf(substring) > -1){
        alert('Script Error: See Browser Console for Detail');
    } else {
        var message = [
            'Message: ' + msg,
            'URL: ' + url,
            'Line: ' + lineNo,
            'Column: ' + columnNo,
            'Error object: ' + JSON.stringify(error)
        ].join(' - ');

        alert(message);
    }

    return false;
};

поэтому, запустив мой код, я ожидаю прекрасного винтажного оповещения.

К сожалению, я получаю сообщение в журнале ошибок, но хук window.onerror его не перехватывает:

Unhandled promise rejection Error: test
Analisi dello stack:
runApp@webpack:///../index.js?:86:11
initSteps$@webpack:///../index.js?:161:21
tryCatch@http://172.16.0.2/container/lib/polyfill.js:6151:37
invoke@http://172.16.0.2/container/lib/polyfill.js:6442:22
defineIteratorMethods/</prototype[method]@http://172.16.0.2/container/lib/polyfill.js:6203:16
resume@webpack:////Users/matteo/Documents/em3/container/web_src/lib/utils.js?:25:9
initSteps$/<@webpack:///../index.js?:148:25
run@http://172.16.0.2/container/lib/polyfill.js:3911:22
notify/<@http://172.16.0.2/container/lib/polyfill.js:3924:28
flush@http://172.16.0.2/container/lib/polyfill.js:1209:9
MutationCallback*[64]</module.exports@http://172.16.0.2/container/lib/polyfill.js:1228:5
[198]<@http://172.16.0.2/container/lib/polyfill.js:3837:26
s@http://172.16.0.2/container/lib/polyfill.js:1:246
s/<@http://172.16.0.2/container/lib/polyfill.js:1:305
[295]<@http://172.16.0.2/container/lib/polyfill.js:6017:1
s@http://172.16.0.2/container/lib/polyfill.js:1:246
s/<@http://172.16.0.2/container/lib/polyfill.js:1:305
[1]</<@http://172.16.0.2/container/lib/polyfill.js:5:1
[1]<@http://172.16.0.2/container/lib/polyfill.js:2:2
s@http://172.16.0.2/container/lib/polyfill.js:1:246
e@http://172.16.0.2/container/lib/polyfill.js:1:425
@http://172.16.0.2/container/lib/polyfill.js:1:11

в то время как если я перенесу свой throw new Error('test'); за пределы функции генератора, я получу ожидаемое предупреждение. Как избежать такого поведения?


webpack babeljs ecmascript-6 babel-polyfill raygun
person Bertuz    schedule 31.01.2017    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Кажется, что ошибки, возникающие внутри вашего генератора, происходят из контекста обещания, а необработанные отклонения обещаний обрабатываются иначе, чем необработанные ошибки синхронизации.

Чтобы поймать неперехваченный отказ от промиса, вы можете использовать, например, следующее:

window.addEventListener("unhandledrejection", function (event) {
  console.warn("WARNING: Unhandled promise rejection. Reason: "
               + event.reason);
});

С некоторыми старыми полифиллами или старыми нативными промисами вам, возможно, придется сделать следующее:

window.onunhandledrejection = function(event) { ...};
person Ambroos    schedule 31.01.2017
comment
вы заметили строку tryCatch@http://172.16.0.2/container/lib/polyfill.js:6151:37? Я думаю, что polyfill.js ловит все - person Bertuz; 31.01.2017