Add support for extension process.
Categories
(GeckoView :: Extensions, enhancement, P2)
Tracking
(firefox76 fixed)
Tracking | Status | |
---|---|---|
firefox76 | --- | fixed |
People
(Reporter: agi, Assigned: agi)
References
(Blocks 3 open bugs)
Details
(Whiteboard: [geckoview:2022q4] [addons-jira])
Attachments
(2 files)
Now that we have at least some WebExtension support we should look into running extensions stuff in its own process similar to what desktop does.
Comment 1•6 years ago
•
|
||
P2 because an extension process is not a blocker for Fenix MVP.
Assignee | ||
Comment 2•6 years ago
|
||
A lot of the plumbing for this is similar to e10s so I'm going to block this on that.
Updated•5 years ago
|
Assignee | ||
Comment 3•5 years ago
|
||
Mass moving bugs to the Extension component.
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 5•5 years ago
|
||
Comment 8•5 years ago
|
||
bugherder |
Assignee | ||
Comment 9•5 years ago
|
||
Until Bug 1355239 is fixed we cannot leave this on, since it causes extensions to randomly die.
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 10•5 years ago
|
||
We don't currently restart the extension process and this causes extensions to
randomly stop working when Android kills the extension process.
We can re-enable it once Bug 1355239 is fixed.
Updated•5 years ago
|
Updated•5 years ago
|
Comment 11•5 years ago
|
||
Comment 12•5 years ago
|
||
bugherder |
Comment 13•4 years ago
|
||
Tracking this bug for Android Fission milestone M2 (pass tests with Fission enabled).
Comment 14•3 years ago
|
||
Extension process doesn't need to block Android Fission.
Comment 15•3 years ago
|
||
The leave-open keyword is there and there is no activity for 6 months.
:agi, maybe it's time to close this bug?
Comment 17•3 years ago
|
||
The extension process is not required for Android Fission, but would be nice to have.
Updated•3 years ago
|
Updated•3 years ago
|
Updated•2 years ago
|
Comment 18•2 years ago
|
||
The extension process is a prerequisite for MV3 support.
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•1 year ago
|
Comment 20•1 year ago
|
||
We should close this bug when we flip the pref by default and ride the trains.
Comment 21•1 year ago
|
||
(In reply to William Durand [:willdurand] from comment #20)
We should close this bug when we flip the pref by default and ride the trains.
https://bugzilla.mozilla.org/show_bug.cgi?id=1859533 is implemented and verified. This bug can be closed?
Updated•1 year ago
|
Comment 22•1 year ago
|
||
(In reply to Chih-Hsuan Yen [:yan12125] (UTC+8) from comment #21)
(In reply to William Durand [:willdurand] from comment #20)
We should close this bug when we flip the pref by default and ride the trains.
https://bugzilla.mozilla.org/show_bug.cgi?id=1859533 is implemented and verified. This bug can be closed?
The preference is currently controlled in Fenix through Nimbus.
The pref still defaults to false at the Gecko/GeckoView layer (in mozilla-central):
- The default is false: https://searchfox.org/mozilla-central/rev/babdd651feb0febab950eb5257f874632169bb7e/modules/libpref/init/StaticPrefList.yaml#4937-4942
- In Firefox desktop, the default is true by: https://searchfox.org/mozilla-central/rev/babdd651feb0febab950eb5257f874632169bb7e/browser/app/profile/firefox.js#63
- For the mobile-specific pref to default to true, the default would have to be set to true at: https://searchfox.org/mozilla-central/rev/babdd651feb0febab950eb5257f874632169bb7e/mobile/android/app/geckoview-prefs.js#264
- For completeness, the pref in Thunderbird defaults to true in https://searchfox.org/comm-central/rev/5001f444bc9ae5609bb72e1106aebb31cb88644c/mail/app/profile/all-thunderbird.js#758
- This implies that an alternative way to resolve this bug is to flip the pref to true in StaticPrefList.yaml (and remove the entry from browser/app/profile/firefox.js since it's not needed any more).
Note for completeness: The current rollout only controls Fenix applications. An example of a non-Fenix app in production is Firefox Focus. While it doesn't support third-party add-ons, some internal components are implemented as extensions (webcompat), and enabling out-of-process extensions there may result in unexpected results, especially because so far our primary focus of the out-of-process extension rollout has been Fenix.
Comment 23•1 year ago
|
||
Got it, thank you very much for detailed explanations! Indeed bug 1859533 only flips the default value for the nimbus experiment extensions-process
(which controls the config extensions.webextensions.remote
[1][2]).
[1] https://github.com/mozilla-mobile/firefox-android/commit/e59032a7d970167b7b67f7867c50ee87a0659233
[2] https://searchfox.org/mozilla-central/rev/02841791400cf7cf5760c0cfaf31f5d772624253/mobile/android/geckoview/src/main/java/org/mozilla/geckoview/GeckoRuntimeSettings.java#571
Updated•11 months ago
|
Comment 24•10 months ago
|
||
Looks like this work is already completed.
Updated•10 months ago
|
Description
•