-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
MAUI Webview Process Lifecycle/Crash events #12860
Comments
We've moved this issue to the Backlog milestone. This means that it is not going to be worked on for the coming release. We will reassess the backlog following the current release and consider this item at that time. To learn more about our issue management process and to have better expectation regarding different types of issues you can read our Triage Process. |
We should ensure that the various delegates for WKWebView can be easily passed in as custom instances. We do this for UIDelegate currently in a mapper. Navigation Delegate would need the same treatment. Related to #7551 |
This crashed my app - and I cannot do anything about it. Is there a away to prevent this crash? [chromium] [INFO:CONSOLE(0)] "Access to XMLHttpRequest at 'https://api.rlcdn.com/api/identity/envelope?pid=1258' from origin 'https://weather.com' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.", source: about:srcdoc (0) |
BTW here was a sample of how the process terminated event can be used specifically for BlazorWebView scenarios (not regular WebView): #6481 (comment) |
Fixed by #20059 |
Description
Expose the lifecycle events of browsers through the API. As the Webviews run in separate processes, it is possible that they can crash or be forced to close by the user/OS. We should be able to react to those events so the app can recover the view if the webview processes crash. The lifecycle events would also allow us to hide the loading of the view until the process is ready for rendering.
Public API Changes
Intended Use-Case
Recovering from crashed processes. We should be able to seamlessly recover from the crash, reload the view, and continue from where we left off. This would also enable to preload the webview and know its ready for rendering when opening a webview based tool.
The text was updated successfully, but these errors were encountered: