Ведение журнала с помощью Angular в IE11 показывает странное поведение

В настоящее время я отлаживаю довольно странную проблему в угловом приложении в IE11 (Edge). Мы используем собственный Logger, который затем записывает все необходимое через службу angulars $log в консоль.

Теперь в IE11 у нас есть следующее поведение:

Если мы загрузим страницу (и, таким образом, инициализируем наше приложение Angular) с открытыми инструментами F12, проблем с ведением журнала не возникнет. Как только мы закрываем инструменты F12, последующие журналы, по-видимому, вызывают ошибку javascript, и следующий JS-код не выполняется. Однако, поскольку я не могу отлаживать его, я не знаю ошибки. Единственная ссылка, которую я иногда получаю, когда снова открываю devtools, — это проблема с browsertools.library.js.

Однако, если мы загрузим страницу с закрытыми инструментами F12, проблем не возникнет, даже когда мы снова откроем и закроем инструменты F12.

Это также не происходит с другими браузерами (например, Chrome).

Наша версия Angular 1.2.18 (политика компании...)

Спасибо за любую подсказку или решение. Чноч


person Chnoch    schedule 06.03.2015    source источник
comment
Мы заметили такое же поведение в IE11 и IE9. Однако это не проблема AngularJS, у вас будет такое же поведение с console.log()   -  person    schedule 06.03.2015
comment
Не обязательно. Я исправил проблему, минуя службу angulars $log и напрямую записывая в консоль из нашего пользовательского Logger. По-видимому, есть проблема с применением соответствующей функции консоли (журнал, предупреждение, ошибка...) из angular. Но это действительно странная проблема, особенно потому, что она не поддается отладке.   -  person Chnoch    schedule 07.03.2015
comment
Это странно. Мы столкнулись с таким поведением в приложении, которое не имело вообще никакой ссылки на Angular, и мы просто делали console.log.   -  person    schedule 08.03.2015
comment
Не уверен, что это помогает, но если вы работаете в более старом режиме документа ‹IE 10, объект консоли недоступен, пока вы не откроете инструменты F12. В более ранних версиях IE не было встроенной консоли, поэтому эмуляция режима документа отражает это. Кроме того, когда вы закрываете F12, он на самом деле просто скрывается, поскольку модель расширяемости IE (на которой построен F12) действительно не позволяет расширениям уходить, если процесс, в котором они находятся (для вкладки), не завершен. У вас есть реплика, чтобы поделиться?   -  person Andy Sterland    schedule 16.04.2015
comment
@AndySterland Спасибо за ваш комментарий. Однако это не очень помогает, поскольку проблема связана с IE11. Я также знал об этой ошибке раньше, так как ранее сталкивался с ней ;-) Я полагаю, что это ошибка в AngularJS, потому что как только мы избавились от службы $log и напрямую реализовали console.log, console.warn и т. д. ошибка исчезла. Поэтому я прекратил расследование, а также не могу поделиться воспроизводимым материалом.   -  person Chnoch    schedule 16.04.2015
comment
Немного поздно, но найдено " rel="nofollow noreferrer">в этом отчете об ошибке есть ссылка на browsertools.library.js?   -  person ste2425    schedule 23.02.2017


Ответы (1)


Это из-за утверждения console.log. Там могут быть некоторые строки, которые вы можете прокомментировать, и это сработает. В моем случае это был запрос xhr.

var xhttp = new XMLHttpRequest();
person JIN T    schedule 19.06.2018