Closed Bug 1685961 Opened 3 years ago Closed 3 years ago

Hide "Content process limit" preference UI when Fission pref is enabled

Categories

(Firefox :: Settings UI, task, P3)

Desktop
All
task

Tracking

()

RESOLVED FIXED
88 Branch
Fission Milestone M7
Tracking Status
firefox-esr78 --- disabled
firefox84 --- disabled
firefox85 --- disabled
firefox86 --- disabled
firefox87 --- disabled
firefox88 --- fixed

People

(Reporter: cpeterson, Assigned: bigiri)

References

Details

Attachments

(1 file)

The "Content process limits" preferences are not relevant when Fission is enabled.

UI strings in about:preferences's "Performance" section when you uncheck "Use recommended performance settings":

Content process limit
Additional content processes can improve performance when using multiple tabs, but will also use more memory.
Modifying the number of content processes is only possible with multiprocess { -brand-short-name }.

Strings:
https://searchfox.org/mozilla-central/rev/692a10e624a02fe79bf45046b586e50ea0ff17f1/browser/locales/en-US/browser/preferences/preferences.ftl#498-502

XUL:
https://searchfox.org/mozilla-central/rev/692a10e624a02fe79bf45046b586e50ea0ff17f1/browser/components/preferences/main.inc.xhtml#587-605

We should also remove the unused link to the ancient e10s wiki in the XUL code.

Gonna mark things disabled as there's no way to enable fission on release branches.

:cpeterson, is someone on the fission team likely to tackle this, or is this a request for frontend folks to do this work?

Severity: -- → S3
Type: task → defect
Flags: needinfo?(cpeterson)
OS: Unspecified → All
Priority: -- → P3
Hardware: Unspecified → Desktop
Version: unspecified → Trunk

(In reply to :Gijs (he/him) from comment #1)

:cpeterson, is someone on the fission team likely to tackle this, or is this a request for frontend folks to do this work?

I think the Fission team can fix this, unless someone on the frontend team has time to work on it soon. I just wanted to file the bug in the appropriate Bugzilla component.

Until we enabled Fission by default for everyone, this bug fix should just dynamically hide this UI. After Fission is enabled by default for everyone, remove this UI and all the content process code that reads these preferences.

Flags: needinfo?(cpeterson)
Summary: Remove or hide "Content process limit" preference UI when Fission is enabled → Hide "Content process limit" preference UI when Fission pref is enabled
Type: defect → task
Fission Milestone: ? → M7

Could you explain why you changed this back to a task? This has user-facing consequences, right?

Flags: needinfo?(nkochar)

My rationale for making this a task was: this was anyway ignored when Fission is enabled, so hiding it is merely a task with no change in actual behavior.

Flags: needinfo?(nkochar)

(In reply to Neha Kochar [:neha] from comment #4)

My rationale for making this a task was: this was anyway ignored when Fission is enabled, so hiding it is merely a task with no change in actual behavior.

OK. I think from a user perspective, having UI that claims to do something and then doesn't do it is a bug. :-)

Gijs, is there someone from the frontend team who can do this? Hopefully this will be trivial.

Flags: needinfo?(gijskruitbosch+bugs)

(In reply to Neha Kochar [:neha] from comment #6)

Gijs, is there someone from the frontend team who can do this? Hopefully this will be trivial.

Blake?

Flags: needinfo?(gijskruitbosch+bugs) → needinfo?(bwinton)

Jared's the module owner, so I'll let him find someone (or take it on himself)…

Flags: needinfo?(bwinton) → needinfo?(jaws)

Bernard, can you take this?

Flags: needinfo?(jaws) → needinfo?(bigiri)
Assignee: nobody → bigiri
Flags: needinfo?(bigiri)

Hides the "Content Process Limit" UI when Fission is enabled.

I have a WIP patch, but I'm not sure how to test this. What are the steps to testing this?

Flags: needinfo?(jaws)

(In reply to Bernard Igiri from comment #11)

I have a WIP patch, but I'm not sure how to test this. What are the steps to testing this?

You can use ./mach run --enable-fission to test what thinks look like with fission enabled.

In terms of the automated test, you could check that the element's visibility matches gFissionBrowser (which is defined in the main browser window). You can check some of the other tests in browser/components/preferences/tests/ to see how to open the prefs.

Flags: needinfo?(jaws)
Attachment #9202948 - Attachment description: Bug 1685961 - Hide Content Process Limit UI (WIP) r=jaws,gijs → Bug 1685961 - Hide Content Process Limit UI r=jaws,gijs

Backed out for causing mochitest failures in browser_performance

Backout link: https://hg.mozilla.org/integration/autoland/rev/6182294d50ecc2b0edacd0278acd3755b87b2b37

Push with failures

Failure log

Flags: needinfo?(bigiri)

I updated the patch with a fix for the test failure.

Flags: needinfo?(bigiri)
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 88 Branch

Since the status are different for nightly and release, what's the status for beta?
For more information, please visit auto_nag documentation.

See Also: → 1742892
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: