av9ash/GitBugs huggingface dataset:
Bug: Discord (website) is able to modify the Firefox context menu in other tabs/windows
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-09 00:20:04+00:00
Resolved: 2021-10-28 15:51:07+00:00

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

Steps to reproduce:

1) Install Firefox on Ubuntu
2) Install uBlock origin (an extension that modifies the context menu)
3) Register with Discord
4) Login to Discord (website only)
5) Open new tab to any other website
6) Right click multiple times anywhere on that website. This may take a few second to occur. Eventually the uBlock origin addition in the context menu at the bottom of the menu will disappear.
7) Close Discord.
8) Right click on the other opened website and the uBlock origin addition in the context menu should return almost immediately.
9) Alternate testing steps 4 to 8.


Actual results:

The context menu in other tabs on other websites is somehow modified (read: uBlock Origin stops displaying in the right-click context menu) when logged into Discord.com. This may impact other extensions as it appears to be a modification to the Firefox context menu itself.

Video demonstration of the behaviour has been added.


Expected results:

Context menu should not be impacted by the website and/or context menu in other tabs should not be affected by other websites.
Bug: Firefox is not fetching opensearchdescription & failed to detect search engine if it has parameters (e.g ?xyz)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-09 08:19:17+00:00
Resolved: 2021-10-29 08:00:14+00:00

User Agent: Chrome Developer Edition

Steps to reproduce:

1. Search engine website has this code;

<link rel="search" type="application/opensearchdescription+xml" href="/xmlget.do?theme=dark&op=1" title="XXX Search">

2. Open that HTTPS website with Firefox.

3. Click URL bar, hit [->] key and see whether you can find the search (magnifiered "+" should appear - to add search engine)


Actual results:

Firefox did not show it as search engine. access_log shows Firefox did not attempt to fetch/download the XML file mentioned above.


Expected results:

Fetch the XML as-is, read it, and allow user to add it as search engine.

<< Chrome does fetch XML and add it to search engine list without peoblems >>

<< This problem also applies to Firefox 91esr >>
Bug: Amazon.com is loaded when selecting Amazon.co.uk from the address bar
Status: NEW
Priority: P3
Created: 2021-10-09 20:45:57+00:00
Resolved: 2023-05-23 15:54:17+00:00

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

Steps to reproduce:

Click the address bar to bring up the list of frequently visited sites and clicked on Amazon.co.uk, which actually points to and loads Amazon.com.

This is what is shown in the address bar:-
Amazon.co.uk: Low Prices in Electronics, Books, Sports Equipment & more - amazon.com

Clearly there is a conflict between the .com and .co.uk sites.


Actual results:

The wrong website (Amazon.com) is loaded instead of Amazon.co.uk.


Expected results:

https://www.amazon.co.uk/ should have loaded, not https://www.amazon.com/
Bug: Take Screenshots saves the file in a different format than selected.
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-10-10 09:45:15+00:00
Resolved: 2024-12-08 23:18:40+00:00

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

Steps to reproduce:

The problem also exists with firefox 95.0a1 (2021-10-09).

First, I selected the "Always ask you where to save files" option in Firefox's Downloads setting.
Then I select "Take screenshots" mark a place and press "Download".
It opens the file manager where you could save the file with seemere image format selection with examples.
I choose .jpg and save.


Actual results:

The file is saved only in PNG with a different file extension (jpg). Although many example of other image formats is displayed.
That the users think they have saved it correctly.
This can cause some programs not to recognize the file correctly.


Expected results:

The file manager should only show PNG.
Bug: overlapping text in interactive PDFs
Status: NEW
Priority: --
Created: 2021-10-10 14:50:31+00:00
Resolved: 2022-02-18 11:23:43+00:00

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

Steps to reproduce:

1. open these PDF https://www.podatki.gov.pl/media/3405/ift-1-14-_v1-1e.pdf
2. scroll to second page
3. found half of second page and found overlapping text


Actual results:

text in new Interactive PDF XFA-based forms are overlapped


Expected results:

Correct render text in new Interactive PDF XFA-based forms.
Bug: Customize palette icons and text are not readable with some themes
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-10-10 16:20:22+00:00
Resolved: 2021-11-03 08:49:24+00:00

STR:
1. Install "colorful crazy cats by candelora" theme: https://addons.mozilla.org/he/firefox/addon/colorful-crazy-cats/ or "Tigers Matter" theme: https://addons.mozilla.org/he/firefox/addon/tigers-matter/
2. Open the customize page

AR:
Icons and text are not readable

ER:
Icons and text are readable
Bug: Firefox re encodes encoded urls while opening via the terminal on a Mac
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-10 16:32:16+00:00
Resolved: 2021-10-10 16:48:17+00:00

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

Steps to reproduce:

Get a percent-encoded url: `https://somewebsite.com/query?param1=hello%20hello`

Open terminal on mac ( MAC Catalina )
Run
`open -a firefox "https://somewebsite.com/query?param1=hello%20hello"`



Actual results:

URL on the top bar was "https://somewebsite.com/query?param1=hello%2520hello"


Expected results:

URL should have been "https://somewebsite.com/query?param1=hello%20hello"
Bug: search with apostrophe in settings doesn't return proper results
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-10 21:37:41+00:00
Resolved: 2021-10-11 15:25:51+00:00

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

Steps to reproduce:

1. Open a French Firefox.
2. Open Settings.
3. Search "barre d'adresse" (without quote marks).


Actual results:

Firefox indicates there is no result in settings for "barre d'adresse".


Expected results:

When you enter "barre d’adresse" (note the typographical apostrophe) in the settings search box, Firefox returns many results. The search for "barre d'adresse" should return the same results.
Bug: after some time in memory FF does not offer sites from history
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-10-10 22:57:02+00:00
Resolved: 2021-10-11 04:42:52+00:00

See two screenshot. Before restart and after.

Before restart (closing from task manager) no links from history are provided.

After closing and restarting history links are again shown.
Bug: [Monochromatic Theme] The about:addons page jumps when themes are enabled
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-10-11 06:48:33+00:00
Resolved: 2023-02-07 10:54:59+00:00

**Affected versions**
* Firefox 95.0a1
* Firefox 94.0b4

**Affected platforms**
* macOS 10.15
* Ubuntu 18.04 x64
* macOS 10.15


**Steps to reproduce**
1. Go to about:addons.  
2. Click on one of the theme's cards.
3. Go back to the about:addons page and click "Enable" on another theme. 

**Expected result**
* The page doesn't jump. 

**Actual result**
* The page jumps.  

**Regression range**
* This is not a regression.

**Additional Notes**
* On Windows the issue is reproducing even without step 2. If several themes are enabled then the issue reproduces.
Bug: [Monochromatic Theme] Name and Tags field have white background on Edit bookmark page.
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-10-11 08:24:54+00:00
Resolved: 2021-11-03 15:53:57+00:00

**Affected versions**
* Beta 94.0b4 (64-bit)

**Affected platforms**
* Win 7 x86
* Win 10 x64

**Steps to reproduce**
1. Launch Firefox.
2. Go to add-ons and themes.
3. Select Cheers->Balanced theme and enable.
4. On address bar click on Bookmark button.
5. Check the background for Name and Tags edit fields.

**Expected result**
* Background should be black based on applied theme.

**Actual result**
*Background should be black based on applied theme

**Regression range**
*  Is not a regression.


**Suggested Severity**
* S3, since it is a display issue.
* On Nightly Windows7 issue is not reproducing.
Bug: Wikipedia search engines disappeared
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-11 08:55:47+00:00
Resolved: 2021-12-20 13:51:46+00:00

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

Steps to reproduce:

1. Begin to type in search zone.
2. Type down arrow to select Wikipedia. 
3. Can't find Wikipedia in search engines.


Actual results:

Wikipedia search icons are not there anymore (I had WP-fr and WP-en).
The icons disappeared, I can't tell for how long, I just found out.
(FF DevEd 94.0b4 (64 bits) on Windows 10 with a very strict enterprise policy: no access to about:config for instance.)


Expected results:

Search Wikipedia and not default search engine.
Bug: [macOS] Importing from Safari does not import bookmarks on startup (e.g. with --migration, for first-time users)
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-10-11 11:38:36+00:00
Resolved: 2022-01-05 17:29:21+00:00

**Affected versions**
- Firefox 94.0b4
- Firefox 95.0a1

**Affected platforms**
- macOS 11.6 (ARM)

**Steps to reproduce**
1. Launch Firefox with -migration command or access library within Firefox and select "Import from another browser"

**Expected result**
- Safari is listed as an option and can be imported from

**Actual result**
- Safari is not an option to select

**Regression range**
- Will see for one 

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1gqcJZD74Rx0RUvSGRpAUNg6mpNCnBUIz/view?usp=sharing)
- Seems that Intel based systems (macbook 2015) with macOS 11.6.1 is not affected by the issue
- Made sure that Firefox had Full Disk Access on Privacy tab in System Settings
Bug: Creating URL shortcut on desktop by drag and drop from address bar is not working
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2021-10-11 11:58:37+00:00
Resolved: 2022-01-13 14:52:28+00:00

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

Steps to reproduce:

I select the URL in address bar and try to drag and drop it to desktop.


Actual results:

Mouse icon changes to crossed circle meaning it is not droppable.


Expected results:

URL shortcut should be created on desktop.

It worked in previous versions of Firefox.
Bug: [New Users] The theme preview area and its variations are blank if the Firefox Alpenglow theme was previously enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-10-11 13:13:12+00:00
Resolved: 2021-10-15 14:34:28+00:00

**[Affected versions]:**
- Firefox Beta 94.0b4 (Build ID: 20211010185747) 
- Firefox Nightly 95.0a1 (Build ID: 20211011084036)

**[Affected Platforms]:**
- Windows 10 x64;
- macOS 11.5.1;
- Linux Ubuntu 20.04 x64;

**[Steps to reproduce]:**
1. Open the latest Beta build.
2. Open a New Tab page and navigate to the "about:addons" page.
3. Enable the Firefox Alpenglow theme from the Themes section.
4. Click and refresh the Welcome to Firefox tab.
5. Navigate through Onboarding until the "Life in color" slide is displayed.
6. Observe the panel.

**[Expected result]:**
- The preview area displays the Firefox Alpenglow theme and its variations.
OR
- A fallback of the theme is displayed.

**[Actual result]:**
- The preview area is blank and doesn’t show any variations.

**[Notes]:**
- The theme variations are displayed when hovering them.
- On the latest Nightly, only the preview area is blank, while the variations of the theme are displayed.
- Attached is a screen recording of the issue.
Bug: [New Users] The theme installed trough AMO is disabled after clicking the “Not now” button from the “Life in color” panel
Status: NEW
Priority: P2
Created: 2021-10-11 13:13:23+00:00
Resolved: 2021-10-14 19:38:05+00:00

**[Affected versions]:**
- Firefox Beta 94.0b4 (Build ID: 20211010185747) 
- Firefox Nightly 95.0a1 (Build ID: 20211011084036)

**[Affected Platforms]:**
- Windows 10 x64;
- macOS 11.5.1;
- Linux Ubuntu 20.04 x64;

**[Steps to reproduce]:**
1. Open the latest Beta build.
2. Open a New Tab page and navigate to the "about:addons" page.
3. Enable one of the Recommended Themes from the Themes section.
4. Switch to the Welcome to Firefox tab.
5. Navigate through Onboarding until the "Life in color" slide is displayed.
6. Click the “Not now” button.
7. Observe what happens next.

**[Expected result]:**
- The theme installed through AMO remains enabled.

**[Actual result]:**
- The default theme is enabled and the AMO theme gets disabled.

**[Notes]:**
- Attached is a screen recording of the issue.
Bug: [Monochromatic Themes] The 'Why' button from the ETP panel does not have the theme hover color
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-10-11 14:23:44+00:00
Resolved: 2021-11-03 13:22:19+00:00

**Affected versions**
* Fx 94.0b4
* Fx 95.0a1

**Affected platforms**
* Windows 10
* Ubuntu 20.04
* macOS 10.15

**Steps to reproduce**
1. Launch Firefox.
2. Enable one of the colorway themes.
3. Navigate to www.reddit.com and open the Enhanced Tracking Protection panel (ETP).
4. Hover over the 'Why' button.

**Expected result**
* Same color on hover as on the other elements.

**Actual result**
* Grey hover animation.

**Regression range**
* This is not a regression.
Bug: Session restore sometimes fails
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-11 17:10:18+00:00
Resolved: 2021-11-08 12:43:13+00:00

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

Steps to reproduce:

-I had 5 or 6 firefox windows open, some with a few tabs and others with dozens.
-I clicked "Close all" from the Windows task bar. "Close all tabs" showed up for each
-I restarted my computer.
-I opened firefox, opened history, and clicked "restore previous session".
-Only 3 of my windows appeared.
-Intense cursing ensued.


Actual results:

I needed to start my computer to see if I could get my headphones to be detected. I clicked the "close all" button, optimistically hoping I could restore it all when I opened it back up. I noticed that the "do you want to close all tabs" popup came up for each of them. After I restarted my computer and firefox, the restore feature failed to bring everything back up.

I want to take this opportunity to say here; Mozilla, you FAILED ME in this case. This is simply not acceptable. I NEEDED those tabs. I spent HOURS... DAYS researching them for a project I was working on. You probably just obliterated the entire thing. You destroyed what I was working on. It's gone now because you cannot write reliable code.


Expected results:

It should have opened everything up the way it was. It needs to work in every case. You need to not only save "the last" session, but the last TEN sessions to allow people to resort back to just in case the browser incorrectly detects a "new" session has started and gets rid of the old one. If I click "close all", the FIRST thing it needs to do is record everything, every open window ( regardless if closing is broken up by a "close all tabs" box, before it closes the window. If I close every single window individually, it needs to restore every single one of them (if they were closed within a minute, for example). It needs sufficient and reliable logic to detect that multiple closures are part of the same session. Mozilla needs to get in there skulls that the previous sessions might not be garbage to just get rid of.
Bug: about:logins screen stays empty during a long time
Status: UNCONFIRMED
Priority: P3
Created: 2021-10-11 21:17:57+00:00
Resolved: 2024-10-08 08:47:54+00:00

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

Steps to reproduce:

I browsed to about:logins


Actual results:

I got an empty Firefox Lockwise screen, with an empty list of logins. My logins show up after around two minutes staying of the page.


Expected results:

My logins should have been displayed from the beginning.
Bug: Tabs not loading FF v93.0
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-11 23:18:11+00:00
Resolved: 2021-10-26 13:32:47+00:00

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

Steps to reproduce:

Click a link to open a new tab. Manually Switch to that tab. Tab is not loaded until I press the Refresh button.  Other background tabs are often white (not loaded) and must also be Refreshed to display.



Expected results:

New and background tabs should display their pages, not a white screen.
Bug: don't potentially create a document where none existed in CollectFrameTreeData
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-12 03:57:34+00:00
Resolved: 2021-10-15 19:21:58+00:00

See explanation at https://bugzilla.mozilla.org/show_bug.cgi?id=1725569#c18
Short version: the GetDoc call in CollectFrameTreeData creates a doc if none existed.
Bug: The spinning animation is missing when clicking on a palette from the Spotlight on Windows 8.1
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-12 12:07:12+00:00
Resolved: 2021-10-12 12:35:48+00:00

**[Affected Versions]:**
- Firefox Beta 94.0b4 (Build ID: 20211007185900)
- Firefox Nightly 95.0a1 (Build ID: 20211011214613)

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

**[Prerequisites]**
- Have an older Beta or Nightly version installed/extracted.

**[Steps to reproduce]:**
1. Open the Firefox from prerequisites and update it to the latest version.
2. Click the "Explore colorways" button.
3. Click on a palette and observe the behavior. 

**[Expected results]:**
- There is a spinning animation displayed around the palette.
    
**[Actual results]:**
- The sniping animation is missing, only the fade effect is visible.

**[Notes]:**
- Attached is a screen recording of the issue.
Bug: Intermittent [tier 2] toolkit/components/certviewer/tests/browser/browser_aboutcertificateviewer.js | Test timed out | Found a tab after previous test timed out: about:blank
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-10-12 12:25:34+00:00
Resolved: 2021-11-09 17:00:09+00:00

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

---
```
[task 2021-10-12T10:56:51.724Z] 10:56:51     INFO - TEST-START | toolkit/components/certviewer/tests/browser/browser_aboutcertificateviewer.js
[task 2021-10-12T10:57:36.753Z] 10:57:36     INFO - TEST-INFO | started process screentopng
[task 2021-10-12T10:57:36.967Z] 10:57:36     INFO - TEST-INFO | screentopng: exit 0
[task 2021-10-12T10:57:36.969Z] 10:57:36     INFO - Buffered messages logged at 10:56:51
[task 2021-10-12T10:57:36.971Z] 10:57:36     INFO - Entering test bound test_checkForErrorSection
[task 2021-10-12T10:57:36.972Z] 10:57:36     INFO - Testing for error when a valid certificate is provided.
[task 2021-10-12T10:57:36.972Z] 10:57:36     INFO - Buffered messages logged at 10:56:57
[task 2021-10-12T10:57:36.972Z] 10:57:36     INFO - Console message: [JavaScript Error: "Timeout while waiting for extension child to shutdown: "Firefox Screenshots" (ID: screenshots@mozilla.org, moz-extension://424b3cdd-a3a9-4bb2-b6cd-df560436c0ca/)" {file: "resource://gre/modules/Extension.jsm" line: 2883}]
[task 2021-10-12T10:57:36.972Z] 10:57:36     INFO - shutdown@resource://gre/modules/Extension.jsm:2883:10
[task 2021-10-12T10:57:36.972Z] 10:57:36     INFO - 
[task 2021-10-12T10:57:36.972Z] 10:57:36     INFO - Buffered messages finished
[task 2021-10-12T10:57:36.973Z] 10:57:36     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/certviewer/tests/browser/browser_aboutcertificateviewer.js | Test timed out - 
[task 2021-10-12T10:57:36.973Z] 10:57:36     INFO - GECKO(26299) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-10-12T10:57:36.973Z] 10:57:36     INFO - GECKO(26299) | MEMORY STAT | vsize 3246MB | residentFast 532MB | heapAllocated 160MB
[task 2021-10-12T10:57:36.974Z] 10:57:36     INFO - TEST-OK | toolkit/components/certviewer/tests/browser/browser_aboutcertificateviewer.js | took 45037ms
[task 2021-10-12T10:57:36.974Z] 10:57:36     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-10-12T10:57:36.975Z] 10:57:36     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/certviewer/tests/browser/browser_aboutcertificateviewer.js | Found a tab after previous test timed out: about:blank - 
[task 2021-10-12T10:57:36.975Z] 10:57:36     INFO - checking window state
[task 2021-10-12T10:57:36.975Z] 10:57:36     INFO - TEST-START | toolkit/components/certviewer/tests/browser/browser_certificateTabLink.js
```
Bug: about:memory ignores the current theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-12 12:57:05+00:00
Resolved: 2021-10-27 08:30:45+00:00

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

Steps to reproduce:

I went to about:memory and when displaying a memory report, the sidebars for filter and process index both did not respect the current (dark) theme. 


Actual results:

div.sidebarItem which encompasses the sidebars, ignores current theme and stays black on white while the rest of the page respects the theme choice.

I tested this on multiple themes, and a clean profile, and although the background and text of the actual page changed, the sidebars stayed with white background and black text.


Expected results:

div.sidebarItem Should have supported the dark themes, instead of only supporting the light theme.
Bug: Re-enable tasks in browser_PreferenceExperiments.js test
Status: NEW
Priority: --
Created: 2021-10-12 14:21:39+00:00
Resolved: 2021-10-27 15:42:26+00:00

In bug 1716032 we added a task with .only() chained to it, meaning that the other tasks in the test file have not been running since it landed.

The task in question: https://searchfox.org/mozilla-central/rev/2c4b830b924f42283632b70f39a60fd36433dd4d/toolkit/components/normandy/test/browser/browser_PreferenceExperiments.js#2146-2196

This was revealed by the eslint rule I'm adding in bug 1731780. Unfortunately some assertions failed locally for me when I ran the newly re-enabled tasks, so I decided to add an exception for this test and land the eslint rule; this bug is to track the work to fix the failures and remove the .only() and the exception.
Bug: Hero Text and H1 on about:welcome disappear in HCM: user text color not respected on about: pages
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-10-12 14:47:21+00:00
Resolved: 2024-10-28 17:30:15+00:00

"Fire starts here", the image caption and the H1 text on the first screen of about:welcome get hidden by their background boxes when HCM is turned on and the user has selected custom colors. 

This seems to be happening because `--in-content-page-color` doesn't get overridden by custom colors, and is set to be a dark color (rgb(21, 20, 26)) so if a user has selected custom colors with a dark background and light text, the text color gets ignored and the text can't be seen. 

Adding a background of `var(--in-content-box-background);` seems to solve the problem but we might want to investigate why the about: pages have this behaviour.