Closed Bug 1554076 Opened 7 years ago Closed 7 years ago

Greyed out "Restore Previous Session" button is missing after a restart

Categories

(Firefox :: Session Restore, defect, P3)

69 Branch
defect
Points:
1

Tracking

()

VERIFIED FIXED
Firefox 69
Iteration:
69.1 - May 13 - 26
Tracking Status
firefox-esr60 --- unaffected
firefox67 --- unaffected
firefox67.0.1 --- unaffected
firefox68 --- unaffected
firefox69 --- verified

People

(Reporter: Fanolian+BMO, Assigned: mikedeboer)

References

(Regression)

Details

(Keywords: nightly-community, regression, reproducible)

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:69.0) Gecko/20100101 Firefox/69.0
Build ID: 20190523215203

Steps to reproduce

  1. Open Nightly with a new profile.
  2. Open hamburger menu. Make sure a greyed out Restore Previous Session button is present.
  3. Make sure the option Restore previous session in about:preferences is disabled.
  4. Restart Nightly, either by Ctrl-Alt-R in Browser Console or from a clicking a Nightly update.
    Note: do not close Nightly and reopen it.
  5. Open hamburger menu again.

Actual result

Restore Previous Session button is missing from the hamburger menu.

Expected result

Like previous builds, a greyed out Restore Previous Session button is present even if no sessions can be restored (either session is missing or already restored).
The button, active or greyed out, should always be present in the hamburger menu if Restore previous session is disabled in about:preferences.

Additional Notes

If I pin all tabs, close Nightly and reopen it, the greyed out Restore Previous Session button is still present.

Has Regression Range: --- → yes
Has STR: --- → yes
Regressions: 1543684
Regressed by: 1543684
No longer regressions: 1543684
Flags: needinfo?(mdeboer)

Aaah, so it's about the button being there (visible) or not, reflecting the current pref configuration. So the only thing that may have changed here is that value of browser.sessionstore.resume_session_once is now properly captured, since we're caching its initial value at early startup.
This pref is always set back to false, so it would've changed the return value of isAutomaticRestoreEnabled() between early and late startup.

I think we need to tweak the button hiding mechanism a little to not take resume_session_once into account.

Assignee: nobody → mdeboer
Status: UNCONFIRMED → ASSIGNED
Iteration: --- → 69.1 - May 13 - 26
Points: --- → 1
Ever confirmed: true
Flags: needinfo?(mdeboer)
Priority: -- → P3
QA Whiteboard: [qa-regression-triage]
Pushed by mdeboer@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/21e712ba55fb Stop relying on the startup module - SessionStartup.jsm - to inform us of the runtime state, which is the responsibility of SessionStore.jsm. r=dao
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 69

Fixed in 20190528214841. Thanks.

Status: RESOLVED → VERIFIED
QA Whiteboard: [qa-regression-triage]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: