mullvad-browser - !fixups to mullvad-browser-specific commits, new features, security backportsbase-browser and tor-browser - !fixups to base-browser-specific commits or new features to be shared with tor-browser
base-browser-specific commits which need to be cherry-picked to the base-browser and tor-browser branches herePrompt the user before restarting the browser after pressing Restart to apply an update
(async () => {
const { AppMenuNotifications } = await ChromeUtils.importESModule( "resource://gre/modules/AppMenuNotifications.sys.mjs");
const { UpdateListener } = await ChromeUtils.importESModule(
"resource://gre/modules/UpdateListener.sys.mjs" );
AppMenuNotifications.showNotification(
"update-restart",
{ callback() { UpdateListener.requestRestart(); },
dismiss: true, }, null, { name: "test-update" } );
Services.wm.getMostRecentWindow("navigator:browser").PanelUI.show(); })();
any1here (8920a89a) at 19 Mar 16:50
MB 294: Prompt user when restarting for an update
I understood what you meant in the first comment
@henry Would you mind if I work on this?
Could the Bugzilla issue you are referring to be the wrong one, and did you instead mean https://bugzilla.mozilla.org/show_bug.cgi?id=2005799, which was introduced in 148.0‑beta11?
Is removing the related parts from the build still a must, or is using the new toggles that block the features from being shown and run a possibility instead? Using
lockPref("browser.ai.control.default", "blocked");
lockPref("browser.ai.control.linkPreviewKeyPoints", "blocked");
lockPref("browser.ai.control.pdfjsAltText", "blocked");
lockPref("browser.ai.control.sidebarChatbot", "blocked");
lockPref("browser.ai.control.smartTabGroups", "blocked");
lockPref("browser.ai.control.translations", "blocked");
removes the ability for the related code to be run/shown, and setting
lockPref("browser.preferences.aiControls", false);
also removes the AI controls in about:preferences.