av9ash/GitBugs huggingface dataset:
Bug: NSIS Uninstaller on Windows is broken with mingw-w64/clang toolchain
Status: NEW
Priority: P5
Created: 2022-10-27 12:11:16+00:00
Resolved: 2023-08-14 18:10:10+00:00

Using installers for [MinGW builds from try server](https://treeherder.mozilla.org/jobs?repo=try&revision=7a214fd9aecf9fd1e93328cc09622c10a4881c63&selectedTaskRun=Yr97xIdJQ3qK7cj0hh5jwg.0) works well, but uninstalling them fails with the attached error saying our NSIS Uninstaller's integrity check has failed. This looks kind of similar to bug 1577872, maybe?
Bug: Intermittent toolkit/components/pdfjs/test/browser_pdfjs_editing_contextmenu.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-10-27 13:01:10+00:00
Resolved: 2024-08-05 12:03:31+00:00

**Filed by:** ncsoregi [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=394525900&repo=mozilla-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ef4-6kr1RHC5L6NMZ4BI6Q/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2022-10-27T11:53:22.709Z] 11:53:22     INFO - TEST-PASS | toolkit/components/pdfjs/test/browser_pdfjs_editing_contextmenu.js | The FreeText editor must have been cut - 0 == 0 - 
[task 2022-10-27T11:53:22.709Z] 11:53:22     INFO - Buffered messages finished
[task 2022-10-27T11:53:22.709Z] 11:53:22    ERROR - TEST-UNEXPECTED-FAIL | toolkit/components/pdfjs/test/browser_pdfjs_editing_contextmenu.js | application terminated with exit code 1
[task 2022-10-27T11:53:22.709Z] 11:53:22     INFO - runtests.py | Application ran for: 0:00:09.982451
```
Bug: Search terms persist when navigating to a non-SERP url due to an onLocationChange event via the History API
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2022-10-27 13:41:01+00:00
Resolved: 2024-09-11 16:27:49+00:00

Our solution to persisting the search term in the Urlbar involves referencing the `originalURI`, which doesn't get updated if a website updates its location via the History API. 

This can result in a tab always showing the search term in the Urlbar if a user conducts a search with their default search engine and then navigates to subpages (i.e. another page, Images search) from within content. 

If they try loading these subpage URLs they won't see the search term in the Urlbar.
Bug: Search terms don't always show when restoring a session
Status: NEW
Priority: P3
Created: 2022-10-27 14:22:46+00:00
Resolved: 2024-11-14 20:47:43+00:00

We don't save the `originalURI` of the `browser-custom-element` upon the browser quitting, so when we reload a session, loading a default SERP only has access to the URL that it was viewing, which often doesn't have the same URL generated from `parseSubmissionURL`.
Bug: Firefox icon on OSX has a black background
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-27 16:10:32+00:00
Resolved: 2022-10-28 07:34:54+00:00

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

Steps to reproduce:

Updated Firefox last week. I'm on Monterey 12.5


Actual results:

New Firefox icon has a black background (instead of being transparent)


Expected results:

It should either be transparent or maybe white? Not sure what was intended, but definitely not black.
Bug: Adobe installation of new fonts causes Bookmarks sidebar to malfunction
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-10-27 16:59:28+00:00
Resolved: 2023-12-06 12:07:13+00:00

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

Steps to reproduce:

As I'm browsing the web in Firefox on my Windows 10 machine that also has the Adobe suite installed, I get a pop-up that Adobe has installed a font on my machine.


Actual results:

The Bookmarks sidebar starts acting strangely. Collapsed folders, for instance, can no longer be uncollapsed. Sometimes, all the folders collapse themselves and remain so until I restart Firefox.


Expected results:

The installation of fonts on my machine shouldn't affect the Bookmarks sidebar. I've noticed this behavior for a long time--it took me many months to realize the correlation was between font installation (at least by Adobe's font installer) and the sidebar bug.
Bug: Using a one-off engine that coincides with the default engine will result in the one-off button not getting cleared in the Urlbar when showSearchTerms is enabled
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-10-27 17:05:10+00:00
Resolved: 2023-03-09 16:31:35+00:00

**STR:**

1. Enable `showSearchTerms` feature so that search terms are in the Urlbar.
2. Do a search with a one-off engine that is the same as the default engine from the Urlbar.

**Expected:**
The button that shows the one-off engine should be cleared from the URL bar.

**Actual:**
The button that shows the one-off engine remains in the URL bar.
Bug: New private browsing mode doesn't honor the DisablePrivateBrowsing policy
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-10-27 17:33:42+00:00
Resolved: 2023-07-31 14:17:05+00:00

The newly added private_browsing.exe works even when you have private browsing disabled via policy.

It's not actually in private mode (you get history when you restart), but the UI shows that you are in private mode.

We should show the regular UI if private browsing has been disabled.
Bug: Dragging a tab into a new window or another window doesn't always retain the search terms in the Urlbar
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-10-28 04:05:45+00:00
Resolved: 2022-11-25 11:48:50+00:00

**STR:**

While `showSearchTerms` is enabled:

1. Load a default SERP whose originalURI is different from its currentURI.
2. Drag the tab outside of the window so that it either becomes a new window or gets placed onto another window.

**Expected Behavior:**
The search terms of the default SERP should be in the urlbar of the tab.

**Actual Behavior:**
The current URL of the SERP shows in the urlbar.

I suspect it's because the originalURI is not transferred during the process of creating a new window.
Bug: Private browsing taskbar icon doesn't have a differentiated name for accessibility
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-10-28 11:00:25+00:00
Resolved: 2024-01-23 05:36:18+00:00

When you open a private browsing window, it now gets a separate taskbar icon, which is great. I'm not sure how it looks visually (is it just an icon, text or both?), but when you move between taskbar icons with a screen reader, there's no indication which icon is for private browsing. With Nightly, they both read as "Firefox Nightly".

STR (with the NVDA screen reader):

1. Start Firefox.
2. Open a private browsing window.
3. Press Windows+t to focus the taskbar.
4. Use the left and right arrows to move through the icons (buttons) on the taskbar.
    - Expected: There should be two Firefox buttons, one of which should include "private browsing" or similar in the name.
    - Actual: The buttons both have the same name; e.g. "Firefox Nightly". There is no indication which is associated with private browsing.

The name reported when alt+tabbing correctly includes "Private Browsing".

Arguably, this is an access-s2 because a critical piece of info available to sighted users is not available to screen reader users. That said, I'm reluctantly marking access-s3 because you can work around it by alt+tabbing or just "stabbing in the dark".
Bug: [win] Items area inside the Select Helper Application window has a narrow width
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-28 11:49:35+00:00
Resolved: 2022-11-07 12:45:18+00:00

**Found in**
* 108.0a1 (20221027215515)

**Affected versions**
* 108.0a1 (20221027215515)








**Tested platforms**
* Affected platforms:  Windows 10x64
* Unaffected platforms: Ubuntu 20.04, macOS 12

**Steps to reproduce**
1. Open the Preferences page and scroll down to the Applications area.
2. Click on a random Action drop-down menu and select Use Other.
3. Observe the Select Helper Application window.


**Expected result**
* The items window has the correct size.

**Actual result**
* The items window has reduced width.


**Regression range**
* Last good revision: 60a8d6f734e902102d87b8b1bd15b62bb4ba5ebe
First bad revision: 6c60375237864880161d4a8915408e68ec28d1e3
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=60a8d6f734e902102d87b8b1bd15b62bb4ba5ebe&tochange=6c60375237864880161d4a8915408e68ec28d1e3

**Additional notes**
* Attached a screenshot with the issue.
Bug: The "Firefox_View_Spotlight" message impression is wrongly counted as "2" on the ASRouter page even though it was displayed only once
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-28 12:12:42+00:00
Resolved: 2022-12-19 16:47:40+00:00

**[Affected versions]:**
- Firefox Nightly 108.0a1 (Build ID: 20221027215515)
- Firefox Beta 107.0b6 (Build ID: 20221027185833)
- Firefox Release 106.0.2 (Build ID: 20221025065831)

**[Affected Platforms]:**
- Windows 10 x64
- macOS 12.5.1
- Linux Mint 20.2 x64

**[Prerequisites]:**
- Have the Firefox browser installed/extracted and opened.
- Have the “browser.newtabpage.activity-stream.asrouter.devtoolsEnabled” pref set to true.

**[Steps to reproduce]:**
1. Navigate to the “about:newtab#devtools” page.
2. Search for “FIREFOX_VIEW_SPOTLIGHT” and observe that its impression is “0”.
3. Click the Firefox View tab button.
4. Make sure that the “Firefox View” spotlight is displayed.
5. Switch back to the ASRouter page and observe its impression.

**[Expected result]:**
- The message impression is counted as “1”.

**[Actual result]:**
- The message impression is incremented with 2.

[Notes]:
- This issue is also reproducible when navigating to the “about:firefoxview” page to see the spotlight.
- I didn't manage to reproduce this issue with other messages.
- Attached is a screen recording of the issue.
Bug: Google search engine ( which was removed via the SearchEngines policy) is automatically re-added after browser restart if restoring the default search engines
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2022-10-28 12:22:10+00:00
Resolved: 2024-12-13 14:05:59+00:00

**Notes**
* This is an ESR-only policy (reproducible only in ESR and Nightly builds).

**Found in**
* 108.0a1

**Affected versions**
* Firefox 108.0a1
* Firefox 102.4.0esr

**Tested platforms**
* Affected platforms:  Windows 10 64bit, macOS 11 & Ubuntu 22.04

**Preconditions**
Add the following code inside the policies.json file:

{
"policies": {
	"SearchEngines": {
		"Remove": ["Google"]
}
}
}

**Steps to reproduce**
* Steps are similar to Bug 1499095:
1. Launch Firefox.
2. Access the about:preferences#search page.
3. Click the "Restore Default Search Engines" button.
4. Restart Firefox.

**Expected result**
* "Google" search engine is no displayed.

**Actual result**
* "Google" search engine is displayed

**Regression range**
* I don't thinks that this is a regression.
Bug: Evaluate using MultiSelectModel so multiple files are passed to 1 Firefox process instead of multiple
Status: NEW
Priority: P3
Created: 2022-10-28 14:13:55+00:00
Resolved: 2022-12-12 04:01:14+00:00

See bug 1792466 for context.

Right now if you select, say, 5 HTML or PDF files in Windows Explorer, and then open them, Windows creates 5 instances of Firefox, and then we have to do a bunch of work to coalesce down to 1 instance again. This leads to bugs like bug 1792466.

TIL you can actually ask Windows not to do this, and have it pass all the files at once. Via [this stackoverflow post](https://stackoverflow.com/questions/67540602/how-to-pass-several-files-at-once-to-my-registered-application) I found this MS documentation page: https://learn.microsoft.com/en-us/windows/win32/shell/how-to-employ-the-verb-selection-model

ISTM we should be using this. I'm not sure if this is Installer or Shell Integration type work, but given it's definitely windows registry operations that should happen at install/upgrade/"make-Firefox-the-default" time, I assume it's one of those...
Bug: Intermittent browser/components/shell/test/browser_headless_screenshot_4.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2022-10-28 15:01:51+00:00
Resolved: 2025-03-03 06:27:43+00:00

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

---
```
[task 2022-10-28T11:54:34.041Z] 11:54:34     INFO - TEST-START | browser/components/shell/test/browser_headless_screenshot_4.js
[task 2022-10-28T11:54:34.102Z] 11:54:34     INFO - GECKO(62549) | *** You are running in headless mode.
[task 2022-10-28T11:54:35.001Z] 11:54:35     INFO - GECKO(62549) | >>> Screenshot saved to: /var/folders/_s/31zcqkls21n2x5vcfxygc3hc000014/T/headless_test_screenshot.png
[task 2022-10-28T11:54:35.057Z] 11:54:35     INFO - GECKO(62549) | >>> WARNING: A blocker encountered an error while we were waiting.
[task 2022-10-28T11:54:35.057Z] 11:54:35     INFO - GECKO(62549) |           Blocker:  Waiting for ping task
[task 2022-10-28T11:54:35.057Z] 11:54:35     INFO - GECKO(62549) |           Phase: TelemetryController: Waiting for pending ping activity
[task 2022-10-28T11:54:35.058Z] 11:54:35     INFO - GECKO(62549) |           State: (none)
[task 2022-10-28T11:54:35.058Z] 11:54:35     INFO - GECKO(62549) | WARNING: Error: Phase "profile-before-change" is finished, it is too late to register completion condition "OS.File: flush I/O queued before profileBeforeChange"
[task 2022-10-28T11:54:35.058Z] 11:54:35     INFO - GECKO(62549) | WARNING: addBlocker@resource://gre/modules/AsyncShutdown.jsm:703:15
[task 2022-10-28T11:54:35.059Z] 11:54:35     INFO - GECKO(62549) | addBlocker@resource://gre/modules/AsyncShutdown.jsm:511:26
[task 2022-10-28T11:54:35.059Z] 11:54:35     INFO - GECKO(62549) | addBlocker@resource://gre/modules/AsyncShutdown.jsm:450:15
<...>
[task 2022-10-28T11:55:19.189Z] 11:55:19     INFO - TEST-PASS | browser/components/shell/test/browser_headless_screenshot_4.js | A screenshot should not be saved - 
[task 2022-10-28T11:55:19.189Z] 11:55:19     INFO - Buffered messages finished
[task 2022-10-28T11:55:19.189Z] 11:55:19     INFO - TEST-UNEXPECTED-FAIL | browser/components/shell/test/browser_headless_screenshot_4.js | Test timed out - 
[task 2022-10-28T11:55:19.190Z] 11:55:19     INFO - GECKO(62549) | MEMORY STAT | vsize 7841MB | residentFast 300MB | heapAllocated 113MB
[task 2022-10-28T11:55:19.190Z] 11:55:19     INFO - TEST-OK | browser/components/shell/test/browser_headless_screenshot_4.js | took 45028ms
[task 2022-10-28T11:55:19.190Z] 11:55:19     INFO - checking window state
[task 2022-10-28T11:55:19.191Z] 11:55:19     INFO - TEST-START | browser/components/shell/test/browser_headless_screenshot_cross_origin.js
```
Bug: "Send Page to Device" shows duplicate entries
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-28 18:25:04+00:00
Resolved: 2022-11-15 16:47:39+00:00

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

Steps to reproduce:

Note: This is similar to https://bugzilla.mozilla.org/show_bug.cgi?id=1403276, but still reproduces in Nightly.

Initialization

- download and extract Firefox nightly (108.0a1 (2022-10-28)
  (64-bit) in my case)

Set up Primary Firefox

- start Firefox nightly with active pofile manager:

    ./firefox/firefox -p

  and create a fresh profile "nightly-primary"

- start Firefox nightly from that profile

- sign up for a fresh Firefox Account, leaving sync settings on
  default (*)

- go to "about:preferences#sync", select "Change device name...",
  enter device name "nightly-primary", "Save"

- quit that Firefox

Set up Secondary Firefox

- start firefox nightly with active pofile manager:

    ./firefox/firefox -p

  and create a fresh profile "nightly-secondary"

- start Firefox nightly from that profile

- sign in to the Firefox Account created above (*)

- go to "about:preferences#sync", select "Change device name...",
  enter device name "nightly-secondary", "Save"

- go to "Manage account" and ensure that both devices are
  displayed correctly

- quit that Firefox

Set up Another Secondary Firefox

- start firefox nightly with active pofile manager:

    ./firefox/firefox -p

  and delete the previously created profile "nightly-secondary"
  including files.

  Then create a fresh profile "nightly-secondary".

- start Firefox nightly from that profile

- sign in to the Firefox Account created above (*)

- go to "about:preferences#sync", select "Change device name...",
  enter device name "nightly-secondary", "Save"

- go to "Manage account" and ensure that both devices are
  displayed correctly

- quit that Firefox

Reproduce the Bug

- start firefox nightly with active pofile manager:

    ./firefox/firefox -p

  and start from profile "nightly-primary" again.

- browse to some web page, for example www.gnus.org

- right click on the web page, select "Send Page to Device" and
  observe *two* menu entries "nightly-secondary" there



Actual results:

The submenu shows  two menu entries "nightly-secondary".

Screenshot attached.


Expected results:

The submenu shows  one menu entry "nightly-secondary".
Bug: [QuickActions] Use the whole Addressbar Drop Down List width before the Buttons start to shrink
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-10-28 18:38:22+00:00
Resolved: 2022-12-09 22:19:02+00:00

Nightly 108.0a1 (2022-10-28) (64-Bit)

Now, after hiding the Help Button with Bug 1796017, it would be very nice, if the gap between the last button and the Drop Down Border could be smaller before the buttons start to shrink when the window becomes narrower.

Steps to reproduce:

1.) Open a new large window
2.) Click into the Addressbar, so that the Drop Down List opens
3.) Now start to shrink the window to a smaller size, until the QuickAction Buttons start to shrink as well.
4.) Take a look at the gap between the last QuickAction Button and the Resultlist border.

Actual: The gap is too large.

Expected: Same gap size like between the Resultlist border and the first QuickAction Button.

Thanks for checking :)
Bug: "Never remember history" (permanent private browsing) - unlike what the popup suggests, Firefox does not restore tabs when restarting for a software update
Status: NEW
Priority: P2
Created: 2022-10-28 22:46:13+00:00
Resolved: 2024-01-16 17:25:13+00:00

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

Steps to reproduce:

I'm using the browser with 'never remember history'.

I had many important tabs open at which I suddenly got a pop-up message at the upper right corner telling that a new software update is available and all tabs will be restored after performing the update, so I clicked it.


Actual results:

Firefox did not restore my tabs after restart and I lost information.


Expected results:

At the very least detect that the user is running with 'never remember history' and adjust the update pop-up message to tell the user that current tabs will not restore after update.
Bug: Certificate Manager > Servers in about:preferences#privacy do not align nicely
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-29 05:43:14+00:00
Resolved: 2022-11-01 00:15:04+00:00

+++ This bug was initially created as a clone of Bug #1797345 +++

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:108.0) Gecko/20100101 Firefox/108.0
Build ID: 20221028212211

This was mentioned in bug 1797345 but not fixed by [D160302 Bug 1797345 - Use width property rather than attribute in permission dialogs and so](https://phabricator.services.mozilla.com/D160302).

### Steps to reproduce
1. Add exceptions to multiple problematic certificates.  (see attached screenshot)
2. Go to about:preferences#privacy > Certificate > `View Certificates` > Servers

### Actual result
Values in 2nd+ column do not align nicely. They are probably affected by the length of the value in the previous column.

### Expected result
Every column lines up properly.

## Regression
Last good Nightly: 2022-10-19
First bad Nightly: 2022-10-20
pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a1297d435b3fddcb752141a4d6e95693b12734a6&tochange=59fa65e9da080d96cf90d9c99a458372b8d58b4d

Bisecting autoland builds:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=60a8d6f734e902102d87b8b1bd15b62bb4ba5ebe&tochange=6c60375237864880161d4a8915408e68ec28d1e3

This is regressed by [D159690 - Use modern flex on in-content pages.](https://phabricator.services.mozilla.com/D159690) from bug 1779695.
Bug: [Linux Arch KDE Plasma] Bookmarks bar dosn't automatically hide
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-29 06:53:19+00:00
Resolved: 2022-11-01 10:50:16+00:00

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

Steps to reproduce:

1. Open new tab in Firefox.
2. Navigate to any website (ei www.firefox.com)
3. Book marks bar should hide itself


Actual results:

1. Open new tab in firefox.
2.(INFO) Bookmarks bar is shown.
3. Navigate to www.firefox.com
4. (INFO) Booksmarks bar stays below the navigation panel.
5. bookmarks bar never hides itself.


Expected results:

the bookmarks section wont hide when ever i navigate to different websites than the starting tab there are no settings for hiding it within the settings and firefox sync dosen't synchronize it.

Be aware this feature works on Windows. but not on Linux Arch KDE Plasma.
Bug: Cannot sign in to Firefox Account using Firefox View
Status: RESOLVED
Priority: P1
Resolution: INVALID
Created: 2022-10-29 09:41:38+00:00
Resolved: 2022-11-09 09:14:05+00:00

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

Steps to reproduce:

I'm trying to set up Firefox View, and I enter my e-mail. I am on macOS Ventura 13.0 (my user agent might suggest otherwise).


Actual results:

The Sign in button just shows a spinner that's been going forever now. There's also a banner that says "Working...". In the Console, I see the following errors:

* WebChannel error: No Such Channel
* Working...
* Response not received for: fxaccounts:can_link_account


Expected results:

I should be able to sign in to my Firefox account.
Bug: Mac: Right-click behaves incorrectly. Deselects selected text, follows hyperlinks
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-10-29 10:43:57+00:00
Resolved: 2024-04-29 23:51:41+00:00

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

Steps to reproduce:

Right-click behaves incorrectly on macOS. By right-click, I mean right-clicking with an attached mouse OR right-clicking with a touchpad ("Secondary click" under System Preferences/Trackpad) . Control+Left Click does NOT repro.

Website doesn't matter. You can just go to something like Google search results.

Here are 2 different scenarios where right-click fails. It almost seems like a regular click event is getting sent.

A. Select some plain text (that is, not hyperlinked). Right-click on the selected text.
B. Right-click on a hyperlink.



Actual results:

A. Selection is deselected before context menu shows. This is very annoying because it means you can't use context menu items like "Copy", "Search Google for <selected text>", etc.

B. Hyperlink is opened.


Expected results:

A. Selection is maintained. Just show the context menu.

B. Do not follow the hyperlink. Open context menu.
Bug: Privacy settings hard to see exceptions on a small enough window (so that stuff is scrollable)
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-29 22:22:50+00:00
Resolved: 2022-11-21 08:57:38+00:00

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

Steps to reproduce:

1. Go to about:preferences#privacy
2. From the permissions section, click on the "Settings" button



Actual results:

Need to scroll to view exceptions