Closed
Bug 776142
Opened 13 years ago
Closed 13 years ago
NullPointerException from missing registerGeckoEventListener method in tests
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
Firefox 17
People
(Reporter: kats, Unassigned)
References
Details
(Keywords: intermittent-failure)
See https://tbpl.mozilla.org/php/getParsedLog.php?id=13720352&full=1&branch=mozilla-inbound
The top of the stack has:
java.lang.NoSuchMethodException
at java.lang.Class.getDeclaredMethods(Native Method)
at java.lang.ClassCache.getDeclaredPublicMethods(ClassCache.java:166)
at java.lang.ClassCache.getDeclaredMethods(ClassCache.java:179)
at java.lang.ClassCache.findAllMethods(ClassCache.java:249)
at java.lang.ClassCache.getFullListOfMethods(ClassCache.java:223)
at java.lang.ClassCache.getAllPublicMethods(ClassCache.java:204)
at java.lang.Class.getMethod(Class.java:984)
at org.mozilla.fennec.FennecNativeDriver.<init>(FennecNativeDriver.java:97)
and line 97 of FennecNativeDriver is this:
mRegisterGEL = mGas.getMethod("registerGeckoEventListener", parameters);
For some reason the method isn't being found even though it exists.
Reporter | ||
Comment 1•13 years ago
|
||
Happens in talos too:
https://tbpl.mozilla.org/php/getParsedLog.php?id=13721853&tree=Mozilla-Inbound
Comment 3•13 years ago
|
||
Comment 4•13 years ago
|
||
Comment 5•13 years ago
|
||
Comment 6•13 years ago
|
||
Comment 7•13 years ago
|
||
Comment 8•13 years ago
|
||
This turned a whole bunch of (talos) jobs on a recent push red... as well as robocop units orange.
We either need to backout its cause asap or fix it, imo.
tracking-fennec: --- → ?
Comment 9•13 years ago
|
||
Comment 10•13 years ago
|
||
(Note that I'm starring most of the talos red with a;r instead of this bug)
Comment 11•13 years ago
|
||
Comment 12•13 years ago
|
||
https://tbpl.mozilla.org/php/getParsedLog.php?id=13745743&tree=Firefox
https://tbpl.mozilla.org/php/getParsedLog.php?id=13745374&tree=Firefox
https://tbpl.mozilla.org/php/getParsedLog.php?id=13745087&tree=Firefox
https://tbpl.mozilla.org/php/getParsedLog.php?id=13745579&tree=Firefox
https://tbpl.mozilla.org/php/getParsedLog.php?id=13745869&tree=Firefox
https://tbpl.mozilla.org/php/getParsedLog.php?id=13745581&tree=Firefox
https://tbpl.mozilla.org/php/getParsedLog.php?id=13745601&tree=Firefox
Comment 13•13 years ago
|
||
Could this be rlalted to Bug 765766?
Comment 14•13 years ago
|
||
(In reply to Bill Gianopoulos [:WG9s] from comment #13)
> Could this be rlalted to Bug 765766?
^^^^^^^
related
Comment 15•13 years ago
|
||
Comment 16•13 years ago
|
||
Blocks: honeycomb-flash
Comment 17•13 years ago
|
||
Hasn't this been fixed by the new patch on bug 687267?
Reporter | ||
Comment 18•13 years ago
|
||
Well it was fixed by the backout cset in comment 15, and the new patch on bug 687267 didn't reintroduce it.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
Reporter | ||
Comment 19•13 years ago
|
||
Why does this affect 16 and 15? The patch that introduced it was never uplifted, AFAIK.
Comment 20•13 years ago
|
||
(In reply to Kartikaya Gupta (:kats) from comment #19)
> Why does this affect 16 and 15? The patch that introduced it was never
> uplifted, AFAIK.
I though it was introduced by bug 687267.
Reporter | ||
Comment 21•13 years ago
|
||
It was introduced by cset 8571114112b2, which was backed out before being uplifted. bug 687267 was fixed with a different patch that didn't have this problem.
Also I checked the tbpl pages for aurora and beta, and the robocop tests are passing fine, so this bug definitely doesn't affect those branches.
Assignee | ||
Updated•13 years ago
|
Keywords: intermittent-failure
Assignee | ||
Updated•13 years ago
|
Whiteboard: [orange]
Assignee | ||
Updated•5 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•