812501 - crash in js::ion::Cannon (from ROTOGAME app)

Status: RESOLVED INCOMPLETE

(Core :: JavaScript Engine, defect)

Description

[Andrew Williamson [:eviljeff]]

This bug was filed from the Socorro interface and is 
report bp-1bb6ea40-fc2b-4968-82e6-31cde2121116 .
============================================================= 


the app content can be accessed directly at http://sq.rotogame.com

Comment 1

[Jason Smith [:jsmith]]

Andrew - Can you consistently reproduce this crash?

Comment 2

[Andrew Williamson [:eviljeff]]

(In reply to Jason Smith [:jsmith] from comment #1)
> Andrew - Can you consistently reproduce this crash?

Yeah.  Just playing the game for a short while on Android* produces it.  Doesn't appear to happen on Desktop or FxOS.

*(on Transformer TF101 Tablet and a Galaxy S2)

Comment 3

[Jason Smith [:jsmith]]

Probably going to need a regression window.

Comment 4

[Felix E. Klee]

As the author of the app (ROTOGAMEsq), if I can help with anything, then let me know. I only have an Android 2.3.5 device at hand, though: Here the app runs fine, except that *sometimes* I am sent back to the home screen right during (or maybe directly after) the splash screen (icon + rotating animation). I am using Firefox Aurora for ARMv6, which is experimental:

https://wiki.mozilla.org/Mobile/Platforms/Android#ARMv6_.28experimental.29

Comment 5

[Marty Rosenberg [:mjrosenb]]

> I am using Firefox Aurora for ARMv6, which is experimental:
> 
> https://wiki.mozilla.org/Mobile/Platforms/Android#ARMv6_.28experimental.29

Does the game crash for you? IonMonkey should be disabled on ARMv6 builds, so I would not expect you to ever see this particular crash.

Comment 6

[Felix E. Klee]

> Does the game crash for you?

I just checked and right during or at the end of the splash screen I got
a message: "Aurora has crashed. [...]" (agreed to send data to Mozilla).
Also sometimes, as said above, I get sent back to the home screen from
the splash screen. Once the game is up, however, I have never seen a
crash.

I don't know if this is specific to my app, or if there is a general
issue with what happens while the splash screen is showing.

Comment 7

[Scoobidiver (away)]

(In reply to Felix E. Klee from comment #6)
> > Does the game crash for you?
> I just checked and right during or at the end of the splash screen I got
> a message: "Aurora has crashed. [...]" (agreed to send data to Mozilla).
What is the crash ID (bp...) in the about:crashes page?

Comment 8

[Felix E. Klee]

It should be: bp-d4fd4fd1-cb9e-4d4f-ae6c-9b5e12121120

Comment 9

[Robert Kaiser]

(In reply to Felix E. Klee from comment #8)
> It should be: bp-d4fd4fd1-cb9e-4d4f-ae6c-9b5e12121120

That's a different signature, which is tracked in bug 786815 - but thanks for noting this!

Comment 10

[David Teller [:Yoric] - still alive but not very active]

See also bp-91393daa-a2f7-457d-b372-6f39f2121214 and bug 821625, for the same crash (I believe) with a different game.

Comment 11

[Scoobidiver (away)]

It think it's fixed by bug 805421.
Does it happen in Nightly?

Comment 12

[Andrew Williamson [:eviljeff]]

(In reply to Scoobidiver from comment #11)
> It think it's fixed by bug 805421.
> Does it happen in Nightly?

The game doesn't crash any more on Aurora for me (has the patch been applied to that branch also?).  Its unresponsive but this is possibly/probably a different bug.

Comment 13

[Scoobidiver (away)]

(In reply to Andrew Williamson [:eviljeff] from comment #12)
> has the patch been applied to that branch also?
No, only in Nightly.
Can you check in Nightly (http://nightly.mozilla.org/)?

Comment 14

[Felix E. Klee]

As the author of ROTOGAMEsq, I cannot reproduce the unresponsiveness on experimental Firefox Aurora for ARMv6 (Huawei Sonic). What do you mean by unresponsive? Does the game load slowly, or are animations slow, etc.?

Comment 15

[Felix E. Klee]

I just installed Nightly for ARMv6. Right after installation, when loading ROTOGAMEsq for the first time, it was indeed unresponsive. That *may* have have been caused by background processes running on that particular device. Because:

After restarting the device and clearing the cache in Nightly, I cannot reproduce the problem anymore: ROTOGAMEsq runs smoothly in Firefox Nightly on a Huawei Sonic (ARMv6).

Comment 16

[Andrew Williamson [:eviljeff]]

(In reply to Felix E. Klee from comment #14)
> As the author of ROTOGAMEsq, I cannot reproduce the unresponsiveness on
> experimental Firefox Aurora for ARMv6 (Huawei Sonic). What do you mean by
> unresponsive? Does the game load slowly, or are animations slow, etc.?

The app didn't respond to any touches or drags.  Occasionally I'd glance back at the screen and something had registered (e.g. a rotation of some of the blocks, or a puzzle change) but it was so far after a series of random gestures I wasn't sure which worked.  When I tested it worked well on the (lower spec'd) FirefoxOS device, or I might have assumed it was broken entirely.

@jsmith - can you replicate?

Comment 17

[Felix E. Klee]

Weird. The app is specifically designed to run on low speced devices and to be energy efficient. For animations, `requestAnimationFrame` is used, and redraws should only happen where necessary.

Comment 18

[Ryan VanderMeulen [:RyanVM]]

Firefox for Android no longer supports armv6. Game appears to work correctly without crashing on my HTC M8. Closing as incomplete.