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
NW2: nw.App.crashRenderer() doesn't kill nw like NW1 does #7383
Comments
This is fixed in git and will be available in the next nightly build. |
@rogerwang - but now the whole nwjs process just disappears on crash? How can we open a new popup for the user to report an issue? As discussed in #7339 (comment) |
This is just to keep the same behavior with NW1. The enhanced crash handling will be implemented later. |
@rogerwang, I just checked it with the following build on macOS: |
@arudnev thanks. It seems to remain opening when devtools is opened. Will fix it soon. |
Any update on this, can i help somehow? Same behaviour still happening with current build |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Bumping. Same behaviour still happening with current build |
Via issue #7339
NWJS Version : nw1 vs nw2 behaviour, seemingly independent of nw.js version
Operating System : Ubuntu 16.4 LTS
Expected behavior
With nw1, when testing a renderer crash with nw.App.crashRenderer(), the whole nw process dies.
Actual behavior
With nw2, the nw process is not killed completely.
How to reproduce
Start the current nw.js version (0.44.2) with the chromium flag
--disable-features=nw2
.Execute
nw.App.crashRenderer();
-> nw completely dies
Start the current nw.js version (0.44.2) without the chromium flag
--disable-features=nw2
.Execute
nw.App.crashRenderer();
-> nw doesn't die, but shows an "Oh Snap" error screen
Related (future) thoughts:
There are probably 2 use cases when a nw renderer dies:
Maybe it makes sense to handle crashing differently in the future, maybe based on a manifest file parameter, e.g. if kiosk is set, or to make it more explicit, a new parameter? Another idea would be to just execute some "renderer died" middleware code, to let the developer decide what to do.
The text was updated successfully, but these errors were encountered: