Closed Bug 847834 Opened 12 years ago Closed 12 years ago

java.lang.NullPointerException: at org.mozilla.gecko.BrowserApp.onActivityResult(BrowserApp.java)

Categories

(Firefox for Android Graveyard :: General, defect)

22 Branch
ARM
Android
defect
Not set
critical

Tracking

(firefox21 unaffected, firefox22+ fixed, firefox23+ fixed, fennec+)

RESOLVED FIXED
Firefox 23
Tracking Status
firefox21 --- unaffected
firefox22 + fixed
firefox23 + fixed
fennec + ---

People

(Reporter: scoobidiver, Assigned: Margaret)

References

Details

(5 keywords, Whiteboard: [native-crash])

Crash Data

Attachments

(1 file, 1 obsolete file)

There are two crashes from the same user in 22.0a1/20130304, including bp-63c6bf69-2087-4736-a312-e2d202130305. java.lang.NullPointerException at org.mozilla.gecko.BrowserApp.onActivityResult(BrowserApp.java:339) at android.app.Activity.dispatchActivityResult(Activity.java:5293) at android.app.ActivityThread.deliverResults(ActivityThread.java:3439) at android.app.ActivityThread.handleSendResult(ActivityThread.java:3486) at android.app.ActivityThread.access$1100(ActivityThread.java:150) at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1292) at android.os.Handler.dispatchMessage(Handler.java:99) at android.os.Looper.loop(Looper.java:137) at android.app.ActivityThread.main(ActivityThread.java:5193) at java.lang.reflect.Method.invokeNative(Native Method) at java.lang.reflect.Method.invoke(Method.java:511) at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:795) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:562) at dalvik.system.NativeStart.main(Native Method) More reports at: https://crash-stats.mozilla.com/report/list?signature=java.lang.NullPointerException%3A+at+org.mozilla.gecko.BrowserApp.onActivityResult%28BrowserApp.java%29
Assignee: nobody → wjohnston
Keywords: regression
Version: Trunk → Firefox 22
From comment 0 Firefox crashes on switching back from camera app. Reproduced on Firefox nightly on S2 running jelly bean. Testcase: 1. Open http://html5.merge.nl/file-api.php and click on browse button 2. Choose camera and take a picture 3. Select the picture and the browser should crash
Keywords: reproducible
It's #6 top crasher in 22.0a1.
tracking-fennec: --- → ?
Keywords: topcrash
tracking-fennec: ? → 22+
It's #46 crasher in 22.0a2 and #15 in 23.0a1.
tracking-fennec: 22+ → ?
Keywords: topcrash
tracking-fennec: ? → +
#20 crasher on 23 #60 crasher on 22
There's a spike in crashes starting in 23.0a1/20130418. The regression range for the spike is: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=50ab959f4bd1&tochange=3ada6a2fd0c6
Keywords: topcrash
It spiked also in 22.0a2/20130418. The Aurora regression range for the spike is: http://hg.mozilla.org/releases/mozilla-aurora/pushloghtml?fromchange=f342569a36f2&tochange=071e2690ff7a There are two possible candidates that belong to both ranges: bug 858323 and bug 860326.
Note that after these sharp spikes, it's now #1 top crasher in 22.0a2 and #4 in 23.0a1 over the last three days.
I'll look into this.
Assignee: wjohnston → margaret.leibovic
Attached patch patch (obsolete) — Splinter Review
Apparently null checks are hard. The fact that there were crashes before my patch in bug 860326 makes me think that data can be null even if resultCode == Activity.RESULT_OK, so we should check that. I broke up the logic a bit more here to try to make it all really clear what's going on. Also, this makes me realize that the fact that we always call fromAwesomeBarSearch() is wrong, since we go through this code path for any activity result, not just the awesome screen. We can address that in a follow-up though.
Attachment #740446 - Flags: review?(wjohnston)
It looks like this is originally a regression from bug 839602, and it appears to have been exacerbated by bug 860326 .
Blocks: 839602
Attached patch better patchSplinter Review
Attachment #740446 - Attachment is obsolete: true
Attachment #740446 - Flags: review?(wjohnston)
Attachment #740991 - Flags: review?(wjohnston)
Attachment #740991 - Flags: review?(wjohnston) → review+
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 23
Comment on attachment 740991 [details] [diff] [review] better patch [Approval Request Comment] Bug caused by (feature/regressing bug #): bug 839602 (exacerbated by bug 860326) User impact if declined: crashes Testing completed (on m-c, etc.): landed on m-c Risk to taking this patch (and alternatives if risky): I thought the other patches were low-risk, and they caused this crash! The main risk here is that the crash might not be totally fixed, but I think it should work. String or IDL/UUID changes made by this patch: n/a
Attachment #740991 - Flags: approval-mozilla-aurora?
Comment on attachment 740991 [details] [diff] [review] better patch looks ok to land as we still have a few weeks on aurora.Lets keep an eye on the crash-volume to see if the crashes go away else we may have to perform a backout here if needed.
Attachment #740991 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Keywords: verifyme
I can't verify this bug because the page http://html5.merge.nl/file-api.php has been changed, so I'm not able to reproduce the steps from comment 3.
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: