New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 917682 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Dec 26
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug



Sign in to add a comment

Android application with AdMob is crashing with signal 11 (SIGSEGV), code 1 (SEGV_MAPERR)

Reported by a.a.tere...@gmail.com, Dec 24

Issue description

Steps to reproduce the problem:
Have more than 530 crashes during last week on the google play console with the following crash log.  

signal 11 (SIGSEGV), code 1 (SEGV_MAPERR)

pid: 0, tid: 0 >>> com.app.id <<<

backtrace:
  #00  pc 00000000006b0894  /data/app/com.android.chrome-6sjNIm8JOoB8de6zQaPl8w==/base.apk
  #01  pc 00000000006acc28  /data/app/com.android.chrome-6sjNIm8JOoB8de6zQaPl8w==/base.apk

What is the expected behavior?

What went wrong?
but I was not able to reproduce the issue on my devices
The crashes started occurring after 04.12.2018 when chrome v71.0.3578 stable was released on Android.

Any suggestions on how to fix the problem or how to retrieve more data about the crashes from the user devices?

Did this work before? N/A 

Chrome version: 71.0.3578  Channel: stable
OS Version: 7.0+
Flash Version:
 
Labels: Needs-triage-Mobile
Cc: boliu@chromium.org chelamcherla@chromium.org
Components: Mobile>WebView
Labels: Needs-Feedback Triaged-Mobile
@ a.a.tereschenko: Could you please provide 16 digit crash id from chrome://crashes, this would help in further triaging. If there is no crash id available please provide link to app and devcie details on which this issue is seen.

Thanks!
I am not able to reproduce the crash.
The app is following
https://play.google.com/store/apps/details?id=com.phonegap.tagesanzeiger
Regarding the affected devices, see attached images

Screen Shot 2018-12-26 at 7.16.51 PM.png
271 KB View Download
Screen Shot 2018-12-26 at 7.16.23 PM.png
232 KB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Dec 26

Labels: -Needs-Feedback
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
Cc: -chelamcherla@chromium.org sindhu.chelamcherla@chromium.org ntfschr@chromium.org
Status: WontFix (was: Unconfirmed)
I found some crash entries for your app: https://crash.corp.google.com/browse?q=product_name%3D%27AndroidWebView%27+AND+expanded_custom_data.ChromeCrashProto.webview.package_name%3D%27com.phonegap.tagesanzeiger%27

I don't see anything suspicious when I filter by M71. Specifically, I only see "content::RenderProcessHostImpl::ProcessDied" crashes (which seems plausible, given most of your crashes are on Android O, which has a separate renderer process).

All that said, I don't think there's anything we can do without a logcat. In particular, we would need to know why the renderer is crashing. I'm happy to re-open if you can provide further information though.
We are also facing tons of these crashes according to play store console. The information shown at our play store console is exactly same as provided in snapshots of OP, nothing else.
However, we are also not able to reproduce it on our android 8 and 8.1 devices. 

One thing i have noticed is, these crashes are only reported by devices running on Android 7, 8.0 and 8.1.

It'd be better if you investigate without marking it WontFix.




these crashes are only reported by devices running on Android 7 and above.
@ntfschr@chromium.org do you have any docs/info about how to detect and grab logs from such chrashes on the end users side?
> We are also facing tons of these crashes according to play store console.

What's your package name?

> The information shown at our play store console is exactly same as provided in snapshots of OP, nothing else.

Unfortunately, the 2 lines of backtrace in the original report are entirely unhelpful. That backtrace basically says "something went wrong," without giving any insight into what the core issue is. To identify the issue, we need a "microdump" from the logcat.

> It'd be better if you investigate without marking it WontFix.

First, I entirely agree that fixing is better than wont-fixing. As stated previously, this is not currently enough info to investigate, hence "wontfix." I'm happy to reopen if we can get more info, however.

> these crashes are only reported by devices running on Android 7 and above.

That's probably because Chrome is the provider on N+, but "standalone WebView" is the provider on L-M. In other words, even if the issue happened on L-M, the backtrace would not contain "/data/app/com.android.chrome..." and would be aggregated into a different bucket. Although, that's not to rule out a dependency on >= N.

> @ntfschr@chromium.org do you have any docs/info about how to detect and grab logs from such chrashes on the end users side?

That's a great question. Unfortunately, the WebView team is not familiar with the Play Console crash reporting. This might be impossible, or we might simply not know how it's done.
Our package at play store is https://goo.gl/v3Ftz8
We're not sure how to get logcat data from affected devices, I can also see so many of these reports at stackoverflow, and none of them answered.
backtrace data available at play console is not helpful in this particular case.

Sign in to add a comment