av9ash/GitBugs huggingface dataset:
Bug: View > Page Style menu doesn't work for file:// pages
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2020-07-05 00:52:28+00:00
Resolved: 2022-07-31 21:57:46+00:00

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

Steps to reproduce:

Possibly related to CLOSED bug 1645789 ... View > Page Style menu seems to ignore alternate stylesheets when displaying a local HTML file:// 

See discussion here:
https://support.mozilla.org/en-US/questions/1293681

For example, this simple HTML file saved on Win10 as %TEMP%\alternate_stylesheets.html

<!DOCTYPE html>
<!-- See for example: https://www.w3.org/Style/Examples/007/alternatives -->
<html>
<head>
<link rel="stylesheet"
href="https://www.w3.org/Style/CSS/w3c-2010/main.css" title=Main>
<link rel="alternate stylesheet"
href="http://www.w3.org/StyleSheets/Core/Steely" title=Steely>
<link rel="alternate stylesheet"
href="http://dbaron.org/style/forest" title="Forest (by David Baron)">
</head>
<body>
<h1>Hello, World!</h1>
</body>
</html>



Actual results:

View > Page Style menu remains default, although the Web Develop > Style Editor tool does recognize the alternate stylesheets.


Expected results:

The View > Page Style menu should let me switch between the default stylesheet and the alternate stylesheets.
Bug: Save/Download stopped working in Offline Mode (with privacy.partition.network_state enabled)
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-07-05 05:52:15+00:00
Resolved: 2020-12-06 18:36:13+00:00

User Agent: Firefox

Steps to reproduce:

Case 1: Save -> "Web Page, HTML only" not working

1. Open any page (e.g. https://www.mozilla.org/en-US/firefox/79.0a1/whatsnew/all/?oldversion=77.0a1)
2. File -> Work Offline
3. File -> Save Page As
4. Select "Web Page, HTML only" on "Save as type"
5. Click Save

Case 2: Save not working for single files (possibly related to above)

1. Open an image (e.g. https://www.slappforge.com/docs/sigma/gitbook/gitbook-plugin-advanced-emoji/emojis/x.png)
2. File -> Work Offline
3. File -> Save Page As
4. Click Save


Actual results:

Download fails.
* Nothing gets saved to disk
* A "Failed" entry (with HTML title / image filename) gets added to the Downloads list.


Expected results:

Download should succeed.
* A file should get saved to disk (Case 1: the HTML file, Case 2: the PNG image)
* Consequently, Downloads list should contain a "<filesize> - <domain> - <saved time>" (successful) entry.

Offline mode should not result in a failure, as the content is already downloaded and available in the cache.

Save was working fine in offline mode, until I upgraded to 79.0a1 recently - issue persists through 80.0a1 (2020-07-02). (79.0a1 upgrade was a jump from 77.0a1, so issue might have originated in 78.0a1 or even earlier.)

(Have further details, will add in comments)
Bug: Regularly losing previous session on restart after update
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-05 07:55:46+00:00
Resolved: 2021-02-13 15:10:37+00:00

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

Steps to reproduce:

Close Firefox
Apply system updates
Restart Firefox 


Actual results:

Firefox opens with one empty window, no "Restore Previous Session" option available.


Expected results:

Firefox should restore all windows and tabs.

I'm using lots of separate Firefox profiles for different tasks. And I often have multiple Firefox instances running (using the --no-remote option). At about every 2nd to 3rd update, one of the profiles loses the previous session. Not every profile on every update, it seems copmletely random which one is affected.

When I update my system, I need to reboot most times, because I mostly postpone updates intil a new kernel is in the update list. And most times, I do my backup after the reboot and before I start any applications. So I can check what was left after closing Firefox. When I lose the session, there still is a file named sessionstore.jsonlz4 in the backup. I haven't checked what's inside the file, but at least it's there.
Even when I close Firefox, restore the profile from the backup, and reopen, it loses the session again.

I'm not a Firefox developer, so I can only guess about the cause of the problem. But I'm a developer, so my guess is not completely blind.

I think you are doing way too many plausibility checks when doing operations like save, restore (and even bookmark). The only check should be "is there a valid URL of any scheme" (even about:blank is valid). Everything else should be optional. I think this would also make the code more simple and more mainenance friendly.

Why did I include "bookmark" ?
Well, I also had (rare) cases of missing tabs when I did "Select All Tabs" / "Bookmark Tabs". Yes I'm always checking if the created bookmarks are 
complete.

I haven't tested if it also happens with a "clean" profile, i.e. without AddOns, because I just don't want to surf the web without uBlock, uMatrix, Privacy Badger, ... But I think simplifying the code would also make it less prone to any interference with AddOns. No matter if the AddOns are part of *this* problem or not.
Bug: since last year, firefox tabs shut off by theirselves often, both firefox stable and Nightly
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-05 11:21:25+00:00
Resolved: 2020-08-09 10:34:49+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 paste a web address and go or link directly from emails 



Actual results:

one tab at least shut down by itself, it happens both firefox stable and Nightly since last year


Expected results:

not shut down!
Bug: Too deep menu level entry to 'Close other tabs' and 'Close all right/left of this tab'
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-07-05 12:47:08+00:00
Resolved: 2021-04-20 12:40:35+00:00

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

Steps to reproduce:

Closing other tabs is something I do on a regular basis and hate to see that this function is hidden in the latest version 78.0.1 in a submenu called "Close several tabs" (or similar. I have a different language set)


Actual results:

I cannot right click on a tab > Close other tabs anymore but there is an annoying additional menu level click on tab > Close several tabs > Close other tabs.


Expected results:

"Close other tabs" should again be a top-level option in the right-click / context-menu of the tabs.

Also there is an option close tabs right of this one. There should be an option to close tabs left of this one as well.
Bug: Crashes when used with JAWS 20, believed to be Firefox 78
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-05 20:56:16+00:00
Resolved: 2020-07-06 08:21:06+00:00

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

Steps to reproduce:

Opened browser to billing software, logged into it. Also tried logging into Amazon.com


Actual results:

Firefox crashed with Ebill and with Amazon.com. Froze the computer. Had to shut it off and turn it on again. Had a sighted person try Amazon without JAWS on, Firefox worked fine. I need Firefox to do my billing. The billing software doesn't run on every browser.


Expected results:

Up until Thurs 7/2 or Fri 7/3, Firefox was working fine with JAWS 20, which I had my paralegal install on June 25th. I was having Zoom problems with JAWS 18 so I went up to 20 to see if that would solve the problem. Everything was working fine until a few days ago. My paralegal is running Firefox 77 but has a notice that 78 is available. I think Firefox downloaded 78 to my computer without telling me and now it crashes if anyone ties to use it with JAWS.
Bug: Empty space left of first tab in windowed mode - Firefox Developer Edition
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-05 21:41:49+00:00
Resolved: 2020-07-10 14:27:13+00:00

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

Steps to reproduce:

Open Firefox Developer Edition and set it to windowed mode, not maximized. 


Actual results:

Extra space is added before the first tab on the left


Expected results:

No extra space, consistent with the behavior when maximized.
Bug: Firefox stutters when scrolling. Issue only occurs on versions above 76.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-05 23:05:40+00:00
Resolved: 2020-08-07 08:42:43+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 opened Firefox.


Actual results:

It stuttered whenever I scrolled on any page.


Expected results:

It should've scrolled smoothly/
Bug: Firefox stutters when scrolling. Issue only occurs on versions above 76.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-05 23:05:56+00:00
Resolved: 2020-07-06 05:20:45+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 opened Firefox.


Actual results:

It stuttered whenever I scrolled on any page.


Expected results:

It should've scrolled smoothly.
Bug: Cannot uninstall auxiliary GUI language
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-06 10:39:27+00:00
Resolved: 2020-07-06 12:46:27+00:00

After accidentally adding a wrong auxiliary GUI language to Firefox, I'm not able to remove the additional language. It is listed in the Languages list although it has been removed from the Download Languages list.
Bug: Tab Navigation - Ok/Cancel keys not selected in about:preferences windows
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-06 11:40:42+00:00
Resolved: 2020-07-20 18:52:47+00:00

**Affected versions**
* 79.0b4, 80.0a1 (2020-07-05)

**Affected platforms**
* macOS 10.13.6;

**Steps to reproduce**
1. Launch Firefox, access about:preferences
2. Open any window (ex. master password/DNS)
3. Press the TAB key a couple of times

**Expected result**
* Cancel button is TAB-selected;

**Actual result**
* Cancel button is not TAB-selected;

**Regression range**
* will check and provide one asap;

**Additional notes**
* as reference ,on Windows 10 - the Cancel button is TAB-selected;
* attached screenshot with the issue;
* severity wise this @ S4 due to the use-case.
Bug: log in for verizon is greyed out,  it is on all computers and phone, not synched or I am not signed in
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-06 12:00:12+00:00
Resolved: 2020-08-07 08:42:59+00:00

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

Steps to reproduce:

on laptop, refreshed,  uninstalled, deleted cookies, 
tried on android and same issue with firefox,  can log in on other browsers


Actual results:

sign in box is still greyed out, no matter which computer is used


Expected results:

sign in box should be highlighted so I can sign in
Bug: Firefox creates ~/Downloads folder when ~/downloads is configured
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-06 15:16:26+00:00
Resolved: 2020-07-07 04:35:44+00:00

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

Steps to reproduce:

Configure Firefox to download to ~/downloads.


Actual results:

Downloads being downloaded to ~/downloads as expected.

Firefox creates ~/Downloads for some reason.


Expected results:

Firefox should not create ~/Downloads.
Bug: In Address bar, search history not displayed unless Top Sites are selected.
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-07-06 16:17:47+00:00
Resolved: 2020-08-13 19:27:27+00:00

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

Steps to reproduce:

Click on address bar showed most used addresses plus unwanted top sites.  Went into options and removed "Top Sites" from address bar suggest.  Now nothing shows up when clicking on Address bar.  If I add "Top Sites" back to Address bar, I get both, but I don't want so-called "Top Sites" to appear !!!



Expected results:

Click on Address bar should show most used sites, nothing else.
Bug: Clone of Dev Tools
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-06 18:13:38+00:00
Resolved: 2020-07-31 07:05:49+00:00

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

Steps to reproduce:

By going into the local file by turning on the developer console and entering the start card, the console clones itself (as in the picture)


Actual results:

By going into the local file by turning on the developer console and entering the start card, the console clones itself (as in the picture). An empty console becomes unclosed. A mistake doesn't always happen. A possible solution is to block the tools for developers on the start page.


Expected results:

The console should still be one
Bug: Intermittent TV browser/components/pioneer/test/browser/browser_pioneer_ui.js | When about:pioneer toolbar button is pressed, call-out is removed. -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-07-06 21:39:32+00:00
Resolved: 2020-07-13 06:15:42+00:00

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

---
Bug: Perma TV browser/components/preferences/tests/browser_search_subdialogs_within_preferences_site_data.js | pane-experimental-featureGates should be in search results -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-07-06 21:40:26+00:00
Resolved: 2020-07-13 06:15:44+00:00

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

---
Bug: Preferences/Options > General > Tabs > Containers > Settings... doesn't open container settings anymore
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-06 21:55:30+00:00
Resolved: 2020-08-10 13:00:33+00:00

Firefox Nightly 80.0a1 on Windows 8.1

Preferences/Options > General > Tabs > Containers > Settings... doesn't open container settings anymore.

This started with the change for bug 1648222.
Bug: Can't log in to google or gmail
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-06 23:58:11+00:00
Resolved: 2020-08-24 14:50:38+00:00

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

Steps to reproduce:

Using 79.0b4, the google login page https://accounts.google.com/signin/v2/identifier?hl=en&passive=true&continue=https%3A%2F%2Fwww.google.com%2F&flowName=GlifWebSignIn&flowEntry=ServiceLogin freezes once I type in my e-mail.


Actual results:

Using 79.0b4 on my Macbook Pro, the google login page https://accounts.google.com/signin/v2/identifier?hl=en&passive=true&continue=https%3A%2F%2Fwww.google.com%2F&flowName=GlifWebSignIn&flowEntry=ServiceLogin freezes once I type in my e-mail.


Expected results:

A page should have loaded that asked for my password.

This process works fine with Safari
Bug: Many error messages contain a right single quotation mark (unicode) instead of an apostrophe. For example: DNS Resolution Error error message "Hmm. We’re having trouble finding that site. "
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-07 02:21:19+00:00
Resolved: 2020-07-07 05:31:11+00:00

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

Steps to reproduce:

I typed a non-existent address and tried to open it.


Actual results:

I saw an error message "Hmm. We’re having trouble finding that site. ".




Expected results:

The error message should have been "Hmm. We're having trouble finding that site. "

In several Firefox messages, for example, on the DNS resolution error page, there is a right single quotation mark "’" (UNICODE character 0x2019), not an apostrophe (UNICODE character 0x27).
Bug: Intermittent browser/base/content/test/fullscreen/browser_fullscreen_window_open.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-07-07 07:39:17+00:00
Resolved: 2021-09-28 17:03:24+00:00

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

---

>[task 2020-07-07T06:50:31.491Z] 06:50:31     INFO - TEST-PASS | browser/base/content/test/fullscreen/browser_fullscreen_window_open.js | Should leave full-screen - 
[task 2020-07-07T06:50:31.492Z] 06:50:31     INFO - Leaving test bound test_parentWindowOpen
[task 2020-07-07T06:50:31.492Z] 06:50:31     INFO - Entering test bound test_iframeWindowOpen
[task 2020-07-07T06:50:31.492Z] 06:50:31     INFO - Buffered messages logged at 06:49:48
[task 2020-07-07T06:50:31.492Z] 06:50:31     INFO - Entering full-screen
[task 2020-07-07T06:50:31.492Z] 06:50:31     INFO - Console message: [JavaScript Warning: "Request for fullscreen was denied because requesting element is not in the currently focused tab." {file: "resource:///actors/DOMFullscreenChild.jsm" line: 30}]
[task 2020-07-07T06:50:31.493Z] 06:50:31     INFO - Console message: [JavaScript Error: "TypeError: Fullscreen request denied"]
[task 2020-07-07T06:50:31.493Z] 06:50:31     INFO - Console message: [JavaScript Error: "Error: TelemetryStopwatch: key "FULLSCREEN_CHANGE_MS" was already initialized" {file: "resource:///actors/DOMFullscreenParent.jsm" line: 119}]
[task 2020-07-07T06:50:31.493Z] 06:50:31     INFO - handleEvent@resource:///actors/DOMFullscreenParent.jsm:119:28
[task 2020-07-07T06:50:31.493Z] 06:50:31     INFO - 
[task 2020-07-07T06:50:31.493Z] 06:50:31     INFO - Buffered messages finished
[task 2020-07-07T06:50:31.493Z] 06:50:31     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/fullscreen/browser_fullscreen_window_open.js | Test timed out - 
[task 2020-07-07T06:50:31.493Z] 06:50:31     INFO - GECKO(1407) | MEMORY STAT | vsize 7560MB | residentFast 312MB | heapAllocated 93MB
[task 2020-07-07T06:50:31.493Z] 06:50:31     INFO - TEST-OK | browser/base/content/test/fullscreen/browser_fullscreen_window_open.js | took 45046ms
[task 2020-07-07T06:50:31.494Z] 06:50:31     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-07-07T06:50:31.494Z] 06:50:31     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/fullscreen/browser_fullscreen_window_open.js | Found a tab after previous test timed out: http://example.com/browser/browser/base/content/test/fullscreen/open_and_focus_helper.html - 
[task 2020-07-07T06:50:31.494Z] 06:50:31     INFO - checking window state
Bug: Protocol handler is not called anymore / with inspector open it gets called
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-07 09:01:24+00:00
Resolved: 2020-07-20 19:25:36+00:00

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

Steps to reproduce:

Bug is introduced in FF 78, that protocol handler are not called anymore in regular view, with inspector windows open it works fine
- Go to https://goedit.io -> Online Demo -> Confluence
- create new page and hover over one file item, then click on "Edit attachment"
- install application with protocol handler


Actual results:

- when the app is installed, it will open the application via protocol handler
- when in regular view, it will not work
- when doing the same action with inspector window opened it will work
- this worked with version before FF 78


Expected results:

the protocol handler should open an application without the need of open the inspector window first
Bug: Window size problem
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-07 12:29:40+00:00
Resolved: 2020-07-22 20:18:59+00:00

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

Steps to reproduce:

E.g. ./firefox.exe --width=1920 --height=1080 or ./firefox.exe --width=400 --height=200 but it still opens in one forced size 


Actual results:

I tried to run FF in custom width and height but it didn't work.


Expected results:

FF should open in declared window size. I need that for selenium tests with headless mode, because by default forced window size is 1366. I've tried to run the browser directly from console but I only get the same result ;(
Bug: File icon used for reader mode (about:reader)
Status: NEW
Priority: P3
Created: 2020-07-07 13:13:59+00:00
Resolved: 2024-08-01 15:41:06+00:00

Bug 1570678 replaced the neutral (i) info icon with a file icon when activating the reader mode even for http(s) pages. This seems wrong as the content of the page is not actually a file. Maybe the icon should just be whatever the page uses without reader mode, e.g. a lock?
Bug: Hover not reset when going back
Status: UNCONFIRMED
Priority: --
Created: 2020-07-07 13:26:49+00:00
Resolved: 2023-10-06 11:31:47+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_16) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0 Safari/605.1.15

Steps to reproduce:

1) Go to a page such as https://github.com/mozilla/gecko-dev/pulls
2) Hover over a pull request link and see the hover card pop up
3) Click to go to the linked page
4) Click the back button and don't move the mouse

I've added a screen recording of the steps taken.


Actual results:

The link stays hovered, even though the mouse is in a completely different position.


Expected results:

The link should not be in its hovered state.
Bug: Performance degradation on 78 version of desktop browser: tab switching lags, keyboard input lags severly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-07 13:37:43+00:00
Resolved: 2022-03-02 16:39:21+00:00

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

Steps to reproduce:

I'm using browser just as always (~10-15 tabs, switching here and there, listening to streaming music or youtube). After browser update switching between the tabs is painfully slow (I'm seeing gray FF loaders on every switch). Another issue is: input on keyboard is also painfully slow, it freezes to seconds from time to time; the same with, say, clickling on YouTube video to pause playback — I could wait 3-5 seconds for the browser to get the event and use it. Surprisingly enough, I don't see the same degree of freezes while recording performance profiles rn.

https://share.firefox.dev/31RG7CX (tab switching)
https://share.firefox.dev/3iGzbyg (keyboard input)
Loom recording for tabs and inputs, as switching on profiler somehow didn't allow me to reproduce the issue fully: 
https://www.loom.com/share/e20877dd2e6d412f8c8bc333b5ea0b71


Actual results:

Keyboard input is _very_ slow, and so is tab switching: I'm working just as usual, but the inputs are delivered to the browser window with multi-second delay.


Expected results:

Tab switching and inputs works fast (about as fast as on previous browser versions)