1945983 - panelui-menu-button hangs when 'firefox.settings.services.mozilla.com' is blocked

Status: UNCONFIRMED

(Firefox :: Menus, defect)

Description

[SimpleTechGuy]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:134.0) Gecko/20100101 Firefox/134.0

Steps to reproduce:

Click on the application menu 'hamburger menu'.

Actual results:

Menu does not appear for some time (approx. 30 seconds or more). Note that this does not always happen, only when FF tries to connect to firefox.settings.services.mozilla.com after clicking on the menu and is blocked.

Expected results:

Menu should appear immediately.

Comment 1

[SimpleTechGuy]

Further information. Using Arch Linux & XFCE. Also using an application firewall that is blocking requests to "firefox.settings.services.mozilla.com". It seems that sometimes FF tries to connect to "firefox.settings.services.mozilla.com" when I click on the application 'hamburger' menu, but when that request is block, it causes the menu to hang for some time. Then when the menu finally appears I get the following errors logged in the console:

TypeError: NetworkError: Network request failed onerror resource://services-settings/Utils.sys.mjs:238 fetch resource://services-settings/Utils.sys.mjs:237 fetch resource://services-settings/Utils.sys.mjs:219 fetchLatestChanges resource://services-settings/Utils.sys.mjs:429 sync resource://services-settings/RemoteSettingsClient.sys.mjs:614 _importingPromise resource://services-settings/RemoteSettingsClient.sys.mjs:469 get resource://services-settings/RemoteSettingsClient.sys.mjs:475 _getRemoteSettingsMessages resource:///modules/asrouter/ASRouter.sys.mjs:339 _remoteSettingsLoader resource:///modules/asrouter/ASRouter.sys.mjs:281 _loadDataForProvider resource:///modules/asrouter/ASRouter.sys.mjs:489 loadMessagesForProvider resource:///modules/asrouter/ASRouter.sys.mjs:513 loadMessagesFromAllProviders resource:///modules/asrouter/ASRouter.sys.mjs:932 sendTriggerMessage resource:///modules/asrouter/ASRouter.sys.mjs:2024 show chrome://browser/content/customizableui/panelUI.js:223 show chrome://browser/content/customizableui/panelUI.js:239 toggle chrome://browser/content/customizableui/panelUI.js:199 handleEvent chrome://browser/content/customizableui/panelUI.js:308

Comment 2

[Negritas Sergiu, Desktop QA]

Hello! Thank you for submitting this issue I have tried to reproduce the issue on my end but unfortunately I wasn't able to with firefox 137.0a1(2025-02-06) on Ubuntu 22.04
Could you please answer the following questions in order to further investigate this issue?

1. Does this issue happen with a new profile? Here is a link on how to create one: https://support.mozilla.org/en-US/kb/profile-manager-create-remove-switch-firefox-profiles
2. Does this issue happen in the latest nightly? Here is a link from where you can download it: https://www.mozilla.org/en-US/firefox/channel/desktop/
3. Do you have any addons installed? If yes could you please list them?

Comment 3

[SimpleTechGuy]

(In reply to Negritas Sergiu, Desktop QA from comment #2)

Hello! Thank you for submitting this issue I have tried to reproduce the issue on my end but unfortunately I wasn't able to with firefox 137.0a1(2025-02-06) on Ubuntu 22.04
Could you please answer the following questions in order to further investigate this issue?

1. Does this issue happen with a new profile? Here is a link on how to create one: https://support.mozilla.org/en-US/kb/profile-manager-create-remove-switch-firefox-profiles
2. Does this issue happen in the latest nightly? Here is a link from where you can download it: https://www.mozilla.org/en-US/firefox/channel/desktop/
3. Do you have any addons installed? If yes could you please list them?

Hi, thank you for checking on this.

1. Yes, this issue is happening with all profiles, including new profiles.
2. I haven't tried the latest nightly, but I have verified with regular firefox as well as firefox-developer. I will spin up a vm and test with the latest nightly as soon as time permits...
3. Since this is affecting all the test machines with firefox, some of which were virtual machines which no longer exist, it is not possible for me to list all the addons, but I can say that ublock origin was included at minimum.... I've tested on at least 5 different computers with different extensions on each machine.

One additional thing I should mention is that the software I used for blocking outbound connections is called opensnitch. Firefox works as expected when no outbound filtering is enabled.

Another thing I should mention is that I've noticed FF attempts to connect to other sites as well when clicking on the hamburger application menu, but I have not tested whether blocking those sites will reproduce this issue or not. I have verified that blocking push.services.mozilla..com and content.signature.2.cdn.mozilla.net does not seem to affect the menu loading. So far it only appears to be the firefox-settings-services-mozilla-com that causes the issue for me.

And finally, if I set the option in opensnitch to "reject" connections to "firefox.settings.services.mozilla.com" instead of "deny" then there is only a short delay (fraction of a second) instead of the 30+ seconds encountered when deny option is set. For reference according to opensnitch documentation: DENY - will discard the connection | REJECT -- drops the connection and kills the socket that initiated it. Also note that in the events log for the reject rule I've noticed that FF will reattempt to connect to firefox-settings-services-mozilla-com about 13 times before loading the menu.

When you ran your test, were you using an outbound application firewall installed locally on the computer and configured to block firefox-settings-services-mozilla-com? or was it an actual firewall blocking access to that site?

Comment 4

[Mark Walker]

I see this same issue both now with the hamburger menu and when clicking the shield symbol on the left side of the address bar. I'm working on a desktop that has no direct internet access, everything has to go through a proxy. In this case, the proxy is configured but Firefox is still attempting this connection to connect to firefox.settings.services.mozilla.com directly (I see SYN_SENTs to the IP it resolves to when I do a netstat -an). This is unusual behavior as normally Firefox attempts to do its own internal traffic to Mozilla via the proxy (there are a large number of connections to prod.ohttp-gateway.prod.webservices.mozgcp.net logged on the proxy). So there's maybe two bugs here - one that this hangs the menu opening to begin with, and another that this connection is not honoring the proxy settings.