The default bug view has changed. See this FAQ.
Bug 1330638 (ss-feature)

Sessionstore feature development

NEW
Unassigned

Status

()

Firefox
Session Restore
3 months ago
22 days ago

People

(Reporter: mikedeboer, Unassigned)

Tracking

(Depends on: 33 bugs, {meta})

50 Branch
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

3 months ago
We set three tiers that we’ll use to theme and prioritize sessionstore component work:

Tier 1: Reliability
Tier 2: Performance
Tier 3: Feature development and maintenance

The scope of Tier 3 is basically ‘anything not relatable to reliability or performance’. There’s one important feature that we’d like to see happen early next year:
1. Have ‘browser.sessionstore.restore_on_demand’ default to FALSE on at least OS X. This is blocked by performance work (see bug 1330635).

Bugs which have 'new feature' as its main theme will be marked blocking this bug.
(Reporter)

Updated

3 months ago
Alias: ss-feature
(Reporter)

Updated

3 months ago
Depends on: 1326181
(Reporter)

Updated

3 months ago
Depends on: 1327035
(Reporter)

Updated

3 months ago
Depends on: 1327957
(Reporter)

Updated

3 months ago
Depends on: 1260254
(Reporter)

Updated

3 months ago
Depends on: 735914
(Reporter)

Updated

3 months ago
Depends on: 661055
(Reporter)

Updated

3 months ago
Depends on: 845820
(Reporter)

Updated

3 months ago
Depends on: 372650
(Reporter)

Updated

3 months ago
Depends on: 750084
(Reporter)

Updated

3 months ago
Depends on: 656899

Updated

3 months ago
Depends on: 1265818

Comment 1

3 months ago
As a firefox user, I was surprised to get an email update regarding bug 372650. For years now I've assumed you guys have abandoned this bug for whatever reason. So, it's great to get some sort of update on it.

I'm assuming bug 372650 is a Tier 1: Reliability bug, because the tabs and windows don't "reliably" get reopened into the correct virtual desktop on X in Linux, and other OSes too. I'm hoping it doesn't get classified as a "Tier 3: Feature development and maintenance" bug as this is the only firefox bug that I've ever bumped into while using it, and it happens on every restart so reproducing it shouldn't be hard.

The new feature you mention, "1. Have ‘browser.sessionstore.restore_on_demand’ default to FALSE on at least OS X. This is blocked by performance work (see bug 1330635)." This change will affect everyone who upgrades to whatever version of firefox has had this change made automatically with no user intervention at all? Right? I'm asking, because I usually have hundreds of tabs open (sometimes 500, 600, or 700+ before I cull/bookmark them), and having firefox actually download them all on every restart is not something I want it to do. I know improved performace will make 50 or 100 tabs not such a big deal, but 700+ will be unusable, and 200 or 300 probably will be too.

Is it possible to add a new internal firefox setting something like, "browser.sessionstore.restore_max_tabs". This setting would also be a new default, and would cause firefox to act like restore_on_demand is true if the user's session has more tabs in it than restore_max_tabs. This would prevent firefox from trying to load massive sessions all at once such as sessions with more than 100 tabs and definitely 700+. This will save bandwidth, and prevent large sessions from using gigs and gigs of ram. I only have 4gigs, and large sessions can cause firefox to thrash destroying performance, and forcing me to xkill it and then start it up again. However, since restore_on_demand went default this hasn't been much of an issue.
(Reporter)

Comment 2

3 months ago
(In reply to Dave Yingling from comment #1)
> I'm assuming bug 372650 is a Tier 1: Reliability bug, because the tabs and
> windows don't "reliably" get reopened into the correct virtual desktop on X
> in Linux, and other OSes too. I'm hoping it doesn't get classified as a
> "Tier 3: Feature development and maintenance" bug as this is the only
> firefox bug that I've ever bumped into while using it, and it happens on
> every restart so reproducing it shouldn't be hard.

Thanks for checking back in ;-) I pushed it into the the feature development bucket, because it's a feature we don't currently support. All windows & tabs _are_ restored, just not in the right place. Thus, not a reliability issue.

For other comments, please reply to bug 372650 directly, since this bug is a non-actionable tracking bug.

We will take your other comment in consideration once we start working on this feature. Don't worry, we won't ship something unusable here.
(Reporter)

Updated

3 months ago
Depends on: 1298912
(Reporter)

Updated

3 months ago
Depends on: 550559
(Reporter)

Updated

3 months ago
Depends on: 1301041
(Reporter)

Updated

3 months ago
Depends on: 718727
(Reporter)

Updated

3 months ago
Depends on: 1231632
(Reporter)

Updated

3 months ago
Depends on: 345135
(Reporter)

Updated

3 months ago
Depends on: 1245502
(Reporter)

Updated

3 months ago
Depends on: 591957
(Reporter)

Updated

3 months ago
Depends on: 590448
(Reporter)

Updated

3 months ago
Depends on: 684548
(Reporter)

Updated

3 months ago
Depends on: 956100
(Reporter)

Updated

3 months ago
Depends on: 1321406
(Reporter)

Updated

3 months ago
Depends on: 1324197
(Reporter)

Updated

3 months ago
Depends on: 1235231
(Reporter)

Updated

3 months ago
Depends on: 706970
(Reporter)

Updated

3 months ago
Depends on: 343876
(Reporter)

Updated

3 months ago
Depends on: 1219725
(Reporter)

Updated

3 months ago
Depends on: 925874
(Reporter)

Updated

3 months ago
Depends on: 1311347
(Reporter)

Updated

3 months ago
Depends on: 1185158
(Reporter)

Updated

3 months ago
Depends on: 1327534

Updated

2 months ago
Depends on: 1327592
(Reporter)

Updated

28 days ago
Depends on: 1022231
(Reporter)

Updated

22 days ago
Depends on: 1345435
You need to log in before you can comment on or make changes to this bug.