Closed Bug 786061 Opened 12 years ago Closed 12 years ago

Disable session restore in webapps

Categories

(Firefox for Android Graveyard :: Web Apps (PWAs), defect, P1)

ARM
Android
defect

Tracking

(Not tracked)

RESOLVED FIXED
Firefox 19

People

(Reporter: wesj, Assigned: wesj)

Details

(Whiteboard: [blocking-webrtandroid1-])

Attachments

(1 file)

I think I heard some reports on test day of crash loops due to session restore in webapps. We should probably not be doing session restore for webapps I think?
I filed bug 785516 for one case of this behavior.
OS: Linux → Android
Hardware: x86 → ARM
Priority: -- → P1
Attached patch PatchSplinter Review
I think we just need to kill this in Java. The Gecko bits are already disabled (except in a few rare cases).
Attachment #667054 - Flags: review?(mark.finkle)
Attachment #667054 - Flags: review?(mark.finkle) → review+
Whiteboard: [blocking-webrtandroid1-]
Wes - Is this ready to land? If so, can you land this?
Flags: needinfo?(wjohnston)
Back in. This was an unbitrotting mistake on my part. Builds locally now:
https://hg.mozilla.org/integration/mozilla-inbound/rev/5266d6af1b81
Backed out again in http://hg.mozilla.org/integration/mozilla-inbound/rev/64a0ab78b261 for crashing in every reftest, crashtests and jsreftest, and timing out in startup (or, equally likely, crashing but talos doesn't know how to detect startup crashes) in every talos test.
And every mochitest, they just have a 2400 second timeout for startup crashes that they completely fail to detect.
https://hg.mozilla.org/mozilla-central/rev/8b505b120c89
Assignee: nobody → wjohnston
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 19
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: