Closed Bug 1036341 Opened 11 years ago Closed 11 years ago

[Session Restore] Discriminate more precisely between new profile and catastrophic crash

Categories

(Firefox :: Session Restore, defect)

defect
Not set
normal
Points:
3

Tracking

()

RESOLVED FIXED
Firefox 34
Iteration:
34.3

People

(Reporter: Yoric, Assigned: smacleod, Mentored)

References

Details

(Whiteboard: [lang=js][good second bug])

Attachments

(1 file)

Bug 1035557 fixes an issue in which we failed to discriminate between a new profile and a catastrophic crash. However, now that bug 883609 has landed, by tweaking slightly the loading code, we can find this information much more precisely. We need to: - tweak `SessionFile.read` to return one more field `freshProfile` that is `true` if none of the files we attempt to read even exist, or `false` if at least one exists; - tweak `nsSesionStartup._onSessionFileRead` to use this information if `checkpoints` is `null`, by setting `this._previousSessionCrashed` to `false` if `freshProfile` is `true`, or by using `this._initialState` as we currently do if `freshProfile` is `false`.
Marco, please add this to the current iteration
Assignee: nobody → smacleod
Status: NEW → ASSIGNED
Iteration: --- → 34.1
Points: --- → 3
Flags: needinfo?(mmucci)
Flags: firefox-backlog+
Added to Iteration 34.1
QA Whiteboard: [qa?]
Flags: needinfo?(mmucci)
Hi Steven, can you mark this bug as [qa+] or [qa-] for verification.
Flags: needinfo?(smacleod)
Iteration: 34.1 → 34.2
QA Whiteboard: [qa?] → [qa+]
QA Contact: cornel.ionce
Flags: needinfo?(smacleod)
Comment on attachment 8471079 [details] [diff] [review] Patch - Use the existence of any session files to determine if a profile crashed or is fresh Review of attachment 8471079 [details] [diff] [review]: ----------------------------------------------------------------- ::: browser/components/sessionstore/SessionFile.jsm @@ +240,5 @@ > parsed: null > }; > } > > + result["noFilesFound"] = noFilesFound; Maybe result.noFilesFound = ...? That's a little more common in the code base.
Attachment #8471079 - Flags: review?(ttaubert) → review+
Target Milestone: --- → Firefox 34
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Iteration: 34.2 → 34.3
QA Whiteboard: [qa+]
Flags: qe-verify+
Is there any proper way to manually test this fix?
Flags: needinfo?(smacleod)
(In reply to Cornel Ionce [QA] from comment #8) > Is there any proper way to manually test this fix? The way this was implemented it shouldn't actually result in a behaviour change, it just makes the code more explicit about why we do things. I don't think we need to verify this. Sorry about the confusion!
Flags: qe-verify-
Flags: qe-verify+
Flags: needinfo?(smacleod)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: