av9ash/GitBugs huggingface dataset:
Bug: Tab title is too long when tab is inactive, and changes when hovered
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-09 10:22:06+00:00
Resolved: 2023-03-30 05:54:06+00:00

You can see that, when inactive, the tab title almost overlaps the x. When hovered, the title changes and gets shorter.

This is happening on macOS Nightly (106, 20220908213354).
Bug: The Synced Tabs menu button is blank
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-09 10:23:51+00:00
Resolved: 2022-09-13 07:45:14+00:00

**Found in**
* 106.0a1

**Affected versions**
* 106.0a1
* 105.0b9
* 104.0.2 

**Tested platforms**
* Affected platforms: macOS12 , Windows 10, Win11 , Ubuntu 22

**Steps to reproduce**
1. Launch FF .
2. Go to burger menu and select More Tools.
3. Select Customize Toolbar.
4. Drag and drop the Synced Tabs button anywhere on the toolbar.
5. Select Done.
6. Click the Synced tabs button.

**Expected result**
* The Synced tabs menu and its is properly displayed.

**Actual result**
* The Synced Tabs menu button is blank.

**Regression Range**
* First bad: 2022-09-04
* Last good:2022-09-03
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2b31d0ddd06820f8402c2fb1ad0ebba0f7b3604c&tochange=cdf7161e6f07517df7963f6196ead6aea4192073
* Potentially regressed by: 1789114
Bug: [Colorway Closet] Wrong colorways behavior while syncing between two fx profiles
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-09 11:26:33+00:00
Resolved: 2022-09-09 14:08:30+00:00

#### Found in

Firefox 106.0a1

#### Affected versions

106.0a1

#### Tested platforms

Windows 10
Ubuntu 20

#### Preconditions
In about:config set:
"browser.theme.colorway-closet" to true
"browser.tabs.firefox-view" to true

You have to be connected to at least 2 devices or profiles with the same fx account.

#### Steps to reproduce

   1. Open Colorways modal from Fxview or from about:addons using profile 1 and preview a theme.
   2. Go the profile 2 and press sync.
   3. Go back to profile 1 and click the cancel button from the colorway modal.

#### Expected result
1. The colorway previewed in step 1 should not be synced since it was not set.
2. After pressing the cancel button (step 3), the colorway should not be applied.

#### Actual result
1. The colorway previewed in step 1 is synced and applied in both profiles.
2. The colorway is permanently applied in both profiles even if the user canceled the modal without setting the theme.

#### Regression range
Will search for a regression range as soon as possible.
Bug: The elements from the "about:home" page are read by the screen reader software while the Onboarding Modal is displayed
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2022-09-09 12:12:52+00:00
Resolved: 2022-09-15 21:43:48+00:00

**[Affected versions]:**
- Firefox Nightly 106.0a1 - Build ID: 20220908213354

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Have a screen reader software installed and enabled (E.G. NVDA, Windows Narator).
- Have an older version of Firefox Nightly installed (E.G. Firefox Nightly 105.0a1).

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Update the browser and observe the behavior.

**[Expected result]:**
- The elements from the Onboarding modal for existing users are successfully recognized and read by the screen reader software.

**[Actual result]:**
- The elements from the "about:home" page are read instead.

**[Additional Notes]:**
- This issue is not reproducible with the VoiceOver software on macOS.
- Attached a screen recording of the issue.
Bug: chrome-level SubDialogs aren't accessible entirely with the browser width reduced when the sidebar is open
Status: NEW
Priority: P3
Created: 2022-09-09 13:16:55+00:00
Resolved: 2022-09-14 15:07:54+00:00

**Found in**
* 106.0a1

**Affected versions**
* 106.0a1

**Affected platforms**
* macOS 11
* Windows 10
* Ubuntu 20

**Preconditions**
* In about:config set:
   - "browser.theme.colorway-closet" to true
   - "browser.tabs.firefox-view" to true

**Steps to reproduce**
1. Open Colorways modal from Fxview or from about:addons 
2. Reduce the width of the browser considerable 
3. Enable the Sidebar 
4. Observe the modal

**Expected result**
* An horizontal scrollbar is displayed (as it is for the Print modal); every element from the Colorways modal can be accessed/seen.

**Actual result**
* The modal is re-adjusted, but right part of the modal is cut off and not reachable.

**Regression range**
* Not a regression.
Bug: Invalid summary elements should not be exposed as interactive
Status: NEW
Priority: --
Created: 2022-09-09 13:41:27+00:00
Resolved: 2024-05-23 10:10:38+00:00

If a summary element is misused - e.g., specified outside of a details element, or multiple summary elements are specified within a details element, the errant summary element(s) are not rendered as interactive elements (good).  However, Firefox still exposes them as interactive elements, which is not reflective of their behavior.

For instance, the following codepen has a summary element without a details parent, as well as two summary elements within a details parent https://codepen.io/scottohara/pen/poVyeNV

The invalid summary elements are visually rendered as static text with a list marker bullet (also giving the false impression these are list items).  But as they are not interactive, they should be exposed as generic elements.

I've made a PR to HTML AAM to clarify this in the spec as well.
https://github.com/w3c/html-aam/pull/436
Bug: "Keep my Nightly colors" icon changes state for users with dark web appearance enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-09 14:57:06+00:00
Resolved: 2022-09-19 13:27:11+00:00

Prerequisites: enable dark theme and dark web appearance. 

**STR:**
1. Launch existing user onboarding
2. Get to the colorway screen

**Actual result:**
3a. A random balanced colorway is selected
3b. Spotlight modal card becomes light (as underlying theme behind Balanced colorways is light). 
3c. “Keep my nightly colors” is presented as a white icon. 
4. Click “Keep my nightly colors”, the icon switches to a black one, the spotlight modal card becomes dark. 
Screenshots of step 3 and step 4 are attached.

**Expected result:** 
We need to discuss this in a bit more detail, as when we started opening a spotlight over a new tab, selecting a balanced theme for users with an existing dark theme became more visually jarring (as the user sees light Firefox Home behind the spotlight). 

The goal is to avoid the visual “jump” for users who start with an underlying dark theme.  

**Approach 1**
One way forward is to set a colorway with bold intensity if the user’s current underlying theme is dark.
In practice, this can happen when an existing user has: 
- Dark theme,
- Old colorways with bold intensity,
- Alpenglow with Dark system theme,
- Alpenglow with Auto system theme and it's night time.

Downsides of this approach: 
1. We will create divergence with about:welcome where:
- only balanced intensity will be offered to new users, 
- about:welcome respects users's web appearance setting. 

**Approach 2**
1. Keep offering dark theme users only balanced colorways. 
2. Spotlight modal respects web appearance, like about:welcome does. 
3. We don't need to turn off the randomization, as this removes the visual "jump" between the card color and chrome/Firefox Home.

This is also in line with what Colorways in Fx View do.
Bug: Ensure we don't log to the console by default for firefox view setup manager logger
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-09-09 14:58:28+00:00
Resolved: 2022-09-14 15:53:05+00:00

This is causing console spam and additional work. This is because we do not define a value so it falls back to the root logger which has a default level of `All`.

We should define the pref with a sensible default log level (probably Error or Warn or something).
Bug: Tab pickup loading animation breaks if the details are collapsed / re-expanded
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-09-09 15:38:11+00:00
Resolved: 2022-09-21 11:00:29+00:00

STR:

* Open Firefox View
* Intermittently/under certain circumstances you may see a "Sit tight while your tabs sync" loading message + an animated loading spinner in the "Tab pickup" section (I'm not sure yet how to reliably reproduce this state)
* Click the ^ button to the right of the section header to hide the loading message
* Click that button again to re-show the loading message

Expected results:

The loading icon should still be animated/spinning

Actual results:

The loading animation is no longer working and the icon is static, which has the slightly disorienting effect of making it look like an un-clickable refresh indicator

---

I expect this is quite a rare edge case because it relies on 1. the tab pickup data taking a long time to load and; 2. the user feeling compelled to toggle that section. When it does happen though, it kind of makes it feel like the loading has stalled and the icon looks a lot like a refresh button.
Bug: Trying to save a PDF results in dozens of identical Save File dialogues
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-09-09 16:13:44+00:00
Resolved: 2022-10-11 15:02:52+00:00

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

Steps to reproduce:

Typed Ctrl-S to save a PDF in a browser tab


Actual results:

approx 30 identical file-choose (Save As) dialogues opened up, one on top of each other.
This happens every time I try to save a PDF file in Firefox.

Nothing like this happens on any other application under my Ubuntu 22.04 OS.


Expected results:

Only one dialogue should have opened up.
Bug: Intermittent browser/components/firefoxview/tests/browser/browser_setup_errors.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-09-09 16:32:05+00:00
Resolved: 2023-12-18 12:10:59+00:00

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

---
```
[task 2022-09-09T14:59:29.168Z] 14:59:29     INFO - TEST-PASS | browser/components/firefoxview/tests/browser/browser_setup_errors.js | Correct message should show when sync's been disconnected error - 
[task 2022-09-09T14:59:29.170Z] 14:59:29     INFO - Console message: 1662735556866	FirefoxView.TabsSetup	DEBUG	Handling UIState update
[task 2022-09-09T14:59:29.171Z] 14:59:29     INFO - Console message: 1662735556870	FirefoxView.TabsSetup	DEBUG	maybeUpdateUI, conditions not met to exit state: : error-state
[task 2022-09-09T14:59:29.172Z] 14:59:29     INFO - Console message: 1662735556878	FirefoxView.TabsSetup	DEBUG	maybeUpdateUI, _uiUpdateNeeded:: true
[task 2022-09-09T14:59:29.172Z] 14:59:29     INFO - Buffered messages logged at 14:59:28
[task 2022-09-09T14:59:29.172Z] 14:59:29     INFO - Leaving test bound test_sync_disconnected_error
[task 2022-09-09T14:59:29.173Z] 14:59:29     INFO - Buffered messages finished
[task 2022-09-09T14:59:29.173Z] 14:59:29     INFO - TEST-UNEXPECTED-FAIL | browser/components/firefoxview/tests/browser/browser_setup_errors.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 2022-09-09T14:59:29.174Z] 14:59:29     INFO - GECKO(1459) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-09-09T14:59:29.174Z] 14:59:29     INFO - GECKO(1459) | MEMORY STAT | vsize 16206MB | residentFast 345MB | heapAllocated 163MB
[task 2022-09-09T14:59:29.174Z] 14:59:29     INFO - TEST-OK | browser/components/firefoxview/tests/browser/browser_setup_errors.js | took 46995ms
```
Bug: link rel="favicon" media attribute / query not working
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-09-09 17:21:39+00:00
Resolved: 2025-02-26 09:24:04+00:00

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

Steps to reproduce:

I tried to use different favicons for dark and light mode using the media attribute and prefers-color-scheme, the exact same code works in latest Chrome

Code:
<link href="/favicon-light.png" rel="icon" media="(prefers-color-scheme: dark)" type="image/png">
<link href="/favicon-dark.png" rel="icon" media="(prefers-color-scheme: light)" type="image/png">


Actual results:

The favicon that is first in the markup is used, disregarding the media attribute


Expected results:

It should use different favicons based on the preferred color scheme
Bug: [foxfooding] Colorways promo takes up a lot of space on smaller screen widths
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-09-09 17:34:27+00:00
Resolved: 2022-09-21 11:06:41+00:00

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36
**Window Size (inner width and height):** 1920x919
**GitHub Username:** @lime124
## Steps to Reproduce
i do split screen a lot on my mac, so windows appear side by side. and this is the layout when the width of the view tab is reduced. i'm not sure if this is the intended layout - with the colorways promo in between the two bits of content. i would think it would appear at the top on narrower viewports.

 secondly - if the colorway promo is meant to be between pickup and closed sections, the spacing between the promo and the closed section feels really wide.

## Expected Behavior
Less of a gap between sections on smaller page widths.

## Actual Behavior
Large vertical gap between Independent Voices and Recently closed sections on smaller page widths

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/a18072b1-6ebe-42bf-ac1e-cc07447e187e.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/a18072b1-6ebe-42bf-ac1e-cc07447e187e.png)
Bug: [foxfooding] Import only lists Chromium
Status: NEW
Priority: P3
Created: 2022-09-09 19:45:04+00:00
Resolved: 2024-09-30 14:48:49+00:00

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1438x1367
**GitHub Username:** @Vinnl
## Steps to Reproduce
1) Go to about:welcome
2) Continue to the data import screen
3) Click "Import from previous browser"

## Expected Behavior
At least all chrome-based browsers are listed

## Actual Behavior
Only Chromium is listed, but not the other chrome-based browsers I have (Brave, Edge, ungoogled-chromium), let alone other versions of Firefox, and Epiphany/GNOME Web.

I expect the reason for this is that I'm on Fedora Linux, that one instance of Chromium is installed with an RPM package, and the rest are Flatpaks. But Peter told me to report everything :)

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/831b05b8-45e4-4fa9-b645-33b9bc1021ce.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/831b05b8-45e4-4fa9-b645-33b9bc1021ce.png)
Bug: Onboarding modal's scrollbars overlap with the underlying browser's, and they're not fully opaque for dark themes
Status: NEW
Priority: P3
Created: 2022-09-09 19:45:34+00:00
Resolved: 2022-10-24 15:56:19+00:00

(See attached image for example)

This is a pretty minor visual jank but may be easy to fix with the [scrollbar-color](https://developer.mozilla.org/en-US/docs/Web/CSS/scrollbar-color) CSS property. The scrollbars in the dialog are overlayed on top of the scrollbars in the content area. The effects of this will vary by OS theme and some Firefox settings (like `widget.non-native-theme.scrollbar.style`), but on Windows it's not a problem with the default theme as the scrollbar slider is completely opaque.

It only becomes a problem for dark themes (such as in private browsing windows), where the slider's and thumb's background colors have less than 1 alpha. These colors are dynamically generated at the widget level, but they can be set (including alpha) with the scrollbar-color CSS property.

It makes sense to use the same color scheme dependent properties from which the background color is derived. Like the slider could be `var(--in-content-page-background)` and the thumb `var(--in-content-button-background)`
Bug: [foxfooding] Current theme is discarded when selecting then deselecting a colorway
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2022-09-09 19:50:17+00:00
Resolved: 2022-09-12 04:20:35+00:00

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1438x1367
**GitHub Username:** @Vinnl
## Steps to Reproduce
0) Possibly this requires setting a colourway before going through the welcome wizard again.
1) Go through about:welcome until the colourway step.
2) Set your browser theme.
3) Select a colourway
4) Select "use my current Nightly colours"

## Expected Behavior
The theme I selected in 2) is still selected.

## Actual Behavior
A colourway is selected.

## Attachment
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/45fe0c8b-d01a-44ce-a0c1-8d9fbc3d433d.mp4)
Bug: [foxfooding] "See what's new" doesn't show what's new
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-09 20:02:47+00:00
Resolved: 2022-09-12 04:20:38+00:00

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1438x1367
**GitHub Username:** @Vinnl
## Steps to Reproduce
1) Go through the onboarding on about:welcome
2) On the final step, click "See what's new"

## Expected Behavior
Firefox View opens, with release notes I guess?

## Actual Behavior
Probably expected during Foxfooding, but nothing actually shows me what's new.

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/fdd99d87-ad1c-4891-89d7-0937fa105a7f.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/fdd99d87-ad1c-4891-89d7-0937fa105a7f.png)
Bug: [foxfooding] The Colourway wizard step automatically applies a theme
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-09 20:42:47+00:00
Resolved: 2022-09-12 19:12:05+00:00

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1438x1367
**GitHub Username:** @Vinnl
## Steps to Reproduce
1) Go to about:welcome
2) Complete the import from another browser

## Expected Behavior
The Colourway wizard step appears, with "Use my current Nightly colours" preselected (at least, that's what the Foxfooding doc appears to suggest).

## Actual Behavior
The Colourway wizard step appears, with "You are a playmaker" preselected, and the browser chrome is suddenly red.
Bug: [foxfooding] In Firefox View "last month" should have the full word "month" rather than just "mo"
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-09-09 20:46:31+00:00
Resolved: 2022-09-12 14:08:27+00:00

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:106.0) Gecko/20100101 Firefox/106.0
**Window Size (inner width and height):** 1920x947
**GitHub Username:** @pedroldk
## Steps to Reproduce
Open Firefox View

## Expected Behavior
Column should have enough width to display "last month"

## Actual Behavior
It displays only "last mo"

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/a990eeac-6cae-4c8d-bb7d-6d1d302bae97.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/a990eeac-6cae-4c8d-bb7d-6d1d302bae97.png)
Bug: [foxfooding] Private Browsing window isn't on dark theme
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2022-09-09 21:38:49+00:00
Resolved: 2024-08-20 09:36:17+00:00

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:105.0) Gecko/20100101 Firefox/105.0
**Window Size (inner width and height):** 1969x1014
## Steps to Reproduce
1)
2)
3) 

## Expected Behavior
Private Browsing window should be on dark theme.

## Actual Behavior
Bug: Don't scroll within the bookmarks manager when using the expand/collapse buttons
Status: NEW
Priority: P3
Created: 2022-09-10 03:22:07+00:00
Resolved: 2024-11-23 17:42:04+00:00

Steps to reproduce:

1. Open Firefox
2. Open Bookmarks Manager
3. Expand All Bookmarks > Bookmarks Menu
Note: Make sure to have a lot of folders inside the Bookmarks Menu.


Actual results:

I just want to report about the left side panel of the Bookmarks Manager instantly scrolling down to the bottom when I expand All Bookmarks > Bookmarks Menu. I was able to reproduce this behavior both on an existing and fresh profile. In Firefox 91 ESR, no scrolling happens when I open the Bookmarks Manager. I'm not sure if this is intentional or just a bug, but I'm just used to opening the Bookmarks Manager without any instant scrolling.


Expected results:

When opening the Bookmarks Manager and expanding folders/items, it should not scroll down to the bottom. Hopefully, this gets resolved within the Firefox 102 ESR update schedule. Otherwise, it would probably be years before this issue gets attention.
Bug: Firefox keeps crashing on Windows 11
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-10 21:50:24+00:00
Resolved: 2022-09-14 21:48:47+00:00

Steps to reproduce:

Today I upgraded from Windows 10 to Windows 11.

Installed plugins:
- uMatrix
- keepassXC


Actual results:

Ever since I upgraded Windows, Firefox keeps crashing every 1 - 15 minutes.

I had the same problems already month ago, which made me roll back to Windows 10. I was hoping the problem is solved by now...seems to be not.


Expected results:

No crash.
Bug: PDF does not print language specific characters properly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-11 17:41:12+00:00
Resolved: 2022-11-23 13:18:06+00:00

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

Steps to reproduce:

Opened https://www.vodafone.cz/_sys_/FileStorage/download/2/1363/zadost_o_vraceni_kreditu.pdf
filled in the document with čýš etc
ctrl+p
the preview has broken specific characters, so does printed document, even the one using system printing


Actual results:

bad characters printed 


Expected results:

correct characters printed
Bug: Tabs are not always restored
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-11 19:00:17+00:00
Resolved: 2023-09-20 13:33:01+00:00

Steps to reproduce:

Open Firefox. 

Context : using Firefox (as a snap) in Ubuntu 22.04


Actual results:

Usually restores open tabs; but not all the time.

I noticed the problem on average once every 10 times i open the browser.


Expected results:

Restore tabs all the time upon opening firefox.

This happened after upgrade to Ubuntu 22.04 (in witch firefox is a snap). I did not encounter the problem with the previous version 20.04.
Bug: Text highlighted does not match the system accent color on MacOS
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-12 04:22:34+00:00
Resolved: 2022-10-21 07:39:16+00:00

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

Steps to reproduce:

1. Ensure that your accent color in system preferences is not the default blue
2. Open a pdf (https://opensource.adobe.com/dc-acrobat-sdk-docs/pdfstandards/PDF32000_2008.pdf) and highlight some text
3. Observe the highlight being the default blue


Actual results:

The text is highlighted with a blue color


Expected results:

The highlight color should match the accent color in the same way it does in web pages.