av9ash/GitBugs huggingface dataset:
Bug: Firefox doesn't ask for the certificate in spite of "Ask Every Time" setting
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-19 22:11:27+00:00
Resolved: 2020-11-20 00:37:05+00:00

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

Steps to reproduce:

Started Firefox, opened a page that requires client authentication. There's a lot of pages I tried, a typical example is Slovenian SI-PASS authentiction service

https://sicas.gov.si/bl-user-web/app/dashboard

With the click on "Digitalno potrdilo" button the server requires me to authenticate with a certificate from almost any issuer in the world. The Firefox shows a list of certificates that I have in my Firefox personal certificate store. I choose some certificate that is not known to the SI-PASS server so it displays some red text informing me the certificate is unknown (see attached image).

So to get another chance to use the right certificate I close the Firefox, restart it, visit the same page click on the same "Digitalno potrdilo" button.


Actual results:

Firefox doesn't ask me to choose a certificate but it automatically uses the certificate I have chosen before. Firefox apparently remembered my choice and doesn't ask me according to "Ask Every Time" setting in about:config security.default_personal_cert. I get the same red text with error description from the server because the certificate was wrong.


Expected results:

The Firefox should forget about the certificate I chose before restarting it. Firefox worked this way for at least twelve years. I usually restarted Firefox to be able to chose some other certificate, or I deleted active connections in the Firefox settings, but neither works any more now. I think this change of behaviour happened very recently, if I remember I've got a new version of Firefox just today or yesterday. My Firefox version is 81.0.2 32-bit, Slovenian Language.
Bug: Fix missing vibrancy from macOS titlebar for built-in light theme
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-10-20 00:44:33+00:00
Resolved: 2021-06-11 11:05:17+00:00

Bug 1592739 changed the way vibrancy works (see bug 1594132 for a more detailed explanation).

A fix could be:

https://searchfox.org/mozilla-central/rev/61728de8273c04fe2417c475fc0637e8b79210d7/browser/themes/osx/compacttheme.css#6

```
:root {
  background: transparent !important;
}
```
Bug: Cannot switch tab, cannot close tabs and the seachbar does not work
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-20 05:05:45+00:00
Resolved: 2021-05-21 14:17:19+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36

Steps to reproduce:

I launched firefox as usual. I had over 2000 tabs open


Actual results:

Firefox launched and loaded the tab i was in before, but did not let me switch tabs with my mouse. I was able to use control tab to switch, but after the first time, it stopped working. I cannot scroll through the tab list, the arrows to scroll through are missing. After restarting Firefox a few times, I was able to switch tabs sometimes and inconsistently. All my addons are missing. I was also able to close some tabs, but it was also inconsistent. It was hard for me to open google, because I couldn't use the bars on top, and when i selected text and right clicked, the "search google for" option was missing. 


Expected results:

firefox works normally
Bug: After every update search providers is reset (elementaryOS)
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-10-20 05:39:54+00:00
Resolved: 2020-12-07 07:36:28+00:00

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

Steps to reproduce:

Update Firefox with AppCenter (OS: elementaryOS)
Start Firefox
Language is then English and I have to add German language again by hand
My preferred search provider are removed (Qwant, Startpage, Metager, Searx) and replaced by e.g. Amazon, Google, Wikipedia, Ecosia....and then I have to manually remove the the unwanted search providers and have to add my preferred search providers by hand. 


Actual results:

Language settings and search providers are resetted on every update


Expected results:

The settings should stay like before the update and nothing should be changed, added etc.
Bug: 4.21 - 4.89% tp5o_webext (windows7-32-shippable) regression on push 735654990df11f4470b68ebe716336a476fa0a12 (Tue October 6 2020)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-20 09:02:18+00:00
Resolved: 2020-10-26 07:44:30+00:00

Perfherder has detected a talos performance regression from push [735654990df11f4470b68ebe716336a476fa0a12](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=735654990df11f4470b68ebe716336a476fa0a12). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 5% | tp5o_webext |  | windows7-32-shippable | e10s stylo | 355.07 -> 372.43 |
| 4% | tp5o_webext |  | windows7-32-shippable | e10s stylo | 353.18 -> 368.04 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perf.html#/alerts?id=27266), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: not able to set session ID in cookies
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-20 10:00:01+00:00
Resolved: 2020-11-10 11:25:06+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.75 Safari/537.36

Steps to reproduce:

trying to set session  ID in cookies


Actual results:

Not able to set session id
Bug: UrlbarProviderSearchTips should deal with update manager not existing
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-10-20 11:27:45+00:00
Resolved: 2020-11-02 19:27:03+00:00

On distro builds on Linux, there is no update manager, so I see:

```
Cc[aContract] is undefined XPCOMUtils.jsm:144
    XPCU_serviceLambda resource://gre/modules/XPCOMUtils.jsm:144
    get resource://gre/modules/XPCOMUtils.jsm:58
    lastBrowserUpdateDate resource:///modules/UrlbarProviderSearchTips.jsm:496
    _maybeShowTipForUrl resource:///modules/UrlbarProviderSearchTips.jsm:361
    InterpretGeneratorResume self-hosted:1468
    AsyncFunctionNext self-hosted:674
```

on release. AFAICT this code is all still there on nightly.

It should probably check `AppConstants.MOZ_UPDATER` or something.
Bug: Bad differentiation of actions when Windows sets "Pick an app" as handler for a protocol
Status: NEW
Priority: P5
Created: 2020-10-20 12:30:51+00:00
Resolved: 2020-11-09 23:01:23+00:00

When a protocol is invoked that Firefox nor the OS have a registered handler for, the dialog shows 2 options that both offer the same thing - but in very different ways, with very different interactions (even how to trigger them is different)
- The first option invokes the OS version of a protocol picker (which on windows seems to make some guess to what could be a handler for that protocol)
- The second option offers our built in way to specify a handler

(note: non of those is directly a choice to pick a handler, so they should probably not be in a list.)
Bug: Developer tools wrongly issues soon rejected warning for "samesite" cookie attribute
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-20 12:32:03+00:00
Resolved: 2020-11-16 14:15:15+00:00

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

Steps to reproduce:

Make a request which includes the following cookie in the response:

{
	"fileDownload": {
		"path": "/",
		"samesite": "Lax",
		"secure": true,
		"value": "true"
	}
}


Actual results:

The following warning message appeared in the Developer Tools console:

Cookie “fileDownload” will be soon rejected because it has the “SameSite” attribute set to “None” or an invalid value, without the “secure” attribute. To know more about the “SameSite“ attribute, read https://developer.mozilla.org/docs/Web/HTTP/Headers/Set-Cookie/SameSite


Expected results:

The message should not have appeared because the cookie contains the "samesite" attribute set to a valid value, and also has the "secure" attribute.

I wonder if it is doing a case-sensitive check when https://tools.ietf.org/html/draft-ietf-httpbis-rfc6265bis-05 says that the attribute names are case-insensitive.

This also happens in Firefox 82.0b9 (64-bit) on Windows 10.
Bug: No search engines (address bar, preferences) after update to Firefox 82 with Linux Mint builds
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-20 12:49:57+00:00
Resolved: 2020-11-27 11:23:38+00:00

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

Steps to reproduce:

Sudden loss of search engines in search bar and address bar.
In preferences->Search: the list in the box is empty and restore to default doesn't work. Following the links to add custom search engines, and trying to add any, also doesn't work. 
When pressing the three dots " * * * " in the side of the address panel - no such option to add as search engine.
Bug: Home page has no options, everything is blank in perference. I can't set any search engine The default search engine is empty and i can't add any search engines
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-20 13:07:23+00:00
Resolved: 2020-10-20 13:21:50+00:00

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

Steps to reproduce:

I updated from 81.0.2 to 82


Actual results:

Home page is blank. Can't change it in settings as there no options listed there.
All my search engines were gone and to select the default one the drop box has no options.


Expected results:

my home page should have contained my top sites. My search engine should be set to duckduckgo as default
Bug: Firefox doesn't save recent history & tab changes on clean exit
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-20 14:01:48+00:00
Resolved: 2021-03-01 17:14:58+00:00

With Fission and SHIP, I'm not seeing history changes (including tab open/closes) being saved and then restored when I make a clean exit.  If I wait long enough (15s?) they are saved
Bug: [Experiment] Users are not unenrolled from the experiment if the “Allow Firefox to install and run studies” is unchecked in the “about:preferences#privacy” page on Firefox 82
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-10-20 14:09:10+00:00
Resolved: 2020-10-21 09:10:27+00:00

**[Notes]:**
- I have managed to reproduce the issue for the following studies: “Multi-Stage About:Welcome Zero Stage”, “Homepage Remediation: Search Value Props Experiment”, and “Wizardless Password Autocomplete”. However, I think that this issue affects all the Firefox 82 experiments that are being delivered through Nimbus.

**[Affected Versions]:**
- Firefox RC 82.0 (Build ID: 20201014125134)

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

**[Prerequisites]:**
- Have a new Firefox profile created.
- Have the user.js saved in the profile folder before opening the profile. (There should only be 2 files in the folder, times.json and user.js)
- Have the Terminal opened.

**[Steps to reproduce]:**

1. Start the Firefox profile from prerequisites using the `first-startup` flag.
2. Navigate to the “about:preferences#privacy” page.
3. Uncheck the “Allow Firefox to install and run studies” option.
4. Navigate to the “about:studies” page and observe.

**[Expected results]:**
- The study can be observed in the “Completed studies” section.
    
**[Actual results]:**
- The study is still in the “Active studies”.

**[Additional Notes]:**
- I've verified if other means of making the profile ineligible (from a targeting standpoint) will reproduce the issue and it does not. In order to do this, I've done the following:
     - I've enrolled a new profile in the experiment using a Firefox 82 Release.
     - I've opened the same profile with a Firefox 81 Beta by adding the `--allow-downgrade` argument in the Terminal.
- The issue is not reproducible for Firefox Beta 83.0b1.
- Attached a screen recording of the issue.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_aboutHomeLoading.js | userTypedValue should be null - Got "about:home", expected null
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-10-20 14:10:07+00:00
Resolved: 2021-08-03 17:01:05+00:00

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

---
```
[task 2020-10-20T13:31:41.294Z] 13:31:41     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_aboutHomeLoading.js | URL bar should be empty - 
[task 2020-10-20T13:31:41.294Z] 13:31:41     INFO - Buffered messages finished
[task 2020-10-20T13:31:41.295Z] 13:31:41     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_aboutHomeLoading.js | userTypedValue should be null - Got "about:home", expected null
[task 2020-10-20T13:31:41.296Z] 13:31:41     INFO - Stack trace:
[task 2020-10-20T13:31:41.296Z] 13:31:41     INFO - chrome://mochikit/content/browser-test.js:test_is:1332
[task 2020-10-20T13:31:41.296Z] 13:31:41     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_aboutHomeLoading.js:clearURLBarAfterManuallyLoadingAboutHome:110
[task 2020-10-20T13:31:41.297Z] 13:31:41     INFO - Leaving test bound clearURLBarAfterManuallyLoadingAboutHome
[task 2020-10-20T13:31:41.297Z] 13:31:41     INFO - Entering test bound dontTemporarilyShowAboutHome
[task 2020-10-20T13:31:41.297Z] 13:31:41     INFO - GECKO(1511) | [Parent 1511: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 0x7fca5320bc00 == 13 [pid = 1511] [id = 16]
[task 2020-10-20T13:31:41.298Z] 13:31:41     INFO - GECKO(1511) | [Parent 1511: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 30 (0x7fca4fe027d0) [pid = 1511] [serial = 36] [outer = (nil)]
[task 2020-10-20T13:31:41.299Z] 13:31:41     INFO - GECKO(1511) | [Parent 1511: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 31 (0x7fca53215000) [pid = 1511] [serial = 37] [outer = 0x7fca4fe027d0]
[task 2020-10-20T13:31:41.300Z] 13:31:41     INFO - GECKO(1511) | JavaScript error: resource:///actors/ContentSearchParent.jsm, line 623: TypeError: can't access property "addEventListener", browser is null
[task 2020-10-20T13:31:41.300Z] 13:31:41     INFO - Console message: [JavaScript Error: "TypeError: can't access property "addEventListener", browser is null" {file: "resource:///actors/ContentSearchParent.jsm" line: 623}]
[task 2020-10-20T13:31:41.300Z] 13:31:41     INFO - rec```
Bug: After Updating my firefox to the Mozilla Firefox 82.0, I found that the homepage is not working, The only thing I see is a blank space, all the suggestions in address bar is also not working.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-20 15:24:26+00:00
Resolved: 2020-10-21 05:05:50+00:00

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

Steps to reproduce:

Open a new tab


Actual results:

I encountered a total blank space after I opened the new tab after updating firefox in my linux desktop, and the suggestions in address bar are also not being displayed, not even autocompleted...
I reinstalled the firefox and also gave a restart, but the problem still persists.


Expected results:

I should open me a new tab with all my bookmarks and the address bar should have work flawlessly, suggestion me all the addresses based on my history...
Bug: Perma [Fission] TEST-UNEXPECTED-TIMEOUT | http://mochi.test:8888/tests/uriloader/exthandler/tests/mochitest/test_nullCharFile.xhtml | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-10-20 17:54:05+00:00
Resolved: 2020-12-09 19:44:33+00:00

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

---
```
[task 2020-10-20T15:56:49.025Z] 15:56:49     INFO - TEST-START | http://mochi.test:8888/tests/uriloader/exthandler/tests/mochitest/test_nullCharFile.xhtml
[task 2020-10-20T16:13:16.493Z] 16:13:16     INFO - add_task | Entering test 
[task 2020-10-20T16:13:16.493Z] 16:13:16     INFO - Buffered messages finished
[task 2020-10-20T16:13:16.494Z] 16:13:16    ERROR - TEST-UNEXPECTED-TIMEOUT | http://mochi.test:8888/tests/uriloader/exthandler/tests/mochitest/test_nullCharFile.xhtml | application timed out after 370 seconds with no output
[task 2020-10-20T16:13:16.494Z] 16:13:16    ERROR - Force-terminating active process(es).
[task 2020-10-20T16:13:16.494Z] 16:13:16     INFO - Determining child pids from psutil...
[task 2020-10-20T16:13:16.522Z] 16:13:16     INFO - [20632, 20659, 20672, 20580, 20556, 20763, 20703, 20791, 20729]
[task 2020-10-20T16:13:16.525Z] 16:13:16     INFO - ==> process 20412 launched child process 20432
[task 2020-10-20T16:13:16.527Z] 16:13:16     INFO - ==> process 20412 launched child process 20556
[task 2020-10-20T16:13:16.529Z] 16:13:16     INFO - ==> process 20412 launched child process 20580
[task 2020-10-20T16:13:16.530Z] 16:13:16     INFO - ==> process 20412 launched child process 20632
[task 2020-10-20T16:13:16.531Z] 16:13:16     INFO - ==> process 20412 launched child process 20659
[task 2020-10-20T16:13:16.533Z] 16:13:16     INFO - ==> process 20412 launched child process 20672
[task 2020-10-20T16:13:16.534Z] 16:13:16     INFO - ==> process 20412 launched child process 20703
[task 2020-10-20T16:13:16.535Z] 16:13:16     INFO - ==> process 20412 launched child process 20729
[task 2020-10-20T16:13:16.535Z] 16:13:16     INFO - ==> process 20412 launched child process 20763
[task 2020-10-20T16:13:16.535Z] 16:13:16     INFO - ==> process 20412 launched child process 20791
[task 2020-10-20T16:13:16.535Z] 16:13:16     INFO - Found child pids: set([20672, 20580, 20556, 20432, 20659, 20791, 20632, 20729, 20763, 20703])
[task 2020-10-20T16:13:16.536Z] 16:13:16     INFO - Failed to get child procs
[task 2020-10-20T16:13:16.536Z] 16:13:16     INFO - Killing process: 20672
[task 2020-10-20T16:13:16.537Z] 16:13:16     INFO - TEST-INFO | started process screentopng
[task 2020-10-20T16:13:16.689Z] 16:13:16     INFO - TEST-INFO | screentopng: exit 0```
Bug: Firefox 82.0 on Mac does does not allow me to copy or print a Word document or a PDF formated page.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-20 19:46:34+00:00
Resolved: 2021-11-02 17:57:36+00:00

Upon downloading my Mac to the latest 10.15.7 update, my Firefox 82.0 Browser does not allow me to copy a Word document or PDF format that is sent to me without multiple blank squares appearing at both the top and bottom of the page along with rectangles appearing at the document/page's sides.  Further, I am not able to drag photos in a jpeg format to my desktop either.  
I did try the above in my Safari Browser, and all of the above were not issues or a problem whatsoever and the Safari attachments function properly... its just within my Firefox Browser that I am experiencing these issues.
I have tried to copy a page to my desktop to illustrate these issues to you but am unable to so (the problematic page will not accept my inputs to do so) whereas I can accomplish this while using my Safari Browser.
Bug: Widget covers last bookmark in bookmark menu if user has a large number of bookmarks
Status: NEW
Priority: P5
Created: 2020-10-20 22:10:06+00:00
Resolved: 2023-01-18 02:50:41+00:00

STR:
- Add a large number of bookmarks to the bookmarks menu (I've attached a bookmark export containing 100 bookmarks to the wikipedia soup article you can import to do this quickly).
- View the bookmarks menu from the menu toolbar and scroll to the bottom.

Result:
The final item is covered by the down arrow widget at the bottom of the menu.

Expected result:
The final item is fully visible.

I will attach a screenshot showing the issue shortly.
Bug: asterisk search in address bar doesn't search bookmarks
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-21 06:03:37+00:00
Resolved: 2020-10-22 12:34:41+00:00

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

Steps to reproduce:

On a new tab, in the Address Bar (search bar *not* enabled), I typed

> \*youtoo

(asterisk "youtoo")


Actual results:

It did a Google search for \*youtoo


Expected results:

A couple days ago typing "\*youtoo" would have displayed the hits in my bookmarks so I could then click on the bookmark I wanted to go to.
Bug: PRIVATE KEYS LEAK
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-21 08:35:22+00:00
Resolved: 2020-10-22 14:29:52+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.75 Safari/537.36

Steps to reproduce:

These private keys are usually used for remote access.

1. Go to the following urls:

https://github.com/mozilla/spiderweb-spidernode/blob/632004a2625d50eed4dd4748cd553279d6bee3a9/deps/openssl/openssl/apps/s512-key.pem

https://github.com/mozilla/node-janus/blob/27e0fc7a58b9ffd92016a6797d69078fcea249d0/keys/key.pem

https://github.com/mozilla/positron-spidernode/blob/920deaf50a576073796263c22e045a47ed7b3e2f/deps/openssl/openssl/apps/ca-key.pem

https://github.com/mozilla/integration-mozilla-inbound/blob/0d01aa29ce350beca861f7d3b7b4df399b246ed0/media/webrtc/trunk/tools/python/google/httpd_config/httpd2.pem

https://github.com/mozilla/openbadges-validator-service/blob/6befa651e11d585b60d8660f69e5e07f57d436c2/lib/rsa-private.pem

https://github.com/mozilla/vaani.server/blob/fd73e050533fb1acbca2d023abb2dab8650af83c/resources/ssl/ca-key.pem

https://github.com/mozilla/spiderweb-spidernode/blob/632004a2625d50eed4dd4748cd553279d6bee3a9/deps/openssl/openssl/apps/privkey.pem
Bug: Twitch uses too much resources
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-21 08:44:03+00:00
Resolved: 2020-11-10 14:01:04+00:00

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

Steps to reproduce:

Watching a video on twitch with 1080p 60fps, Codec: avc1.64002A,mp4a.40.2


Actual results:

The Windows Desktop Manager uses more GPU than Firefox. And uses much CPU too.


Expected results:

To be more small.