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)
Firefox
Session Restore
Tracking
()
People
(Reporter: Yoric, Assigned: smacleod, Mentored)
References
Details
(Whiteboard: [lang=js][good second bug])
Attachments
(1 file)
4.51 KB,
patch
|
ttaubert
:
review+
|
Details | Diff | Splinter Review |
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`.
Assignee | ||
Comment 1•11 years ago
|
||
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+
Comment 3•11 years ago
|
||
Hi Steven, can you mark this bug as [qa+] or [qa-] for verification.
Flags: needinfo?(smacleod)
Updated•11 years ago
|
Iteration: 34.1 → 34.2
Updated•11 years ago
|
QA Whiteboard: [qa?] → [qa+]
QA Contact: cornel.ionce
Updated•11 years ago
|
Flags: needinfo?(smacleod)
Assignee | ||
Comment 4•11 years ago
|
||
Attachment #8471079 -
Flags: review?(ttaubert)
Comment 5•11 years ago
|
||
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+
Assignee | ||
Comment 6•11 years ago
|
||
Target Milestone: --- → Firefox 34
Comment 7•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Iteration: 34.2 → 34.3
QA Whiteboard: [qa+]
Flags: qe-verify+
Comment 8•11 years ago
|
||
Is there any proper way to manually test this fix?
Flags: needinfo?(smacleod)
Assignee | ||
Comment 9•11 years ago
|
||
(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.
Description
•