СК
Это порнография if (reason !== STOP_ERROR) {
Наследуй объект ошибки и сравнивай instanceof
Наследуй объект ошибки и сравнивай instanceof
У ошибки-одиночки идентификатор объекта совпадает, условие пройдёт на ура
Size: a a a
2020 December 22
YK
Не пройдет поскольку в таком случаи всегда будет === у двух объектов ошибки
СК
Не пройдет поскольку в таком случаи всегда будет === у двух объектов ошибки
Поэтому у меня и создаётся ошибка-одиночка)
СК
Не пройдет поскольку в таком случаи всегда будет === у двух объектов ошибки
Это условие работает, ошибка не в нём. Какого-то фига, как я понимаю, при создании (не бросании) экземпляра ошибки в Promise и отсутствии у него с ходу
catch-а в консоль бросает сообщение об этом. Хз будет ли это влиять на работу кода далее. Возможно стоит просто забить на сообщение или таки есть способ сделать что бы оно н еотображалось?SB
Выручайте, компрады, как лечить это ненастье?
В другом месте помогло обвернуть это всё ещё и в
В другом месте помогло обвернуть это всё ещё и в
new Promise с обработкой его catch, хотелось бы без таких костылей. Есть идеи?)Так, проблема только в том, что тебе IDE подсвечивает непойманную ошибку?
SB
или ошибка возникает в ран-тайме?
СК
или ошибка возникает в ран-тайме?
Это уже ран-тайм(
СК
И хрен же её повторишь в более простом представлении
YK
Странно только что проверил вызов new Error(...) без throw, не в хроме, не в фоксе ошибок в консоли нет.
SB
ну и не должно быть
SB
new Error() - эта конструкция и не должна БРОСАТЬ ошибку
YK
И зачем вызывать второй setTimeout c catch он у тебя не когда срабатывать не будет
СК
new Error() - эта конструкция и не должна БРОСАТЬ ошибку
Вот и у меня это недоумение..
СК
И зачем вызывать второй setTimeout c catch он у тебя не когда срабатывать не будет
Будет, если вызвать вложенный
stop()SB
видимо, на скриншоте - браузер показывает не место, где было брошено исключение, а место, где оно родилось.
СК
видимо, на скриншоте - браузер показывает не место, где было брошено исключение, а место, где оно родилось.
Тоже об этом думал, однако тогда она должна где-то бросаться и не словиться, а этого, вроде как, нет
СК
Херня какая-то, как по мне, что-то в V8 не вывозит асинхронность и исключения созданные не реал-тайм..
YK
Во-первых, catch у тебя не срабатывает, везде onFulfill. Во-вторых, в консоль выводится только то что ты сам выводишь методом log. Посмотри, где ты выводишь в Uncaught ( in promise ) консоль и как по логике программа доходит до этого вызова log
СК
Во-первых, catch у тебя не срабатывает, везде onFulfill. Во-вторых, в консоль выводится только то что ты сам выводишь методом log. Посмотри, где ты выводишь в Uncaught ( in promise ) консоль и как по логике программа доходит до этого вызова log
1. По коду, создаётся
2.
reject-нутый Promise а только через пару миллисекунд на него вешается обработчик catch, "протеканий" мимо отложенного catch не нашёл, от того и вопрос;2.
Uncaught (in promise) — нативное сообщение, как и ещё куча выводимых не только через console.log.СК
Спасибо что поучавствовали в расследовании. Пришлось отказаться от выстраивания вызовов в
Promise-очередь, так стало возможно исключить использование исключений для остановки очереди