-
Notifications
You must be signed in to change notification settings - Fork 25.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(core): do not rethrow an error from ErrorHandler #13534
Conversation
48e63ed
to
d1afb5f
Compare
a1f4309
to
5e306a9
Compare
1bdebe8
to
dacb0ca
Compare
dacb0ca
to
2bbfbf3
Compare
This change was reverted. The refactor done in the last commit broke users who used |
@chuckjaz you mean sub classes won't have access to |
No. The issue is that we specifically marked it |
Thanks! In the future, avoid refactoring after approvals because we run internal tests before we commit. The internal tests succeeded on your previous change but on the refactored change. |
probably we should make further changes invalidate approvals |
I changed the commit message (according to Igor's guidelines) and decided to simplify the code a bit 😄 |
angular#13534)" This reverts commit 1aebea5.
angular#13534)" This reverts commit 1aebea5.
angular#13534)" This reverts commit 1aebea5.
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
Closes #13159 and #8993
Issue description:
The origin of the issue is this line. After rethrowing we are getting unsubscribed and do not receive further errors. According to the comment this is required to fail on bootstrap error but I think this is outdated because there're several tests to ensure that bootstrap will fail even if ErrorHandler is not rethrowing the error.
If we still need to rethrow on bootstrap then another solution would be to set
rethrowError
to false after bootstrap.