1017894 - requestAnimationFrame does not stop after a window.open call

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)

Description

[(not reading bugmail) Nick Desaulniers [:\n]]

Attachment: test_case.zip

STR:

1. debug attached app via app manager
2. click link

Expected:

console.log's within rAF loops to stop printing

Actual:

rAF continues to loop

FxOS 1.4 git commit info 2014-05-09

Comment 1

[Erin Lancaster [:elan]]

This goes hand and hand with Bug 1017892

Comment 2

[Jason Smith [:jsmith]]

QA Wanted to check 1.3.

Comment 3

[Jayme Mercado [:JMercado] (Inactive 3/4/2016)]

This issue does occur on 1.3 as well.  The animation frame repeats indefinitely in the console output log.

Environmental Variables:
Device: Buri
BuildID: 20140602024006
Gaia: 5bd226b03a2d63dfe9df204f7c0afb9984e8fd42
Gecko: 14b755c65af8
Version: 28.0

Comment 4

[Jason Smith [:jsmith]]

In the partner app in question here, can this problem be worked around?

Comment 5

[Jukka Jylänki]

In the partner app, this issue is not catastrophic and we think that it only affects performance when rAF callbacks get periodically called even when the app is not visible. The critical issue is bug 1017892, which causes our code to not to know properly when it comes and goes to background, so we don't know when to pause and resume audio as a response to those events.

A gut feeling tells that fixing 1017892 might involve fixing this issue as well, since page rAF being fired depends on visibility, so these issues might be sensible to be checked in unison.

Comment 6

[Erin Lancaster [:elan]]

un-nomming for now so we can focus on bug 1017892.

Comment 7

[BMO Automation]

Firefox OS is not being worked on