Closed Bug 1507513 Opened 6 years ago Closed 6 years ago

Crash in java.lang.NullPointerException: at android.view.View.populateVirtualStructure(View.java)

Categories

(Firefox for Android Graveyard :: General, defect, P1)

Unspecified
Android
defect

Tracking

(firefox-esr60 unaffected, firefox63 unaffected, firefox64 unaffected, firefox65blocking verified)

VERIFIED FIXED
Firefox 65
Tracking Status
firefox-esr60 --- unaffected
firefox63 --- unaffected
firefox64 --- unaffected
firefox65 blocking verified

People

(Reporter: marcia, Assigned: eeejay)

References

Details

(Keywords: crash, regression)

Crash Data

Attachments

(1 file)

This bug was filed from the Socorro interface and is report bp-9704d155-e55a-43f6-a2d3-e21ab0181115. ============================================================= Seen while looking at nightly crashes, started in 20181115100056: https://bit.ly/2B76839. 14 crashes/5 installs so far. Possible regression range based on Build ID: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=073045259e75e0c8f7b8ffcd5e4bf72570f98f3e&tochange=dca9c72df68bb59692118595dea65b78cde5b371 Java stack trace: java.lang.NullPointerException at android.view.View.populateVirtualStructure(View.java:8578) at android.view.View.onProvideVirtualStructureCompat(View.java:8077) at android.view.View.onProvideVirtualStructure(View.java:8058) at android.view.View.dispatchProvideStructureForAssistOrAutofill(View.java:8724) at android.view.View.dispatchProvideStructure(View.java:8671) at android.view.ViewGroup.dispatchProvideStructure(ViewGroup.java:3477) at android.view.ViewGroup.dispatchProvideStructure(ViewGroup.java:3550) at android.view.ViewGroup.dispatchProvideStructure(ViewGroup.java:3550) at android.view.ViewGroup.dispatchProvideStructure(ViewGroup.java:3550) at android.view.ViewGroup.dispatchProvideStructure(ViewGroup.java:3550) at android.view.ViewGroup.dispatchProvideStructure(ViewGroup.java:3550) at android.view.ViewGroup.dispatchProvideStructure(ViewGroup.java:3550) at android.view.ViewGroup.dispatchProvideStructure(ViewGroup.java:3550) at android.view.ViewGroup.dispatchProvideStructure(ViewGroup.java:3550) at android.app.assist.AssistStructure$WindowNode.<init>(AssistStructure.java:519) at android.app.assist.AssistStructure.<init>(AssistStructure.java:2047) at android.app.ActivityThread.handleRequestAssistContextExtras(ActivityThread.java:3301) at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1862) at android.os.Handler.dispatchMessage(Handler.java:106) at android.os.Looper.loop(Looper.java:193) at android.app.ActivityThread.main(ActivityThread.java:6863) at java.lang.reflect.Method.invoke(Native Method) at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:537) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:858)
Pixels and Pixel 2's are in the device mix. I haven't been able to reproduce so far on Nightly. Perhaps someone in QA can have better luck.
Flags: needinfo?(ioana.chiorean)
snorp, does anything stand out for you here in the regression window as a possible cause? This is an abrupt crash spike from yesterday and it looks like a bunch of geckoview changes landed in that window. It is often but not always a startup crash.
Flags: needinfo?(snorp)
Priority: -- → P1
I can reproduce this on a Pixel 3 XL by locking the device with Firefox up, waking the device by bringing up the assistant (e.g. by squeezing the active edges) and then unlocking to return to Firefox, which will have crashed. It's independent of why URLs loaded.
Actually, just activating the assistant in any way (voice. holding the home button, active edges) while Firefox is up immediately crashes it.
OnePlus 6T is having issues crashing... https://crash-stats.mozilla.com/report/index/9e957a15-fa1a-4099-a08b-a839f0181118#allthreads I am able to produce it when I use the app switcher using gestures, when I close and reopen the browser in short intervals.
This is averaging over 400 crashes/150 installations per nightly. It seems from some of the recent comments it is fairly easy to reproduce.
Attached file logcat.rtf
I was able to reproduce it on my Pixel 3, attaching logcat in case it helps.
Flags: needinfo?(ioana.chiorean)
ni on :eitan as it seems 2 accessibility changes landed in the regression range, and there seems to be accessibility stuff coming up in the logcat.
Flags: needinfo?(eitan)
Yeah, this looks autofill/a11y related.
Flags: needinfo?(snorp)
Assignee: nobody → eitan
This is interesting. Looks like Google Assistant has a newish setting where it retrieves info about the running app. It does this with the autofill API, and falls back to the a11y API. When it falls back, it expects an accessible node info, even though a11y is not enabled on the device. Looks like we should never return null. We do support the autofill API as well, so it is worth looking into why it is not querying that instead and falling back to a11y.
Flags: needinfo?(eitan)
I think this crash will get resolved with the patch in bug 1507913.
Depends on: 1507913
This should be fixed in nightly now. Works here, can someone else verify? Maybe Marcia?
Flags: needinfo?(mozillamarcia.knous)
Last crashes in this signature were in 20181119100115. I also cannot reproduce on my device using the latest nightly.
Flags: needinfo?(mozillamarcia.knous)
Can't reproduce anymore, either. Seems good now.
Great, thanks.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 65
Status: RESOLVED → VERIFIED
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: