av9ash/GitBugs huggingface dataset:
Bug: Intermittent TV browser/base/content/test/performance/browser_startup_syncIPC.js | unexpected PWebRenderBridge::Msg_EnsureConnected sync IPC before first paint -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-07-22 16:12:27+00:00
Resolved: 2021-08-17 17:03:34+00:00

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

---
```
[task 2021-07-22T14:16:29.907Z] 14:16:29     INFO - TEST-START | browser/base/content/test/performance/browser_startup_syncIPC.js
[task 2021-07-22T14:16:29.923Z] 14:16:29     INFO - TEST-INFO | started process screentopng
[task 2021-07-22T14:16:30.325Z] 14:16:30     INFO - TEST-INFO | screentopng: exit 0
[task 2021-07-22T14:16:30.327Z] 14:16:30     INFO - Buffered messages logged at 14:16:29
[task 2021-07-22T14:16:30.328Z] 14:16:30     INFO - Entering test bound 
[task 2021-07-22T14:16:30.329Z] 14:16:30     INFO - known sync IPC before first paint:
[task 2021-07-22T14:16:30.330Z] 14:16:30     INFO -   PLayerTransaction::Msg_GetTextureFactoryIdentifier - at most 1 times
[task 2021-07-22T14:16:30.330Z] 14:16:30     INFO -   PCompositorBridge::Msg_NotifyChildCreated - at most 1 times
[task 2021-07-22T14:16:30.331Z] 14:16:30     INFO - Buffered messages finished
[task 2021-07-22T14:16:30.332Z] 14:16:30     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_syncIPC.js | unexpected PWebRenderBridge::Msg_EnsureConnected sync IPC before first paint - 
[task 2021-07-22T14:16:30.333Z] 14:16:30     INFO - Stack trace:
[task 2021-07-22T14:16:30.334Z] 14:16:30     INFO - chrome://mochikit/content/browser-test.js:test_ok:1326
[task 2021-07-22T14:16:30.335Z] 14:16:30     INFO - chrome://mochitests/content/browser/browser/base/content/test/performance/browser_startup_syncIPC.js:null:374
[task 2021-07-22T14:16:30.336Z] 14:16:30     INFO - TEST-PASS | browser/base/content/test/performance/browser_startup_syncIPC.js | sync IPC PLayerTransaction::Msg_GetTextureFactoryIdentifier allowed 1 but only happened 0 times before first paint - 
[task 2021-07-22T14:16:30.336Z] 14:16:30     INFO - Not taking screenshot here: see the one that was previously logged
```
Bug: Unicode characters (Latin Extended Additional) being processed in Address Bar leading to possible phishing attack
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-22 17:49:47+00:00
Resolved: 2024-05-30 17:35:04+00:00

[Issue]
Firefox (even the latest version) processes any Unicode characters (Latin Extended Additional) in the address bar and shows the processed version to the user which might lead to a possible phishing attack. I've taken the time to get a domain and replicate the issue so that it would be easier for you guys to replicate the issue / understand what issue I'm getting at. Hope this helps and gets patched soon!
--------------------------------------------------------------------------------------------

[Steps to reproduce]
- Purchase a domain name. Specifically an ASCII version of "ȧpple.com" which turns out to be "xn--pple-pzb.com"
- Setup DNS records and point it to a server hosting a static site.
- Launch the latest version of Firefox and Browse to "xn--pple-pzb.com"
--------------------------------------------------------------------------------------------
[Actual Results]
- Firefox processes "xn--pple-pzb.com" in the address bar and displays the Unicode version, "ȧpple.com" in the address bar to the end-user.

(Shown below: how Firefox processes Unicode characters {Latin Extended Additional})
- https://youtu.be/RHkflnP7Alg
- https://i.imgur.com/ps1Ta3P.jpg
--------------------------------------------------------------------------------------------
[Expected Results]
- Firefox should have kept "xn--pple-pzb.com" in the address bar which gives the user a better opportunity at avoiding the possible phishing attack and eventually stopping the user from getting compromised.
- Other Chromium-based browsers I've tested such as Chrome, Brave, Opera, and Microsoft Edge display the URL in ASCII format, protecting the users from a possible phishing attack.
- Firefox should not process the Unicode characters (Latin Extended Additional) but instead, display them in the ASCII format so users have another layer of protection and are able to identify phishing attacks before it's too late!

[Shown below: how other browsers process Unicode characters (Latin Extended Additional)]
- https://youtu.be/eu9nR4Y0hDk
- https://i.imgur.com/EiV3ZG6.jpg
--------------------------------------------------------------------------------------------
Bug: No "+" sign in Alpenglow theme at the end of the tabs bar when it reaches the end of screen
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-22 18:17:21+00:00
Resolved: 2021-07-23 19:20:01+00:00

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

Steps to reproduce:

apply Alpenglow theme
open new tabs until it reaches the end of screen width



Actual results:

the "+" sign is disappears from the tabs bar (only in this theme)
It not masked by the similar background but completely absent.
Otherwise, the balloon with text "open new tab" is still present


Expected results:

The "+" sign must always be at the end of tabs bar
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/components/preferences/tests/browser_searchQuickSuggest.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-07-22 18:34:44+00:00
Resolved: 2021-09-21 17:00:43+00:00

**Filed by:** archaeopteryx [at] coole-files.de
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=346025620&repo=try
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/QrW8ozBEQfSQgros9qxD2w/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2021-07-22T14:18:46.288Z] 14:18:46     INFO - Entering test bound 
[task 2021-07-22T14:18:46.289Z] 14:18:46     INFO - Running visibility test: {"initialExpectedVisibility":false,"newUserBranchValue":true,"newExpectedVisibility":true}
[task 2021-07-22T14:18:46.289Z] 14:18:46     INFO - TEST-PASS | browser/components/preferences/tests/browser_searchQuickSuggest.js | Pref getter returns expected initial value - false == false - 
[task 2021-07-22T14:18:46.290Z] 14:18:46     INFO - Buffered messages finished
[task 2021-07-22T14:18:46.291Z] 14:18:46    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/components/preferences/tests/browser_searchQuickSuggest.js | application timed out after 370 seconds with no output

```
Bug: Zooming in on a certain pdf consumes a huge amount of memory and causes the browser(incl.  PC) to hang
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-23 03:26:20+00:00
Resolved: 2021-07-30 13:43:12+00:00

STEPS to Reproduce:
1. Open https://www.sony.jp/products/catalog/BD_DVDrecorder_news.pdf
2. Click `+` button of the PDF viewer several times.

Actual results:
Consumes a large amount of memory.
Browser (including PC) hangs.

Expected results:
It should use less memory.
Bug: Bookmark Library - Search border not consistent across window
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-07-23 06:54:46+00:00
Resolved: 2021-08-25 03:25:53+00:00

**Affected versions**
* 92.0a1 (2021-07-22)

**Affected platforms**
* Win10 - confirmed so far;

**Steps to reproduce**
1. Launch Firefox, right click on toolbar;
2. Click on the Manage bookmarks option to open up the Library;
3. Click inside the search bookmarks box;

**Expected result**
* elements in the window are consistent one with another;

**Actual result**
* default state for input-boxes should be the same but before clicking in the Search Bookmarks field  -> it lacks the border(as seen on the Name, URL, Tags, Keyword fields); 

**Additional notes**
* attached screenshot with the issue;
* visible on dark theme setup, did not check for light theme scheme;
* poking the QA team for further investigation.
Bug: [PDF form] The bottom of the letters are cut off while inputing text inside some pdf forms
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-07-23 08:29:13+00:00
Resolved: 2022-09-21 01:15:40+00:00

**Affected versions**
* Firefox 90.0
* Firefox 91.0b6
* Firefox 92.0a1

**Affected platforms**
* Windows 7 x86
* Windows 10 x64
* macOS 10.15
* Ubuntu 18.04 x64

**Preconditions**
- pdfjs.renderInteractiveForms - true

**Steps to reproduce**
1. Go to http://foersom.com/net/HowTo/data/OoPdfFormExample.pdf.
2. Type "ggggg" in one of the fields.
3. Click outside the field.

**Expected result**
* The letters are correctly displayed inside the field.

**Actual result**
* The bottom of the letters are cut .

**Regression range**
* This is a regression, I can't reproduce the issue on Nightly from 2020-07-20. I will try to find the range as soon as possible. 

**Additional notes**
* This issue is more evident on Windows 7 than the other platforms.
* On Ubuntu the issue is reproducing only if the size of the page is changed.
* Issue is not reproducing while using High Contrast Themes.
Bug: [XFA] Text overlaps header
Status: NEW
Priority: P3
Created: 2021-07-23 08:39:06+00:00
Resolved: 2022-02-11 17:02:48+00:00

**Note**
* When the user loads a specific PDF file and scrolls through, he will notice that some tables are displayed over some headers.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Scroll to page 25.

**Expected result**
* No overlap is observed.

**Actual result**
* A header is overlapped by the text under it.

**Regression range**
* Not a regression.
Bug: [XFA] Filling into a very long form PDF will eventually cause the browser to feel sluggish
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-23 08:48:51+00:00
Resolved: 2021-08-25 16:53:08+00:00

**Note**
* When the user loads a very long PDF file and inputs text into every field, he will notice that at some point it will start to feel sluggish.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Input text into every field.

**Expected result**
* The performance does not change from the start to the end of filling it.

**Actual result**
* When reaching the last few pages, the PFD started to feel sluggish; It did not make it unusable, but definitely uncomfortable as letters typed did not appear as soon as pushed.

**Regression range**
* I does not appear to be a regression.

**Additional information:**
* I have captured a performance profile:
https://share.firefox.dev/3eJK02c
* I hope it helps, additionally let me know if a memory profile would be better.
Bug: Input type=number does not work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-23 09:08:28+00:00
Resolved: 2021-07-23 09:15:57+00:00

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

Steps to reproduce:

assign type=number to input element


Actual results:

type=number has no effect


Expected results:

I should not be able to enter letters (like Chrome)

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input
Bug: [XFA] Text is missing; only the first paragraph is displayed
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-07-23 09:24:15+00:00
Resolved: 2021-08-25 16:53:25+00:00

**Note**
* When the user loads a specific PDF he will notice that all text is missing.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.

**Expected result**
* Text is displayed.

**Actual result**
* All text is missing.

**Regression range**
* This is a regression:
Bug 1720361 - Update pdf.js to version 2.10.316 r=pdfjs-reviewers,calixte
Differential Revision: https://phabricator.services.mozilla.com/D119800
2021-07-23T12:22:39.631000: DEBUG : Did not find a branch, checking all integration branches
2021-07-23T12:22:39.633000: INFO : The bisection is done.
Bug: [XFA] Text from numbered lists is overlapping
Status: ASSIGNED
Priority: P3
Created: 2021-07-23 11:37:57+00:00
Resolved: 2022-02-11 17:03:44+00:00

**Note**
* When the user loads a specific PDF file and scrolls to the bottom of the first page, he will notice that some text is overlapping.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Scroll to the bottom of page 1.

**Expected result**
* No overlap is observed.

**Actual result**
* A text from the numbered list is overlapping.

**Regression range**
* The same behavior is seen in Nightly 92 and Beta 91, but a slightly different behavior is seen in Release v90.0.2, although the issue is still reproducing.
Bug: Openening a new tab copies website/search term
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-23 11:39:57+00:00
Resolved: 2021-08-12 22:04:35+00:00

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

Steps to reproduce:

- Enter a searchterm oder a website adress in the search bar
- Use the arrow ap/down keys to select a poposed website
- Press Enter
- Press Crtl+T for a new Tab (quiet fast)
- Selected website from the dropdown menue is also copied into the new tab

It's quiet annoying if you wanna open several tabs in a row.


Actual results:

Selected website from the dropdown menue is also copied into the new tab search bar


Expected results:

Empty search bar
Bug: [XFA] An image is displayed when is should not
Status: NEW
Priority: P2
Created: 2021-07-23 13:21:10+00:00
Resolved: 2022-02-10 16:57:20+00:00

**Note**
* When the user loads a specific PDF file in Adobe Reader and Firefox, he will notice that the logo image displayed on the first page is also incorrectly displayed on the header of the other pages.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Go to the header of page 2.

**Expected result**
* Logo image not displayed.

**Actual result**
* Logo image displayed.

**Regression range**
* Not a regression, but an implementation flaw.
Bug: Authy 2 factor code is not recognized.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-23 14:12:08+00:00
Resolved: 2021-08-24 13:33:57+00:00

User Agent: Mozilla/5.0 (X11; CrOS x86_64 14092.5.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.4577.5 Safari/537.36
Firefox for Android

Steps to reproduce:

I reset my password hoping that it would allow me to reconfigure my 2 factor authoiaztion with Authy.


Actual results:

Firefox doesn't recognize the Authy 2 factor code that clearly reads Firefox:violethaze74@jazzededtech.com. It then asks me for a 10 digit recovery code, but the only recovery code that I can find for Firefox is ATPJ B5PX BE6V TNXS 6BTV 8FT0 BQB4 TH75.


Expected results:

I expected to be able to use my recovery code to reset my 2 factor application.
Bug: [XFA] A specific PDF file is not loaded / displayed - follow-up
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-23 14:20:00+00:00
Resolved: 2021-08-25 16:54:11+00:00

**Note**
* When the user loads a specific PDF, he will notice that the file will not load.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.

**Expected result**
* The file is loaded and displayed.

**Actual result**
* The file is NOT loaded and displayed.

**Regression range**
* This is a regression of:
Bug 1717132 - Update pdf.js to version 2.10.146 r=marco
Differential Revision: https://phabricator.services.mozilla.com/D118240

**Additional information:**
* The PDF did not OK (as in Adobe) before this 4regression, but now, it isn't displayed at all.
Bug: [XFA] Severely bad render of a long PDF form
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-23 14:24:02+00:00
Resolved: 2021-08-25 16:55:04+00:00

**Note**
* When the user loads a specific PDF, he will notice that the browser will show a severely bad rendering of the file.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.

**Expected result**
* The file is loaded and displayed correctly.

**Actual result**
* Severely bad rendering is displayed.

**Regression range**
* Not a regression.

**Additional information:**
* -
Bug: Incorrect rendering in Firefox PDF viewer (check box issues)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-23 14:39:08+00:00
Resolved: 2021-11-18 14:55:33+00:00

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

Steps to reproduce:

Recent update to Firefox v.90 (as well as in FF dev. edition v.91) caused an issue to show all check boxes are UNCHECKED by default in built-in FF PDF viewer.


Actual results:

The PDF doc was generated programmatically on webserver side based on a blank PDF doc with acrofields (template). The result is all check boxes and radio buttons are unchecked by default giving a corrupted output, supposedly a built-in pdf.js is changed as well.


Expected results:

Some check boxes should be checked. FF PDF viewer gives blank check boxes, the output is normal in Google Chrome, MS Edge browsers and Acrobat Reader. Please see attached file test1.pdf.
Bug: [XFA] Input field is incorrectly displayed as a scrollable field
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-07-23 14:53:56+00:00
Resolved: 2022-03-09 23:26:36+00:00

**Note**
* When the user loads a specific PDF file, he will notice that the "Background" input field is incorrectly displayed as a scrollable field.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Observe the "Background" field.

**Expected result**
* Only one text line is displayed and it is scrollable.

**Actual result**
* All text lines are displayed and it is not scrollable.

**Regression range**
* Not a regression, but an implementation fault.
Bug: Tab context menu has no visible text for "Mute" and "Sign In"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-23 18:57:20+00:00
Resolved: 2021-07-30 21:01:30+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0
Bug: Refresh the page and item loaded count should not be zero
Status: RESOLVED
Priority: P1
Resolution: INCOMPLETE
Created: 2021-07-24 05:13:07+00:00
Resolved: 2021-08-13 17:17:59+00:00

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

Steps to reproduce:

1. Go to https://rahulshettyacademy.com/seleniumPractise/#/
2. Add 2 or 3 items to the cart
3. refresh the page
4. now check whether the cart count is zero or not. 


Actual results:

Cart count becomes Zero


Expected results:

Cart count should not be zero
Bug: Directory listing in http://archive.mozilla.org/
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-24 15:23:54+00:00
Resolved: 2021-07-24 20:42:44+00:00

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

Steps to reproduce:

In http://archive.mozilla.org/ url directory listing vulnerability is present. Site is running in http and files can be viewed in plain text and also can be saved and downloaded.


Actual results:

Public and private keys, debug versions, vulnerable older versions can be downloaded and mis-used. Malicious installers can be created using using these information


Expected results:

This url should run in https, directory listing should be disabled. Internal information, key details, vulnerable firefox builds, installers should not in public domain. Archived details should be in accessed from restricted environment.
Bug: Every top site has a sponsored-label tag associated with it
Status: NEW
Priority: --
Created: 2021-07-24 17:57:33+00:00
Resolved: 2023-03-06 15:54:03+00:00

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

Steps to reproduce:

right click a pinned top site

select search google for menu option

I made a reddit post about it https://www.reddit.com/r/firefox/comments/oqtdwc/top_sites_show_sponsored_in_their_name_on_right/ and a helpful redditor said its because every top site has a sponsored-label tag associated with it.

<span dir="auto">
  <div class="icon icon-pin-small">NAME_OF_SITE</div>
  <span class="sponsored-label" data-l10n-id="newtab-topsite-sponsored">Sponsored</span>
</span>


Actual results:

Firefox performs a search for "NAME_OF_SITE + Sponsored"


Expected results:

Firefox should perform a search for "NAME_OF_SITE"
Bug: Search bar doesn't stick
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-24 20:29:33+00:00
Resolved: 2021-07-25 05:46:08+00:00

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

Steps to reproduce:

Create separate search bar then customize toolbar and drag new search bar to menu bar, where there is plenty of room for a long search bar.


Actual results:

It worked. However, the reason for doing this was to force separation of the search and address functions, which should never have been combined in one field in the first place, because no AI no matter how intelligent is ever going to be able to tell the difference between a search and an address. E.g. Is "thermometer" a search term or an address? Well, on my LAN it's an address. On everyone else's machine it's a search term.
Furthermore the creation of a separate search bar doesn't "stick" across restarts in the most recent version of Nightly.


Expected results:

A new search bar should be created on the menu bar, thus separating search and address functions, and it should persist across restarts of Nightly.
Bug: 3x tab height on embetronicx.com
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-24 21:58:55+00:00
Resolved: 2021-07-25 05:45:00+00:00

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

Steps to reproduce:

Open the website https://embetronicx.com/ on Firefox desktop 90.0.2 on ArchLinux.
Not tested on other versions / OS.


Actual results:

The height of the tab is 3 times bigger than usual.


Expected results:

Normal tab height.
Bug: "Dark" theme makes firefox-nightly (92) crash
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-24 22:00:41+00:00
Resolved: 2021-07-27 13:54:38+00:00

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

Steps to reproduce:

using firefox-nightly on linux (5.13.4):
- create a new profile
- switch theme to "Dark"
- restart Firefox



Actual results:

Firefox loads very slow with 1 thread at 100% CPU usage.
The window takes a long time to resize, page content is not loaded. UI elements are shown and have hover effects but no right click menus. One can slowly type in the address bar.


Expected results:

Firefox starts up normally.
Other themes (system, Light, Alpenglow) work fine.