av9ash/GitBugs huggingface dataset:
Bug: 32-bit Firefox 91.0 not showing Settings Checkboxes
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-11 01:09:33+00:00
Resolved: 2021-08-11 05:11:37+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

Bug is present on NINE different 32-Bit Windows 10 systems


Actual results:

After upgrading from Firefox 90.0.2 to Firefox 91.0  Settings Checkboxes are no longer blue and checked. It is impossible to tell whether an option is checked unless there is a button correlating to the checkbox that show the button enabled. All settings checkboxes look the same after upgrading to Firefox 91.0 whether they are enabled or not they all look empty. 


Expected results:

I should be able to see whether a settings checkbox is checked or not. This bug is the same on all nine of my WIndows 10 32-bit systems. All use different Video cards. The problem is the same on all systems. Problem did not exist in previous Firefox versions. Again this is for 32-Bit Firefox on Windows 10 32-bit. See attached file.
Bug: Can't sign in Evernote with Firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-11 06:30:20+00:00
Resolved: 2021-10-25 13:26:15+00:00

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

Steps to reproduce:

When you try to log into your account through the Evernote website or Web Clipper, the Continue button does not work after entering an email address. Therefore, there is nowhere to enter a password.

The problem appears if the Firefox interface language is Russian. When you switch the Firefox interface language to English, Evernote also switches to English, and then you can log in.

There is no such problem in Chrome.
Bug: SessionStoreUtils_Binding::restoreDocShellState Crash in [@ mozilla::dom::ToJSValue]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-11 07:40:33+00:00
Resolved: 2021-08-24 17:42:22+00:00

Maybe Fission related. (DOMFissionEnabled=1)


Crash report: https://crash-stats.mozilla.org/report/index/77ebc3f1-8163-4b5e-b236-5bc7d0210811

Reason: ```EXC_BAD_ACCESS / KERN_INVALID_ADDRESS```

Top 10 frames of crashing thread:
```
0 XUL mozilla::dom::ToJSValue dom/bindings/ToJSValue.cpp:64
1 XUL mozilla::dom::SessionStoreUtils_Binding::restoreDocShellState dom/bindings/SessionStoreUtilsBinding.cpp:2470
2 XUL mozilla::dom::StaticMethodPromiseWrapper dom/bindings/BindingUtils.cpp:3338
3 XUL js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:489
4 XUL Interpret js/src/vm/Interpreter.cpp:3242
5 XUL js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:521
6 XUL js::jit::DoCallFallback js/src/jit/BaselineIC.cpp:1606
7  @0x1aafaeef7d87 
8  @0x1326dfb3f 
9  @0x1aafaeef5314 
```
Bug: Pocket not showing up as option for new tab in settings
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-08-11 08:02:40+00:00
Resolved: 2021-08-11 17:34:06+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

Fresh Firefox install on new Windows 10 PC half a year ago, wanted to enable Pocket on New Tab page as I always loved that feature. The option is not showing up in settings where it should have (settings -> home -> Firefox Home Content). I then went to about:config to check if anything bearing the name "pocket" was disabled, but everything is turned on, even "extension.pocket.showhome", which I assume should be the option that enables it in home tab. I then tried to reinstall firefox completely, but that changed nothing.


Actual results:

Pocket in Firefox Home is not showing up and even the option is missing from settings. Everything is enabled in about:config though.


Expected results:

Pocket should have showed up in the Firefox Home Settings, I would have enabled it and then gotten news articles shown to me in my new tab page.
Bug: Web page not displaying
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-11 09:41:15+00:00
Resolved: 2021-08-12 12:31:11+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

Log into Kashflow (https://www.kashflow.com/logged-out/) online accounts. Entered security questions as usual to enter site I was using ok prior to update from FF90.
Tried troubleshooting mode but same issue
Used a computer running FF90 and had no problems



Actual results:

Login was successful but screen was displayed as blank background colour. Tried clearing cache and history, restarting FF but no different


Expected results:

Normally login goes to Kashflow home page. Using a different computer running Firefox 90 I was able to log in and use the site as expected. The login URL using the computer running FF90 is exactly the same as the URL when logged into the computer running FF91 when no display. Went back to computer running FF91 and experienced same blank screen
Bug: screen sharing temporary blocked when abandoning the "allow?" dialog
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-08-11 10:57:47+00:00
Resolved: 2021-08-11 16:14:00+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0

Steps to reproduce:

Here's the use case: in Google Meet I want to share my RDP client window, but it's not listed in the dropdown in the "Allow?" dialog because RDP is fullscreen. I abandon the dialog by pressing Esc


Actual results:

"Share the screen" becomes "Blocked Temporarily" and I have to manually clear it.


Expected results:

"Share the screen" should only be clocked when I click the "Block" button
Bug: Tabs are not restored after open Firefox twice while a private window is opened
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-08-11 12:45:44+00:00
Resolved: 2021-08-31 19:26:48+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

1. Open some tabs in a normal Firefox window.
2. Close Firefox.
3. Open a private window and leave it opened.
4. Open a normal window, this time you'll see the tabs are restored and a new tab is created.
5. Close the normal window.
6. Again open a normal window, and this time you'll see a blank window.


Actual results:

Tabs are not restored.


Expected results:

Tabs should be restored.
Bug: Recommended by pocket card context menu is cut off if opened on the right side
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-08-11 13:06:24+00:00
Resolved: 2021-08-30 06:25:57+00:00

*Affected versions*
* 92.0b2 (20210810185524)
* 93.0a1 (20210810213316)



*Affected platforms*
* macOS 10.13
* Windows 10x64


*Preconditions*
* `browser.search.region:US`

*Steps to reproduce*
1. Open Firefox and a new tab.
2. Click on the Open Menu from the right side pocket card.


*Expected result*
* Menu is displayed as expected on the left side.

*Actual result*
* Menu is cut off and opened on the right side.

*Regression range*
* Last good revision: ff220475fee8b11104548853a74b021a1718f47e
First bad revision: 120f83c79d5c22ea8cf344bd901de79333dc035b
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ff220475fee8b11104548853a74b021a1718f47e&tochange=120f83c79d5c22ea8cf344bd901de79333dc035b



*Notes*
*  Attached a screenshot.
Bug: proton shit still in use while proton.enabled is set to off
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-11 14:37:47+00:00
Resolved: 2021-08-11 19:24:06+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

updated to ff 91


Actual results:

it looks like a piece of crappy shit


Expected results:

normal tabs design
Bug: Unable to Update FIREFOX :(
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-11 15:17:24+00:00
Resolved: 2021-08-11 23:30:51+00:00

Hi,
As per new release Update from Firefox.I'm unable to update firefox to latest version, which throws an error,which have been spotted on POC.

Browsers I have tried to update:-
* Firefox
* Brave
* Microsoft Edge

Network provided via Ethernet cable,WIFI and Mobile Hotspot.
Bug: Webextension update notices can open new tabs, switch focus
Status: UNCONFIRMED
Priority: --
Created: 2021-08-11 15:57:39+00:00
Resolved: 2024-02-27 15:47:09+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:90.0) Gecko/20100101 Firefox/90.0

Steps to reproduce:

I can't reproduce this on demand.


Actual results:

But sometimes I'm typing away, look up, and see that another update notice opened a new tab, and switched me to the new tab while I've been typing.

It's hard to guess how much I've lost. Due to coordination issues, I have to look at the keyboard to type, I can't watch the monitor at the same time.


Expected results:

If webextension update notices open new tabs, they should open in the background and shouldn't switch users to the new tab.
Bug: getScreenCTM doesn't play well with CSS transform
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-11 16:49:49+00:00
Resolved: 2021-08-11 17:24:14+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.131 Safari/537.36

Steps to reproduce:

1. Open http://jsfiddle.net/edemaine/vLjd1pa7/6/
2. Move cursor over yellow box

This fiddle is a simple example of an `<svg>` element within a `<div>` that has a `scale(1.5)` transform.  It then tries to translate mouse coordinates into SVG coordinates via `SVGSVGElement`'s `getScreenCTM` method.  It's forked from an older fiddle for an older (fixed) Firefox SVG bug: http://jsfiddle.net/sqfzD/


Actual results:

* Drawn box does not track cursor.  It seems to move at 1.5x the speed (matching the scale).
* "svg position" coordinates do not match at labeled coordinates (e.g. 250/250 in top left)



Expected results:

* Drawn box should track cursor
* "svg position" coordinates should match at labeled coordinates (e.g. 250/250 in top left)
* This is important for building interactive SVG applications, for mapping mouse events into SVG coordinate space.

This works in Chrome, though it was an old Webkit bug: https://bugs.webkit.org/show_bug.cgi?id=96361
Bug: "Open in Firefox" button triggers buggy hamburger menu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-08-11 18:41:14+00:00
Resolved: 2021-08-23 05:31:40+00:00

Clicking "Open in Firefox" on the Lockwise page https://www.mozilla.org/en-US/firefox/lockwise/ opens the hamburger menu and highlights the passwords entry, but the text is not readable. See screenshot. Secondly, the hamburger is not dismissed by clicking outside of it for example on the page. Dismissing the menu required clicking on an entry or clicking the hamburger menu to dismiss it.

Hit on Firefox 91.0 on macOS 11.5.
Bug: 2021, nearly 2022, and browsers *still don't support* uploading a few thousand pictures in a few hundred sub-folders! :(
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-11 18:55:15+00:00
Resolved: 2021-08-30 13:11:03+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.131 Safari/537.36

Steps to reproduce:

i met a major disappointment this week, when i found out the one PHP + HTML5 solution for uploading more than a few thousand HD and 4K pictures to a Content Management System (plupload.com tied into my own https://github.com/nicerapp/nicerapp),
just doesn't work yet. in 2021.

it is one thing that we, CMS builders i mean, needed to find a component like plupload.com which allows us to upload our pictures in 1MB chunks, then recombine them on the server, and make the thumbnail after that,
but to not provide us with any means at all to get the relativePath of the files being uploaded, IS AN UTTER DISGRACE, if you ask me.

the CMS building community has been complaining about this to browser makers since at least 2014(!).

see https://www.plupload.com/punbb/viewtopic.php?id=4188 for details.

see https://github.com/nicerapp/nicerapp/blob/f6998dd03015fe8e0768b346ea7147dec314e6ab/nicerapp/userInterface/photoAlbum/4.0.0/jquery_ui_widget.3.1.3.php#L114 and https://github.com/nicerapp/nicerapp/blob/f6998dd03015fe8e0768b346ea7147dec314e6ab/nicerapp/userInterface/photoAlbum/4.0.0/jquery_ui_widget.3.1.3.php#L145 for a pinpointing of the problem..

and it's now 2/3 of the way through 2021 on the way to 2022(!!)... :(

we, the builders of apps and systems that run in the browser, need a solution for this big problem as soon as possible.

how hard can it be to properly support in document.getElementById('uploader').addEventListener('drop',function(event){...}) the functions event.dataTransfer.items[i].webkitGetAsEntry().createReader() and event.dataTransfer.items[i].webkitGetAsEntry().readEntries()?

IT IS PROBABLY EASY TO FIX, WHEN GIVEN PROPER ATTENTION AND PRIORITY!

2021/08/11 :
So, i don't know if this is a plupload error or a Chrome error, the problem occurs on both Kubuntu->Chrome *and* Windows10->Chrome (for uploads of a few thousand pictures in a few hundred sub-folders), but it's up to the browser makers and the makers of plupload to fix it, as CMS builders simply do not have the means to produce a fix, let alone distribute that fix.

And one more thing : it is another disgrace that non-webkit browsers don't support the relativePath functionality at all.

THIS MUST BE FIXED, AND SOON TOO PLEASE!



Actual results:

see "steps to reproduce"


Expected results:

relativePath for file uploads should be made available to javascript reliably
Bug: Every website displays improperly since update to 91
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-11 19:17:51+00:00
Resolved: 2021-08-30 13:09:49+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

go to any website - news.google.com of facebook.com text color has been changed from black to blue, backgrounds don't appear, etc.


Actual results:

The website displays improperly


Expected results:

the website should have displayed properly
Bug: Alt+Left to go back should not be intercept-able by the webpage
Status: NEW
Priority: --
Created: 2021-08-11 19:34:53+00:00
Resolved: 2021-08-23 18:16:09+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0

Steps to reproduce:

Open a webpage with a keyboard listener that calls event.preventDefault() 
Try to go back by pressing Alt+Left

Can be tested with:
- Open https://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Cscript%20type%3D%22application%2Fjavascript%22%3E%0Adocument.addEventListener(%27keydown%27%2C%20(e)%20%3D%3E%20%7B%20e.preventDefault()%3B%20%7D)%3B%0A%3C%2Fscript%3E%0A%3Cbutton%3EFocus%3C%2Fbutton%3E
- Focus the button
- Try to go back by pressing Alt+Left


Actual results:

The browser does not navigate to the previous page

This stopped working sometime within the last few releases, and it has been bugging me since.


Expected results:

The browser should navigate to the previous page
Bug: The translator icon in the address bar is flattened
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-11 20:01:12+00:00
Resolved: 2023-06-23 14:02:07+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:93.0) Gecko/20100101 Firefox/93.0

Steps to reproduce:

Go to the page that Firefox prompts you to translate.


Actual results:

The translator icon in the address bar is flattened
Bug: Persist experiment featureIds field to disk
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-08-11 20:36:28+00:00
Resolved: 2021-08-20 21:38:07+00:00

Nimbus enrollments have a `featureIds` field that describe the experiment, that [we also check for](https://searchfox.org/mozilla-central/rev/170547001c81e7ec05f2855d8349b6b7e97c2658/toolkit/components/nimbus/lib/ExperimentStore.jsm#242) but we never persist this in the [enrollment](https://searchfox.org/mozilla-central/rev/170547001c81e7ec05f2855d8349b6b7e97c2658/toolkit/components/nimbus/lib/ExperimentManager.jsm#217-227) we store to disk so we are always going on the fallback brach in `getExperimentForFeature`.
Bug: "Firefox Suggest" label appears in address bar even when search suggestions are not enabled
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-12 01:18:17+00:00
Resolved: 2021-09-28 11:45:23+00:00

Steps to reproduce:

1. In preferences ensure "show search suggestions in address bar results" is not checked
2. type anything into address bar

What happens:

Address bar shows "Firefox Suggest" above my search suggestions

Expected result:

I should not see this label.
Bug: Wrong selector name of search setting button on urlbar
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-12 03:32:14+00:00
Resolved: 2021-08-16 23:20:11+00:00

When we introduced compact mode for search one-off component in bug 1709405, renamed the class name of search setting button as well. But, it seems that there was a part that we couldn't handle, the style of setting button on urlbar is not being applied correctly.
https://searchfox.org/mozilla-central/rev/170547001c81e7ec05f2855d8349b6b7e97c2658/browser/themes/shared/urlbarView.inc.css#663
In this bug, we fix it, apply the proper style.
Bug: NLP.levenshtein() takes time when pasting long url
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-08-12 06:17:32+00:00
Resolved: 2021-09-30 05:53:05+00:00

A performance issue is found while fixing bug 1724016.

STRs:
1. Copy the content in the attachment to clipboard.
2. Paste it on urlbar.

Actual:
It takes some seconds on my env (OSX10.14) at least.

I have investigated a little, and commented on bug 1724016 comment 1, it seems that [NLP.levenshtein()](https://searchfox.org/mozilla-central/rev/170547001c81e7ec05f2855d8349b6b7e97c2658/toolkit/modules/NLP.jsm#30) that is [called in UrlbarProviderInterventions.jsm](https://searchfox.org/mozilla-central/rev/170547001c81e7ec05f2855d8349b6b7e97c2658/browser/components/urlbar/UrlbarProviderInterventions.jsm#360) takes time.
Bug: The permission door-hanger's "Remember this decision checkbox and "Block" button are incorrectly grayed-out on Mac
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-08-12 09:14:23+00:00
Resolved: 2021-08-13 17:08:15+00:00

**Note**
* When the user (temporarily) blocks permission of a device (like cam and mic), then refreshes the page to see the permission again, he will notice that the "Remember this decision" checkbox and "Block" button are grayed out, but, in fact, are working.

**Affected versions**
* Nightly v93.0a1

**Affected platforms**
* MacOS 11

**Steps to reproduce**
1. Set the Dark "Appearance" in Mac OS Settings / General.
2. Launch the browser.
3. Load https://mozilla.github.io/webrtc-landing/gum_test.html
4. Click on the "Camera & microphone" button.
Observe: Permission door-hanger is displayed.
5. Click on "Block" (temporarily).
6. Refresh the page.
Observe: Temporary block is removed.
7. Click on the "Camera & microphone" button, again.

**Expected result**
* The permission door-hanger is properly painted.

**Actual result**
* The permission door-hanger's "Remember this decision" checkbox and the "Block" button are grayed out, but in fact, are working.

**Regression range**
* This is a regression of bug 1722258:
Bug 1722258 - Add FallbackRenderer to replace BasicLayerManager usage. r=miko
Differential Revision: https://phabricator.services.mozilla.com/D120921

**Additional notes**
* It is important to remember that this only reproduces in Dark Theme.
Bug: Cannot remove Other Bookmarks Folder and the same on Bookmarks Menu
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-12 11:45:47+00:00
Resolved: 2021-08-17 09:28:07+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

Upgraded to v91, and it has come back


Actual results:

Upgraded to v91, and it has come back


Expected results:

I would have hoped it would have stayed hidden/deleted.

How can this be done now please.

Also how can I change the global font size please?
Bug: hitting cmd-L after cmd-K should clear the search for bookmarks
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-12 12:47:13+00:00
Resolved: 2021-08-12 13:28:10+00:00

If you hit cmd-L after hitting cmd-K you are stuck searching through bookmarks. cmd-L used to effectively clear this behaviour by selecting the question mark, so your typing of a new url would clear it.
Bug: Excessive huge space between menu items and bookmarks.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-12 13:55:58+00:00
Resolved: 2021-11-29 11:38:13+00:00

Windows 10 OS
Firefox Version 91

Design Flaw is impacting adversely.
All menus, bookmarks etc
There is a huge excessive amount of space between all menu items in a list.
That includes all the Menu bar items, File, Edit ,View, History, Bookmarks, Tools, Help and the Menu app icon.
Bookmarks have huge clear blank spacing between items and is dreadful to use with all the scrolling.
Scrolling is now being forced on users when it is unncessary.
This is terrible for people suffering from RSI.

The Help Forum is starting to get complaints, so we need a fix.
Bug: impossible to check box of activate synchro dialog box
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-12 14:43:53+00:00
Resolved: 2021-08-23 02:00:02+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

I try to  check box of activate synchro dialog box


Actual results:

it is un checkable


Expected results:

checked
Bug: Go to download page context menu option not working in Private Window if dom.security.https_first_pbm:true
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-08-12 14:44:15+00:00
Resolved: 2024-08-27 09:05:42+00:00

Filled on request (bug [1721146#c18](https://bugzilla.mozilla.org/show_bug.cgi?id=1721146#c18))

*Affected versions*
* 92.0b2 (20210810185524)
* 93.0a1 (20210812092607)



*Affected platforms*
* macOS 10.15
* Windows 10x64


*Preconditions*
* `browser.search.region:US` / `dom.block_download_insecure:true`

*Steps to reproduce*
1. Open Firefox and Private Window.
2. Go to https://www.thinkbroadband.com/download and download a random item.
3. After the download is completed press on the Go to Download page context menu from the downloads panel.


*Expected result*
* Link is open in a new tab.

*Actual result*
* Nothing happens.
Bug: More tools menu remains stuck after clicking on Customize toolbar... and open again the Hamburger menu
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2021-08-12 14:52:36+00:00
Resolved: 2021-08-13 13:42:11+00:00

**Note**
*  Firefox 91.0 and Firefox latest nightly (2021-08-12) not affected.

**Affected versions**
* Firefox 92.0b1
* Firefox 92.0b2

**Affected platforms**
* macOS 10.13
* macOS 10.15
* macOS 11

**Steps to reproduce**
1. Open Firefox
2. Open the Hamburger menu and click on More tools from list then click on Customize toolbar... and then on Done button.
3. Click again on Hamburger menu.

**Expected result**
* The hamburger menu is correctly displayed.

**Actual result**
* The More tools section of the hamburger menu is opened and can't be interacted with: 
             - can't go back to the main menu
             - can't hover on the list 
             - the hover state is stuck on Customize toolbar... menu item
             - clicking on Browser tools opens new window  
             - clicking on Web Developer Tools opens Private Browsing window, etc.

**Regression range**
* This issue is a recent regression.
* First bad: 2021-08-05
* Last good: 2021-08-04
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ae11d50c40266fd3413ee79ef86e6ccb1dbbed9c&tochange=e505fffd43c3663a2ed608907ed17830cc526ec9
* Potential regressor: [Bug 1722258](https://bugzilla.mozilla.org/show_bug.cgi?id=1722258)

**Additional notes**
* This issue only occurs on Mac OS.