System cleans up Chrome process and kills app with webview
Reported by
swiss.de...@gmail.com,
Mar 5 2018
|
||||||
Issue descriptionSteps to reproduce the problem: 1. Launch app with webview 2. Force system to clean up Chrome process 3. Foreground app with webview gets killed What is the expected behavior? What went wrong? We are developing an app that plays audio in a foreground service. We also use a third party ad sdk inside the app that displays ads in a webview. When the device is locked, the system will eventually kill the Chrome process (probably to save power). This will also kill our app and the foreground service that was playing the audio streams. Most of the reports regarding this issue came form users with Huawei devices. Did this work before? N/A Chrome version: 59.0.3071.125 Channel: stable OS Version: 7.0 Flash Version: Is there a way to prevent this behaviour or is it possible that the ad sdk does something funny with the webview that causes these clean ups / crashes?
,
Mar 6 2018
swiss.development.co@ -- Thanks for reporting the issue. Could you please share the sample application to reproduce the issue along with the screen cast and device details for better understanding. Also, please verify by updating your Chrome / WebView version to latest #64.0.3282.137 and let us know your observations. Thanks in advance!
,
Mar 8 2018
I added the sample app and the screen cast. I also uploaded the git repository for the sample app to our git server. http://stash.swiss-dev.ch/projects/NRJ/repos/adtech-test A lot of people (mostly with Huawei devices) reported that these crashes occur when they lock their device. The system then tries to clean up the Google Chrome process and also crashes our app. If we remove the ad sdk that uses the webview, everything works as expected and the crashes stop. Unfortunately, we don't have a test device that behaves like these reports, but we can simulate the same behavior by manually force quitting the chrome app. Updating the browser didn't have any affect.
,
Mar 8 2018
We likely can't do anything about this without knowing exactly what device this can be reproduced on, or getting a copy of the logs from a device on which this occurs. The system should not close the renderer process until your app stops using it, at which point it won't crash your app (because it's not needed any more).
,
May 17 2018
Closing this issue as there is no action on this issue for long time, closing this issue. Request you to update your Chrome to latest #66.0.3359.158. Please feel free to file a new issue if the issue is still observed. Thanks!
,
May 30 2018
Sorry, it took a bit longer to gather the information for an affected device. Please find the following information where the problem occurs: • Device: Huawei Mate 8 • Model number: Huawei NXT-L29 • Android Version: Android 7.0 • WLAN (active): Yes, Occurs on 4G too • Bluetooth (active): Yes, active but not connected • Energy Saving mode: No • Google Chrome Version: 63.0.3239.111
,
May 30 2018
If we have one of those devices we could try leaving it sitting there with logcat output being recorded, but it doesn't sound like this happens under any predictable circumstance, so it may simply not repro :/ One other possible explanation that isn't mentioned above is that webview is being updated by the play store; this kills all webview-using apps, and will happen to users every 6 weeks or so when we release a new version. If you tend to get a lot of reports of this around the same time, and then no more reports for a while, then that's likely the reason..
,
May 30 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 5 2018
I tried this on a huawei P10, just left gmail using webview running overnight, with the device screen off. It's still there in the morning. In general, if huawei devices are overzealous in force stopping apps when it shouldn't be doing, then it's really huawei's OS modifications that's the problem. |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by pnangunoori@chromium.org
, Mar 6 2018Labels: Needs-triage-Mobile