Greyed out "Restore Previous Session" button is missing after a restart
Categories
(Firefox :: Session Restore, defect, P3)
Tracking
()
| 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
- Open Nightly with a new profile.
- Open hamburger menu. Make sure a greyed out
Restore Previous Sessionbutton is present. - Make sure the option
Restore previous sessionin about:preferences is disabled. - Restart Nightly, either by
Ctrl-Alt-Rin Browser Console or from a clicking a Nightly update.
Note: do not close Nightly and reopen it. - 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.
Updated•7 years ago
|
Comment 1•7 years ago
|
||
Apparently there's a problem with isAutomaticRestoreEnabled():
https://searchfox.org/mozilla-central/rev/662de518b1686c4769320d6b8825ce4864c4eda0/browser/base/content/browser.js#8061
| Assignee | ||
Comment 2•7 years ago
|
||
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.
Updated•7 years ago
|
| Assignee | ||
Comment 3•7 years ago
|
||
Comment 5•7 years ago
|
||
| bugherder | ||
Fixed in 20190528214841. Thanks.
Updated•7 years ago
|
Updated•7 years ago
|
Description
•