av9ash/GitBugs huggingface dataset:
Bug: do better at avoiding irritating existing VPN customers by showing them a VPN promo
Status: NEW
Priority: P3
Created: 2022-04-21 23:57:14+00:00
Resolved: 2022-06-23 15:40:46+00:00

We don't want to show VPN promos to people who are likely to be annoyed by them.  Our current proxy for that is "clients logged into an fxA profile that has ever used the VPN".

The current belief is that the code for this works reasonably well, although that has yet to be verified, and there's a bunch of complexity here.  https://docs.google.com/document/d/1HQItUBsFzpyhji547hWBUej9vUmuujBJ0n0FsxNCD5w/ has the some of the gory, disorganized details.  It may or may not be worth trying to dig through the various pieces there to nail down the current status of how well that current proxy works.

It seems like a better proxy is simply "clients logged into an fXa account that currently subscribes to the VPN".  It appears that there is already [code in the tree](https://searchfox.org/mozilla-central/source/browser/actors/AboutProtectionsParent.jsm#315) that should do this, though we should also verify that it's current and correct. 

Venetia, from a high-level, does this sound like the right strategy to you?  If so, I'll break down how we can do this work in a straightforward way...
Bug: While running Cognos report on Firefox, the tab opened by the report does not close automatically
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-04-22 06:49:21+00:00
Resolved: 2022-10-13 07:49:01+00:00

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

Steps to reproduce:

Launched IBM Cognos (latest version.)
Clicked on a report to execute
The report runs fine (either foreground or background)



Actual results:

The tab opened by the report does not close automatically. It works fine for Firefox version 78.0 but not in any subsequent releases
We get the following tab open
http://<cognos-server-name>/c11/cps4/portlets/common/close.html



Expected results:

The tab should have closed automatically after the report execution completes.
Bug: Intermittent toolkit/components/certviewer/tests/browser/browser_checkLongHex.js | longHex class name found - null == true - got null, expected true (operator ==)
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-04-22 10:38:36+00:00
Resolved: 2023-04-11 17:02:32+00:00

**Filed by:** nbeleuzu [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=375434166&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/QvUjG14VQa-KPPqfLzaPnw/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2022-04-22T09:52:43.539Z] 09:52:43     INFO - TEST-PASS | toolkit/components/certviewer/tests/browser/browser_checkLongHex.js | item public-value found - {} == true - 
[task 2022-04-22T09:52:43.540Z] 09:52:43     INFO - Buffered messages finished
[task 2022-04-22T09:52:43.540Z] 09:52:43     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/certviewer/tests/browser/browser_checkLongHex.js | longHex class name found - null == true - got null, expected true (operator ==)
[task 2022-04-22T09:52:43.540Z] 09:52:43     INFO - Stack trace:
[task 2022-04-22T09:52:43.540Z] 09:52:43     INFO - @chrome://mochitests/content/browser/toolkit/components/certviewer/tests/browser/browser_checkLongHex.js:20:14
[task 2022-04-22T09:52:43.541Z] 09:52:43     INFO - Leaving test bound test
[task 2022-04-22T09:52:43.541Z] 09:52:43     INFO - GECKO(3151) | [Child 3158, Main Thread] WARNING: Scrolled rect smaller than scrollport?: file /builds/worker/checkouts/gecko/layout/generic/nsGfxScrollFrame.cpp:7204
[task 2022-04-22T09:52:43.542Z] 09:52:43     INFO - GECKO(3151) | MEMORY STAT | vsize 16089MB | residentFast 329MB | heapAllocated 123MB
[task 2022-04-22T09:52:43.542Z] 09:52:43     INFO - TEST-OK | toolkit/components/certviewer/tests/browser/browser_checkLongHex.js | took 1654ms
[task 2022-04-22T09:52:43.542Z] 09:52:43     INFO - GECKO(3151) | [Child 3159: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 127be6000 == 3 [pid = 3159] [id = 2]
[task 2022-04-22T09:52:43.543Z] 09:52:43     INFO - GECKO(3151) | [Child 3159: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 5 (11009e650) [pid = 3159] [serial = 5] [outer = 0]
[task 2022-04-22T09:52:43.543Z] 09:52:43     INFO - GECKO(3151) | [Child 3159: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 6 (127be7400) [pid = 3159] [serial = 6] [outer = 11009e650]
[task 2022-04-22T09:52:43.544Z] 09:52:43     INFO - checking window state
```
Bug: Firefox installer can be installed bypassing restricted controls set in domain policies on Windows
Status: UNCONFIRMED
Priority: P3
Created: 2022-04-22 11:14:23+00:00
Resolved: 2022-11-03 14:20:12+00:00

Steps to reproduce:

On a account which does not have access to install softwasre:

1.	Download Mozilla firefox installer from: https://www.mozilla.org/en-GB/firefox/browsers/

2.	Once downloaded, click to install and wait for dialog box requesting elevated account to install.  Click “no” or “Cancel”

3.	Wait and the install continues.

4.	Open firefox browser


Actual results:

A user who should not be able to install application on windows was able to install and start using Firefox browser.


Expected results:

Installed should have stopped and not be installed.  I have attached install log if that helps
Bug: SEC_ERROR_OCSP_OLD_RESPONSE
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-22 13:39:32+00:00
Resolved: 2022-04-26 10:49:21+00:00

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

Steps to reproduce:

use firefox to go on this website : https://primabord.eduscol.education.fr/


Actual results:

get this error : Code d'erreur : SEC_ERROR_OCSP_OLD_RESPONSE
website inaccessible


Expected results:

Access to the site https://primabord.eduscol.education.fr/
Bug: 2.55 - 2.11% tp5o / tp5o (Linux) regression on Tue April 19 2022
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-04-22 14:31:28+00:00
Resolved: 2022-06-21 15:58:42+00:00

Perfherder has detected a talos performance regression from push [7f523f9cd22dd9dffb5db8a7de2631fd5c759e02](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=7f523f9cd22dd9dffb5db8a7de2631fd5c759e02). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| 3% | [tp5o](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tp5o)  | linux1804-64-shippable-qr | e10s fission stylo webrender-sw | 202.61 -> 207.77 |
| 2% | [tp5o](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tp5o)  | linux1804-64-shippable-qr | e10s fission stylo webrender | 209.98 -> 214.41 |
### Improvements:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| 28% | [tp5o](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tp5o) responsiveness | linux1804-64-shippable-qr | e10s fission stylo webrender-sw | 2.29 -> 1.65 |
| 26% | [tp5o](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tp5o) responsiveness | linux1804-64-shippable-qr | e10s fission stylo webrender | 2.23 -> 1.64 |
| 22% | [tp5o_webext](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tp5o_webext) responsiveness | linux1804-64-shippable-qr | e10s fission stylo webrender | 2.98 -> 2.33 |
| 19% | [tp5o_webext](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tp5o_webext) responsiveness | linux1804-64-shippable-qr | e10s fission stylo webrender-sw | 3.10 -> 2.50 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=33906), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: context menu appears behind open folder when right clicking over a bookmark inside a folder
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-22 15:14:52+00:00
Resolved: 2022-04-27 18:37:31+00:00

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

Steps to reproduce:

- Have a Folder in the Bookmarks Toolbar
- Click to open the Folder, and display inner Bookmarks
- Right click on one of the Bookmarks, to get the context menu
- Said context menu will be displayed behind the Folder ui, hiding the options.

** Sometimes, the first right click will work just fine (showing the context menu above - as it should), but subsequent right clicks will have the buggy behavior.


Actual results:

The context menu shows BEHIND the open folder ui
Bug: Bookmark toolbar is empty (and unresponsive) after every computer restart (sometimes after a browser restart)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-04-22 16:56:07+00:00
Resolved: 2022-06-23 14:22:53+00:00

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

Steps to reproduce:

A computer restart and then start the browser will lead to an empty bookmark toolbar that is unresponsive. This can sometimes happen just after a browser restart.


Actual results:

After starting firefox (after either a computer restart or sometimes a browser restart), the bookmark toolbar is empty and unresponsive (not possible to drag a new bookmark onto it for instance). It never reappears and I need to take measure to restore it (delete profile, sync or other ways).


Expected results:

Bookmark toolbar should've been displayed as usual and been working as normal.
Bug: Downloading from internal PDF viewer produces the wrong download link
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-04-22 17:07:11+00:00
Resolved: 2022-09-13 10:32:19+00:00

STR
1. Set Firefox to internally handle PDFs
2. Navigate to a PDF
3. Press the download button in the PDF UI
4. Confirm the download.
5. Open the downloads menu
6. Right-click on the item you downloaded and select "Copy Download Link"

Expected Result:
Get the actual URL

Actual Result:
Get a URL of the form blob:resource://pdf.js/...
Bug: Fix browser_downloads_panel_disable_items.js with parent controlled navigation
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-04-22 17:29:10+00:00
Resolved: 2022-04-23 21:35:29+00:00

browser_downloads_panel_disable_items.js fails with browser.tabs.documentchannel.parent-controlled set to true. This can be fixed in the same way as other download tests where fixed in [part 3](https://hg.mozilla.org/mozilla-central/rev/384e7199e846) of bug 1721217.
Bug: Poor font rendering when viewing some documents in pdf.js on Linux
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-04-22 17:51:29+00:00
Resolved: 2023-07-28 07:48:48+00:00

**STR**

Load https://www.tcc-cci.gc.ca/Content/assets/forms/base/general_motion_form65_e.pdf in Firefox Nightly on Linux. Tested using Debian 10.

**Actual results**

Poor font rendering, with the letters being cramped and in some cases slightly overlapping, as shown in the attached screenshot.

**Expected results**

PDF renders as it does in a non-browser PDF viewer.
Bug: Fails to launch when system-side DNS over TLS is enabled, no console output
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-04-22 19:17:10+00:00
Resolved: 2022-07-11 17:44:59+00:00

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

Steps to reproduce:

NOTE: Issue affects Stable as well

This was quite difficult to troubleshoot due to the fact that there is zero terminal output

1) Configure DNS over TLS

[/etc/systemd/resolved.conf]
DNS=1.1.1.1#cloudflare-dns.com 1.0.0.1#cloudflare-dns.com 2606:4700:4700::1111#cloudflare-dns.com 2606:4700:4700::1001#cloudflare-dns.com
FallbackDNS=9.9.9.9#dns.quad9.net 149.112.112.112#dns.quad9.net 2620:fe::fe#dns.quad9.net 2620:fe::9#dns.quad9.net
DNSSEC=yes
DNSOverTLS=no

2) Restart service
~$ sudo systemctl restart systemd-resolved

3) Test DNS over TLS (note "encrypted transport")
~$ resolvectl query sigok.verteiltesysteme.net

sigok.verteiltesysteme.net: 134.91.78.139      -- link: wlan0
                            2001:638:501:8efc::139 -- link: wlan0

-- Information acquired via protocol DNS in 685.4ms.
-- Data is authenticated: yes; Data was acquired via local or encrypted transport: yes
-- Data from: network

4) Launch Firefox
~$ firefox-developer-edition

Does not start, no logs in journalctl, no output in terminal

5) Disable DNS over TLS

[/etc/systemd/resolved.conf]
DNSSEC=yes
DNSOverTLS=no

6) Restart service
~$ sudo systemctl restart systemd-resolved

7) Test DNS over TLS (note "encrypted transport")
~$ resolvectl query sigok.verteiltesysteme.net

sigok.verteiltesysteme.net: 134.91.78.139      -- link: wlan0
                            2001:638:501:8efc::139 -- link: wlan0

-- Information acquired via protocol DNS in 216.0ms.
-- Data is authenticated: yes; Data was acquired via local or encrypted transport: no
-- Data from: network

8) Launch Firefox
~$ firefox-developer-edition

Starts fine


Actual results:

In Step 4, Firefox did not start or produce logging


Expected results:

In Step 4, Firefox should have started or produced logging
Bug: Shortcuts / top sites about:preferences entry is missing its icon
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-04-22 21:30:46+00:00
Resolved: 2022-05-02 14:18:18+00:00

With https://hg.mozilla.org/mozilla-central/rev/062865b2b0dffd4c7be2d1b39765e52fe9df51e9
```
git checkout aa38cc0e5cc47ad55ac826e87f8379fa5b7a3da0
./mach test --headless browser_policy_set_homepage.js
…
Mozilla crash reason: Missing chrome or resource URLs: chrome://activity-stream/content/data/content/assets/glyph-topsites-16.svg
…
browser/components/enterprisepolicies/tests/browser/browser_policy_set_homepage.js
  CRASH browser/components/enterprisepolicies/tests/browser/browser_policy_set_homepage.js - application terminated with exit code 0
```
Bug: White text in file picker dialog with light theme
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-22 21:48:24+00:00
Resolved: 2022-04-25 10:03:59+00:00

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

Steps to reproduce:

1. Open a file picker from a website that allows you to upload file(s)


Actual results:

File picker dialog text is white with Windows and Firefox themes set to Light (see attached image)


Expected results:

File picker dialog should be dark/black when Windows and Firefox themes are set to Light
Bug: Intermittent TV browser/components/downloads/test/browser/browser_downloads_panel_disable_items.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-04-22 22:08:29+00:00
Resolved: 2022-09-06 15:18:01+00:00

**Filed by:** abutkovits [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=375509524&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/GnmJEEeDT7-aFWHpz6JqJw/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/GnmJEEeDT7-aFWHpz6JqJw/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2022-04-22T21:25:16.714Z] 21:25:16     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_downloads_panel_disable_items.js | At the start of the test, there should be 0 downloads - 
[task 2022-04-22T21:25:16.714Z] 21:25:16     INFO - Leaving setup bound 
[task 2022-04-22T21:25:16.714Z] 21:25:16     INFO - Entering test bound test_downloads_panel_downloads_button
[task 2022-04-22T21:25:16.714Z] 21:25:16     INFO - Buffered messages finished
[task 2022-04-22T21:25:16.714Z] 21:25:16     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_downloads_panel_disable_items.js | Test timed out - 
[task 2022-04-22T21:25:16.714Z] 21:25:16     INFO - removing /tmp/dm-ui-test.file
[task 2022-04-22T21:25:16.714Z] 21:25:16     INFO - GECKO(2939) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-04-22T21:25:16.717Z] 21:25:16     INFO - GECKO(2939) | MEMORY STAT | vsize 3159MB | residentFast 438MB | heapAllocated 197MB
[task 2022-04-22T21:25:16.717Z] 21:25:16     INFO - TEST-OK | browser/components/downloads/test/browser/browser_downloads_panel_disable_items.js | took 45017ms
```
Bug: Network connection hangs when the system screen saver starts up
Status: UNCONFIRMED
Priority: --
Created: 2022-04-23 11:25:28+00:00
Resolved: 2022-11-11 09:42:07+00:00

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

Steps to reproduce:

When the system screen saver starts Firefox loses the network connection so, for example, it's impossible to listen audio on YouTube or receive audio notifications or updates from web applications.

With version 98.0.2 everything works fine.

I also tried to start Firefox 99.0.1 with a new clean profile (without any extension or theme) but the problem persists.

With safe mode everything seems to work well.

With version 100.0b9 the issue seems to persists.

I can't attach the strace log because when firefox is traced the problem doesn't occur.
Bug: PDF in eternal viewer are not stored in a temporary directory
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-23 14:59:08+00:00
Resolved: 2022-04-29 13:09:46+00:00

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

Steps to reproduce:

Using Firefox 99.0 on Linux, Fedora release 34, x86_64

1.) Open the setting in Firefox
2.) Choose for PDF-Files an external viewer link Okular or XPDF
3.) Open/Download a PDF from a url.



Actual results:

The working part: 
- The PDF is viewed in the chosen viewer.

The not correctly working part: 
- The "temporary" PDF is stored in /home/$USER/
- Firefox doesn't remove the temporary file



Expected results:

The temporary file should be stored in a sub-directory of /tmp/ or /var/tmp/
Used to work in former FF versions.
Bug: When opening settings from about:logins (direct link to subcategory), clicking Back button causes the page to re-scroll but doesn't go "back"
Status: NEW
Priority: P5
Created: 2022-04-24 05:28:39+00:00
Resolved: 2024-03-27 14:11:08+00:00

[Affected versions]:
- Firefox Nightly 101.0a1 (2022-04-23) (64-bit)
- Firefox Release 99.0.1 (64-bit)

[Affected Platforms]:
- Windows 10 x64

[Steps to reproduce]:
1. Launch Firefox, and access "about:logins".
2. Click on the "..." Menu button.
3. Select the “Options” option, and the page jumps to a new tab "about:preferences#privacy".
4. Click the Back button (left arrow) in the upper left corner

[Expected result]:
- Back button is grey and cannot be clicked, because there is no previous page.

[Actual result]:
- After clicking the Back button, the page "about:preferences#privacy" quickly scrolls down from the top to "Logins and Passwords".
Bug: The pop-up window of “Remove All Logins” in "about:logins" is on the left side of the screen.
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2022-04-24 09:31:40+00:00
Resolved: 2022-05-11 06:15:53+00:00

[Affected versions]:
- Firefox Nightly 101.0a1 (2022-04-23) (64-bit)
- Firefox Release 99.0.1 (64-bit)

[Affected Platforms]:
- Windows 10 x64

[Steps to reproduce]:
1. Launch Firefox, and access "about:logins".
2. Click on the "..." Menu button.
3. Select the “Remove All Logins” option.
4. Observe the pop up window.

[Expected result]:
- window is in the center of the screen.

[Actual result]:
- window is on the left side of the screen.
Bug: The Forward button cannot be used to jump back from "about:preferences#general" to "about:preferences#privacy".
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2022-04-24 11:05:44+00:00
Resolved: 2022-05-19 08:31:06+00:00

[Affected versions]:
- Firefox Nightly 101.0a1 (2022-04-23) (64-bit)
- Firefox Release 99.0.1 (64-bit)

[Affected Platforms]:
- Windows 10 x64

[Steps to reproduce]:
1. Launch Firefox, and access "about:preferences".
2. Click on the "Privacy & Security" to jump to the "about:preferences#privacy" page.
3. Click on the Back button (left arrow) in the upper left corner then the page will jump to "about:preferences#general" page.
4. Click on the Forward button (right arrow).

[Expected result]:
- After clicking on the Forward button, the page jumps back to the "about:preferences#privacy" page.

[Actual result]:
- Forward button is grey and cannot be clicked.
Bug: Clear "Search websites" field by "Delete" key in "Manage Cookies and Site Data", the searched website disappears
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-04-25 04:00:51+00:00
Resolved: 2022-05-24 08:11:44+00:00

**Affected versions**
* 99.0.1 (64-bit)
* 101.0a1 (2022-04-23) (64-bit)

**Affected platforms**
* macOS 10.13.6
* macOS 10.15.7

**Steps to reproduce**
1. Launch Firefox, access "about:preferences"
2. Search "Cookies" in the "Find in Settings";
3. Click on the "Manage Data..." in the "Cookies and Site Data";
4. Search "mozilla" website in the "Search websites";
5. Clear "Search websites" field by using "Delete" key;

**Expected result**
* "mozilla.org" still exists

**Actual result**
*  "mozilla.org" disappears
Bug: Dropdown list is not aligned with dropdown menu
Status: NEW
Priority: P3
Created: 2022-04-25 06:53:15+00:00
Resolved: 2023-07-04 14:16:53+00:00

**Affected versions**
* 99.0.1 (64-bit)
* 101.0a1 (2022-04-23) (64-bit)

**Affected platforms**
* macOS 10.13.6
* macOS 10.15.7

**Steps to reproduce**
1. Launch Firefox, access "about:preferences"
2. Scroll down to "Zoom";
3. Click on the "Default zoom" dropdown menu;

**Expected result**
The dropdown list is aligned with the  dropdown menu

**Actual result**
The dropdown list is not aligned with the  dropdown menu

**Note**
- This is only on macOS. 
- Many dropdown menus on this page have this issue.
- I'm not sure if it's a design or not. I'm sorry for bothering you if it is a design.
Bug: After selecting a language to add, the text of "Select a language to add..." button disappears
Status: NEW
Priority: P3
Created: 2022-04-25 09:35:11+00:00
Resolved: 2022-05-12 16:36:42+00:00

[Affected versions]:
- Firefox Release 99.0.1 (64-bit)

[Affected Platforms]:
- macOS 10.15.7
- Windows 10 x64

[Steps to reproduce]:
1. Launch Firefox, and access "about preferences".
2. Scroll down to the ”Language“ area.
3. Click on the "Set Alternatives..." Button and then pop up the "Firefox Language Settings" window.
4. Click on the "Select a language to add..." and select one language.
5. Click on the "Add" Button.
6. Observe the "Select a language to add..." button.

[Expected result]:
- "Select a language to add..." Button doesn't change.

[Actual result]:
- The text of "Select a language to add..." button disappears. It becomes an empty button.