av9ash/GitBugs huggingface dataset:
Bug: Cookie Manage Exceptions Window does not open if a saved permission has an unexpected obsolete capability value
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-08-09 12:19:11+00:00
Resolved: 2022-07-08 02:04:39+00:00

[Summarizing up to comment 18 -dveditz] This user had a legacy cookie permission in the site permissions database that broke the "manage exceptions" dialog for cookies -- it simply wouldn't appear. This was because one of their cookies permissions, apparently added in 2017, had a capability of `9` which was formerly used for ACCESS_ALLOW_FIRST_PARTY_ONLY. As a result the localization routine threw an exception (see comment 5) because it only expected values `0`, `1`, and `2`. This exception was not caught which nerfed the dialog.

Folks with old profiles, especially those who actively manage their cookies, might have any of several different obsolete values saved in the site permissions database. That should not break the management dialogs!  It looks like the network code ignores cookie permission entries with unexpected values so the simple solution would be to likewise simply ignore those entries and don't display them in the dialog. Or you could proactively delete invalid entries.

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

Steps to reproduce:

I went to about:preferences#privacy and clicked the button "Manage Exceptions" in the Cookies section


Actual results:

Nothing


Expected results:

A dialog window should have opened that lists all Cookie Exceptions. I use this feature relatively frequently and it never had any issues. But now when I click the button, nothing happend. All the other buttons on the page work normally.

I also notice that after clicking the "Manage Exceptions" button, I can't scroll the page any more. I have to navigate to some other page and then back to make it work again.
Bug: Window decoration, tabs, tool bar and menu bar missing on maximised view
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-09 14:11:24+00:00
Resolved: 2021-08-25 08:09:59+00:00

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

Steps to reproduce:

When maximising the firefox window. 


Actual results:

I'm left with large grey area where the tabs and window decoration should be displayed.  Only the bookmark bar and the webpage is displayed.
Bug: Also MOZ_CRASH for missing files that go through CreateLocalJarInput helper
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-09 14:28:56+00:00
Resolved: 2023-01-20 15:17:11+00:00

Andrei reported an issue with the crashes from bug 1721627 that happened locally but not on infra. When narrowing that down, I realized that I missed a JAR helper that gets called off-mainthread. Let's fix that. There's probably more brokenness lurking here. I think we've missed all async calls on jar: channels so far, which is likely to include missing images in various tests...
Bug: Intermittent TV browser/components/urlbar/tests/browser/browser_hideHeuristic.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-08-09 20:09:58+00:00
Resolved: 2021-08-16 06:12:35+00:00

**Filed by:** csabou [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=347859535&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/BpuyOukqRQO4pR4Nb2SqBg/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/BpuyOukqRQO4pR4Nb2SqBg/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2021-08-09T17:53:15.677Z] 17:53:15     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_hideHeuristic.js | Sanity check: Heuristic and first results have different URLs - "http://example.com/" != "http://example.com/foo/9" - 
[task 2021-08-09T17:53:15.678Z] 17:53:15     INFO - Buffered messages logged at 17:53:14
[task 2021-08-09T17:53:15.678Z] 17:53:15     INFO - Leaving test bound pickNonHeuristic
[task 2021-08-09T17:53:15.679Z] 17:53:15     INFO - Buffered messages logged at 17:53:15
[task 2021-08-09T17:53:15.679Z] 17:53:15     INFO - Console message: 1628531595237	addons.xpi	WARN	Attempted to remove example@tests.mozilla.org from app-profile but it was already gone
[task 2021-08-09T17:53:15.679Z] 17:53:15     INFO - Console message: 1628531595373	addons.xpi	WARN	Attempted to remove example@tests.mozilla.org from app-profile but it was already gone
[task 2021-08-09T17:53:15.680Z] 17:53:15     INFO - Buffered messages finished
[task 2021-08-09T17:53:15.680Z] 17:53:15     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_hideHeuristic.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2021-08-09T17:53:15.681Z] 17:53:15     INFO - GECKO(1558) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-08-09T17:53:15.681Z] 17:53:15     INFO - GECKO(1558) | MEMORY STAT | vsize 8738MB | residentFast 293MB | heapAllocated 135MB
[task 2021-08-09T17:53:15.681Z] 17:53:15     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_hideHeuristic.js | took 48860ms
```
Bug: about:logins avatar display logic is broken
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-08-09 22:04:14+00:00
Resolved: 2021-08-23 12:31:18+00:00

Noticed via bug 1724718.

There are at least 2 things happening here:

1. https://searchfox.org/mozilla-central/rev/f71cb98fc35da418d2cb9ce31a0416d532dc9d69/browser/components/aboutlogins/content/components/fxaccounts-button.js#50-53 assumes that `avatarURL` will just exist. The user might not be logged in, or logged in but not verified, and then this is `undefined` and we add `url(undefined)` as the variable value, and the browser tries to load chrome://browser/content/aboutlogins/components/undefined which unsurprisingly doesn't work, and also, after the patch from bug 1724718, [crashes](https://treeherder.mozilla.org/jobs?repo=try&revision=ad7fa2843b080376d707a6ed284ee8a0e867f88c&selectedTaskRun=cX9QlHz0TSmZf5m77DtcvA.0). I can work around in that bug by just adding an avatar URL to the dummy state object the test uses, but that's not a real fix.
2. the new "initials" avatars aren't loaded because of CSP. The about:logins CSP is `<meta http-equiv="Content-Security-Policy" content="default-src 'none'; object-src 'none'; script-src resource: chrome:; img-src data: blob: https://firefoxusercontent.com;">`. Note that the data/blob/fx-user-content origins are the only ones allowed for images. But on my main profile (where I checked where the avatar is even supposed to come from), the avatar URL is `https://profile.accounts.firefox.com/v1/avatar/g` which of course does not match any of those, so it refuses to load it. The good news is that I do see the fallback avatar. Still, it'd be nice if it showed the actual thing.
Bug: Search mode chiclet close button in address bar has low contrast in dark mode
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-08-10 08:57:28+00:00
Resolved: 2021-09-01 11:46:50+00:00

STR:
1. Enable Dark theme.
2. Type "duck" in the address bar and press Tab to select "Search with DuckDuckGo".

The search mode chiclet close symbol is black on a dark background making it difficult to see.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=6ffeb2a3d80381264c0ad9329b4d07b3f343a4ca&tochange=c7687ceeff3f99555aa7d3f744da33952aef236f

Regressed by Bug 1698814.
Bug: checkmarks not visible with browser.proton.enabled = false
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-10 09:30:12+00:00
Resolved: 2021-08-10 19:46:51+00:00

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

Steps to reproduce:

Go to about:preferences while browser.proton.enabled = false


Actual results:

Enabled checkmark boxes had no actual "checkmark" inside the box, only a slight change in brightness


Expected results:

Some form of checked box should appear
Bug: [MSIX] Missing Firefox icon in windows taskbar, apps, apps & features
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-08-10 09:40:52+00:00
Resolved: 2021-08-20 13:45:23+00:00

**Affected versions**
- Firefox 92.0b1 MSIX installer

**Affected platforms**
- Windows 11

**Steps to reproduce**
1.Install MSIX build

**Expected result**
- The Firefox icon can be found in Apps and Features, All apps, Taskbar, etc in Windows

**Actual result**
- A blank icon is shown

**Regression range**
- First beta MSIX build

**Additional notes**
- The issue can be seen in the attachment
Bug: The "Choose a theme" page is displayed twice when navigating back through all the onboarding slides
Status: NEW
Priority: P2
Created: 2021-08-10 10:02:25+00:00
Resolved: 2022-10-17 15:26:31+00:00

**[Affected versions]:**
- Firefox Nightly 93.0a1, BuildID 20210809213353

**[Affected Platforms]:**
- Windows 10, v1903 and up
- macOS 10.11 and up

**[Prerequisites]:**
- Have Firefox installed on the machine.
- Have Firefox NOT set as default and not pinned to Dock or Taskbar.

**[Steps to reproduce]:**
1. Start the Firefox application from prerequisites using a clean new profile.
2. Pin Firefox to Taskbar or Dock.
3. Skip the remaining onboarding using `Not now`.
4. Click the Browser's `Back` button and observe the page.
5. Click the Browser's `Back` button again and observe the page.

**[Expected results]:**
- Step 4: The `Choose a theme` slide is displayed
- Step 5: The "Import" page is displayed.

**[Actual results]:**
- Step 4 and Step 5: The `Choose a theme` slide is displayed each time.

**[Notes]:**
- The issue is also reproducible if you set Firefox as default instead of Pinning to Taskbar or Dock.
- The issue is also reproducible if you both Pin Firefox and Set as default.
- Attached a screen recording of the issue.
Bug: The Firefox browser is refreshed after pressing the "Enter" key without having any focused button on the "Refresh Firefox to its default settings" dialog
Status: NEW
Priority: --
Created: 2021-08-10 11:43:15+00:00
Resolved: 2023-06-02 15:21:51+00:00

[Affected versions]:
- Firefox Nightly 93.0a1 (Build ID: 20210809213353)
- Firefox Beta 92.0b1 (Build ID: 20210809172802)
- Firefox Release 91.0 (Build ID: 20210804193234)

[Affected Platforms]:
- Mac 11.5.1
- Windows 10 x64
- Ubuntu 20.04 x64

[Prerequisites]:
- Have the Firefox browser installed and open.

[Steps to reproduce]:
1. Navigate to the “about:support” page.
2. Click on the “Troubleshoot Mode…” button from the top-right part of the page.
3. Click on the “Restart” button from the “Restart Firefox in Troubleshoot Mode?” dialog.
4. Click on the “Refresh Firefox” from the “Open Firefox in Troubleshoot Mode” dialog.
5. On the “Refresh Firefox to its default settings” dialog, press the “Tab” key until no button is focused.
6. Press the “Enter” key and observe what happens.

[Expected result]:
- Nothing happens.

[Actual result]:
- The Firefox browser is refreshed.

[Notes]:
- Attached a screen recording with the issue.
Bug: Hamburger menu remains stuck after  dismissing it and opening it again
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-10 13:14:11+00:00
Resolved: 2021-08-12 16:46:06+00:00

**Affected versions**
* Fx 92.0b1
   Fx 93.0a1

**Affected platforms**
* Mac OS 11

**Steps to reproduce**
1. Open Firefox and reach https://en.wikipedia.org/wiki/Main_Page
2. Open multiple tabs (so that there are items in the history)
3. Open the hamburger menu and click on History. 
4. Scroll down vertically and click somewhere on the page so that  the menu is dismissed. 
5. Open the hamburger menu again.

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

**Actual result**
* The History section of the hamburger menu is opened and cant be interacted with (cant go back to the main menu, cant scroll  the list, cant click on links, etc.).

**Regression range**
Will return with a regression range ASAP.

**Additional notes**
This issue also occurs with the main window of hamburger menu. 
Links and elements are clickable under the menu.  
This issue only occurs on Mac OS.
Bug: The checkboxes in the settings do not work.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-10 14:12:15+00:00
Resolved: 2021-08-13 16:47:54+00:00

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

Steps to reproduce:

Upon entering the settings I realized that they were all unchecked. I tried to mark one and it didn't work. 


Actual results:

All checkboxes are blank. 


Expected results:

They must change their state with each click.
Bug: FF91 has a bad link in the release notes
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-10 14:25:47+00:00
Resolved: 2021-08-10 15:44:25+00:00

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

Steps to reproduce:

Opened the help -> about for the latest FF91, read down to the the article about enhanced cookie cleaning, clicked the Learn More link, that goes to:
https://blog.mozilla.org/security/2021/08/10/enhanced-cookie-clearing/



Actual results:

Got a 404 not found.


Expected results:

Should have linked to the correct location at:
https://blog.mozilla.org/security/2021/08/10/firefox-91-introduces-enhanced-cookie-clearing/
Bug: pinned tab not loading
Status: NEW
Priority: --
Created: 2021-08-10 15:37:59+00:00
Resolved: 2021-11-12 12:47:10+00:00

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

Steps to reproduce:

It was my understanding that pinned tabs are loaded by default, but I have never used them before.

- pin multiple tabs in a window
- close firefox and save session
- re-open session

### about:config

```
brower.sessionstore.restore_on_demand true
browser.sessionstore.restore_pinned_tabs_on_demand false
```


Actual results:

the pinned tabs only load when you open them


Expected results:

pinned tabs load on their own and are ready for use when you open them

(side note / separate issue? - some tabs always have a dot icon indicating an update, but the page isn't loaded until you go to it and there is no new email/message/update on that tab)
Bug: [Windows 8] The text of the tabs cannot be read when using the dark theme
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-08-10 15:41:21+00:00
Resolved: 2021-10-08 09:11:02+00:00

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

Steps to reproduce:

I updated to version 91. 


Actual results:

The text of the tabs cannot be read, nor is the separation between them distinguished.


Expected results:

The different tabs must be readable and distinguishable. 
This defect appeared in version 90, until now it had been solved by disabling proton but apparently they removed that option and did not fix the problem.
Bug: browser.proton.enabled don't work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-10 15:48:47+00:00
Resolved: 2021-08-10 18:05:53+00:00

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

Steps to reproduce:

I have updated firefox from 90 to 91 and it looks ugly again: huge vertical tabs without any visual separation. I have set browser.proton.enabled to False


Actual results:

The UI becomes ugly after update to firefox 91.


Expected results:

Tabs should take so much extra vertical space and should be visibly separated from each other.
Bug: Address bar sometimes only updates partially after input, with full update delayed
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2021-08-10 16:55:12+00:00
Resolved: 2021-08-18 20:08:50+00:00

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

Steps to reproduce:

1. Make Firefox run slow like molasses. (Makes it easier to get 100% reproducibility. You can also try typing quickly.)
2. Have DuckDuckGo as the main search engine.
3. Have a search bookmark with keyword "duden" and URL "https://www.duden.de/suchen/dudenonline/%s".
4. Type "duden sodass" into the search bar and hit enter.


Actual results:

1. Before the word "duden" is completed, the suggestion to search with DuckDuckGo is displayed.
2. Once the word is completed, the suggestion to search with DuckDuckGo briefly remains.
3. A bookmark star is added to the DuckDuckGo logo and the text of the suggestion changes to https://www.duden.de/suchen/dudenonline/, with the two occurrences of "duden" highlighted in bold. The text that follows still says "Search with DuckDuckGo".
4. "Search with DuckDuckGo" changes to "Visit", but the DuckDuckGo logo remains.
5. After completing "duden so", the suggestion reverts to searching for "duden so" with DuckDuckGo.
6. After completing "duden soda", the suggestion is now to search for "duden soda" with DuckDuckGo.
7. A bookmark star is added to the DuckDuckGo logo and the suggestion changes to "www.duden.de: soda", with "duden" and "soda" highlighted in bold. Neither "Search with DuckDuckGo" nor "Visit" is displayed at the end.
8. After completing "duden sodass", the DuckDuckGo logo changes to the Duden logo, and the suggestion changes to "www.duden.de: sodas" (note only one 's' at the end), with "duden" and "sodas" highlighted in bold.
9. After hitting enter at this point, the page "https://www.duden.de/suchen/dudenonline/sodas" (note only one 's' at the end) is loaded.

(Under normal operating conditions (i.e. Firefox running only regularly slow) the partial updates and unnecessary switching between search engines lead to noticeable flicker. Submitting a partial search because I hit enter in the window of time between entering my search string and having it processed by the search suggestion system happens a lot to me.)


Expected results:

The highlighted suggestion should update in sync with the input.
Once a search keyword is completely typed, all following input should be treated as input for the corresponding search engine.
The displayed information should be consistent at all times.
Hitting enter after entering a search string should include the whole input in the resulting search.
Bug: 91 regression: checked checkboxes in chrome are rendered unchecked with proton disabled
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-10 18:07:56+00:00
Resolved: 2021-08-11 00:53:24+00:00

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

Steps to reproduce:

- start fx 91 with a new profile
- set browser.proton.enabled = false
- open settings


Actual results:

checked checkboxes are rendered unchecked


Expected results:

should be checked
Bug: Intermittent toolkit/content/tests/browser/browser_default_image_filename.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-08-10 21:37:12+00:00
Resolved: 2022-07-25 23:03:28+00:00

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

---
```
[task 2021-08-10T20:53:45.225Z] 20:53:45     INFO - TEST-START | toolkit/content/tests/browser/browser_default_image_filename.js
[task 2021-08-10T20:55:15.271Z] 20:55:15     INFO - TEST-INFO | started process screentopng
[task 2021-08-10T20:55:15.816Z] 20:55:15     INFO - TEST-INFO | screentopng: exit 0
[task 2021-08-10T20:55:15.816Z] 20:55:15     INFO - Buffered messages logged at 20:53:45
[task 2021-08-10T20:55:15.816Z] 20:55:15     INFO - Entering test bound 
[task 2021-08-10T20:55:15.816Z] 20:55:15     INFO - Buffered messages finished
[task 2021-08-10T20:55:15.816Z] 20:55:15     INFO - TEST-UNEXPECTED-FAIL | toolkit/content/tests/browser/browser_default_image_filename.js | Test timed out - 
[task 2021-08-10T20:55:15.816Z] 20:55:15     INFO - GECKO(4258) | MEMORY STAT | vsize 20984212MB | residentFast 1406MB
[task 2021-08-10T20:55:15.816Z] 20:55:15     INFO - TEST-OK | toolkit/content/tests/browser/browser_default_image_filename.js | took 90053ms
[task 2021-08-10T20:55:15.816Z] 20:55:15     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-08-10T20:55:15.818Z] 20:55:15     INFO - TEST-UNEXPECTED-FAIL | toolkit/content/tests/browser/browser_default_image_filename.js | Found a tab after previous test timed out: data:image/gif;base64,R0lGODlhEAAOALMAAOazToeHh0tLS/7LZv/0jvb29t/f3//Ub//ge8WSLf/rhf/3kdbW1mxsbP//mf///yH5BAAAAAAALAAAAAAQAA4AAARe8L1Ekyky67QZ1hLnjM5UUde0ECwLJoExKcppV0aCcGCmTIHEIUEqjgaORCMxIC6e0CcguWw6aFjsVMkkIr7g77ZKPJjPZqIyd7sJAgVGoEGv2xsBxqNgYPj/gAwXEQA7 - 
[task 2021-08-10T20:55:15.818Z] 20:55:15     INFO - checking window state
```
Bug: Firefox (wayland) Unable to move tabs from a group
Status: UNCONFIRMED
Priority: --
Created: 2021-08-10 22:31:28+00:00
Resolved: 2021-09-23 07:26:04+00:00

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

Steps to reproduce:

I attempted to move a tab from a firefox window and drop it to a second monitor. 


Actual results:

I'm using Firefox on Fedora 34 Workstation Wayland session. I am unable to drag a tab from the group. I can move a tab between different firefox windows, but cannot move them to an independent window.


Expected results:

Tabs should be able to be removed/dragged from a window to create a new firefox window.
Bug: Favorites in subfolder on Bookmarks Toolbar stuck in Developer Edition
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-10 23:03:58+00:00
Resolved: 2021-09-09 16:04:46+00:00

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

Steps to reproduce:

On a MacBook Pro (2018-newer), if you use Firefox Developer Edition Version 92 and have a lot of bookmarks in a subfolder of Bookmarks Toolbar, if you go to one of the favorites a long way down the list in a subfolder with many favorites and then go back to the folder in the Bookmarks Toolbar it will not scroll up and you have to close and reopen.

Reported in latest Big Sur 11.5.1 and newer


Actual results:

The up arrow did not go up and would show subfolders, but not their names


Expected results:

It should have scrolled up as in earlier versions like Firefox 90-02.
Bug: Firefox settings are missing the check-box check marks that indicated whether a setting is enabled or not.. in FF v91 .0
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-10 23:07:18+00:00
Resolved: 2021-09-05 08:56:39+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 updated from Firefox 9.0.2 to v91.0.0 


Actual results:

and noticed that the check marks for settings check boxes are missing and don't show up even if I click them..


Expected results:

the check marks for the check boxes should be shown be are not under Firefox v91.0.0
PLEASE FIX this Mozilla!