Closed Bug 1268125 Opened 3 years ago Closed 3 years ago

crash in java.lang.UnsatisfiedLinkError: Native method not found: org.mozilla.gecko.PrefsHelper.getPrefsById:(I[Ljava/lang/String;Z)V at org.mozilla.gecko.PrefsHelper.getPrefsById(Native Method)

Categories

(Firefox for Android :: General, defect, critical)

All
Android
defect
Not set
critical

Tracking

()

RESOLVED FIXED
Firefox 49
Tracking Status
firefox46 --- affected
firefox47 --- ?
firefox48 --- ?
firefox49 --- fixed
fennec 47+ ---

People

(Reporter: kbrosnan, Assigned: jchen)

References

Details

(Keywords: crash)

Crash Data

Attachments

(3 files)

This bug was filed from the Socorro interface and is 
report bp-23ddf6a9-6ac8-46ad-b763-c27c82160426.
=============================================================

New in 46

java.lang.UnsatisfiedLinkError: Native method not found: org.mozilla.gecko.PrefsHelper.getPrefsById:(I[Ljava/lang/String;Z)V
	at org.mozilla.gecko.PrefsHelper.getPrefsById(Native Method)
	at java.lang.reflect.Method.invokeNative(Native Method)
	at java.lang.reflect.Method.invoke(Method.java:511)
	at org.mozilla.gecko.GeckoThread.invokeMethod(GeckoThread.java:156)
	at org.mozilla.gecko.GeckoThread.flushQueuedNativeCallsLocked(GeckoThread.java:283)
	at org.mozilla.gecko.GeckoThread.setState(GeckoThread.java:539)
	at org.mozilla.gecko.GeckoThread.run(GeckoThread.java:438)
[@ java.lang.UnsatisfiedLinkError: getPrefsById at org.mozilla.gecko.PrefsHelper.getPrefsById(Native Method) ] looks very similar
Crash Signature: [@ java.lang.UnsatisfiedLinkError: Native method not found: org.mozilla.gecko.PrefsHelper.getPrefsById:(I[Ljava/lang/String;Z)V at org.mozilla.gecko.PrefsHelper.getPrefsById(Native Method)] → [@ java.lang.UnsatisfiedLinkError: Native method not found: org.mozilla.gecko.PrefsHelper.getPrefsById:(I[Ljava/lang/String;Z)V at org.mozilla.gecko.PrefsHelper.getPrefsById(Native Method)] [@ java.lang.UnsatisfiedLinkError: getPrefsById at org.mozilla.g…
Component: Graphics, Panning and Zooming → General
Jim, do you have any idea what could be going on here?
Flags: needinfo?(nchen)
Yeah I think I know what's going on.
Assignee: nobody → nchen
Status: NEW → ASSIGNED
Flags: needinfo?(nchen)
tracking-fennec: ? → 47+
Even though a class may not be multi-threaded, its object references can
still be passed to different threads. As long as the references are not
accessed, we should allow it, and therefore GlobalRef should use
GetEnvForThread for ref/unref, instead of using FindEnv, which can
trigger assertions on non-main threads.
Attachment #8755018 - Flags: review?(snorp)
Introduce a rank parameter to GeckoThread states that is used to compare
states based on the degree of initialization, i.e. the amount of
components or features available for use.
Attachment #8755019 - Flags: review?(snorp)
Attachment #8755018 - Flags: review?(snorp) → review+
Comment on attachment 8755019 [details] [diff] [review]
Order GeckoThread states by degree of initialization (v1)

Review of attachment 8755019 [details] [diff] [review]:
-----------------------------------------------------------------

neat!
Attachment #8755019 - Flags: review?(snorp) → review+
https://hg.mozilla.org/mozilla-central/rev/f3dc1af5b3f0
https://hg.mozilla.org/mozilla-central/rev/e4c63fb9f8b0
https://hg.mozilla.org/mozilla-central/rev/4a20b3337a36
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 49
You need to log in before you can comment on or make changes to this bug.