Closed Bug 949487 Opened 11 years ago Closed 11 years ago

Harden the AppWindowManager against app that gets insta-killed

Categories

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

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: etienne, Assigned: etienne)

References

Details

Attachments

(1 file)

46 bytes, text/x-github-pull-request
alive
: review+
Details | Review
Found this one thanks to nuwa :) I was getting and |appterminated| between the moment we send the |appcreated| and the moment in |AppWindowManager._updateActiveApp()|. I know, crazy. But still worth checking that the app |isRunning()| otherwise we end up with a bad |displayedApp".
Summary: Hardened the AppWindowManager against app that gets insta-killed → Harden the AppWindowManager against app that gets insta-killed
OOPS I didn't read the description... So you know what happens. So let's try to check the nextApp in switchApp is running or not. If not, just skip the switch!
Maybe: AppWindow.prototype.isDead() = function() { return this._killed; }; I also love if we have AppWindow.isAlive() ;)
Assignee: nobody → etienne
Attached file Gaia PR
I was tempted to go the |isAlive| route, but for our case here |isDead| is way more expressive :) I was able to confirm that this patch fixes the issue by reflashing a broken gecko on my device.
Attachment #8347346 - Flags: review?(alive)
Comment on attachment 8347346 [details] [review] Gaia PR r+ and look forward to the day we actually need isActive() comes.
Attachment #8347346 - Flags: review?(alive) → review+
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: