Skip to content
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

Consider calling window.onerror on possibly unhandled rejections #428

benjamingr opened this issue Jan 7, 2015 · 4 comments


Copy link

People often hook on window.onerror to log exceptions to the server. @domenic proposed native promises call window.onerror on unhandled rejections just like exceptions.


  • Align with the proposed API for the web.
  • Bluebird remains a drop-in replacement for ES6 promises if the spec is approved with a more feature rich API.
  • Hook with tooling used to debug on the client.


  • Promise.onPossiblyUnhandledRejection is already exposed allowing this, in the next version we might fire an event to process from all promises possibly rejected. It's already overridable.
  • API is not approved yet.
  • Add complexity to the library and more browser/node specific logic.
  • We have observed people treat onPossiblyUnhandledRejection in many different ways, some suppress it, some make it throw and some make it perform custom logic. This indicates not everyone treats these as errors.

I'm not aware of any other promise libraries considering this at the moment.

Copy link

I am not sure a separate issue is needed, whatever events we do on process in node will be done on window in browser. However, onerror is bad because we won't be using the equivalent in node (onUncaughtException) and its signature is very different.

Copy link
Collaborator Author

@petkaantonov I tend to agree withthat. To be fair I don't understnad why Domenic would even want this behavior.

Copy link

domenic commented Jan 7, 2015

It's not me that wants it; it's the other Chrome engineers :(

Copy link
Collaborator Author

@domenic calling onerror nondeterministically really didn't sound like you :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
None yet
None yet

No branches or pull requests

3 participants