av9ash/GitBugs huggingface dataset:
Bug: Close buttons on Firefox mobile tabs are too small
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-27 23:38:08+00:00
Resolved: 2022-04-12 14:44:55+00:00

User Agent: Mozilla/5.0 (Android 9; Mobile; rv:95.0) Gecko/95.0 Firefox/95.0
Firefox for Android

Steps to reproduce:

Open the tab view on Firefox mobile and tap the close button on a tab.


Actual results:

The page corresponding to the tab opened.


Expected results:

The tab should have closed.
Bug: Clicking tabs sometimes does nothing
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-28 01:15:25+00:00
Resolved: 2022-05-09 14:50:13+00:00

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

Steps to reproduce:

- Have more than 4 tabs open
- Click the third or fourth tab (The others have never produced this bug)


Actual results:

When clicking the third or sometimes the fourth tab to switch tab, nothing happens. By clicking multiple times, eventually the tab may switch. For some reason it's always the third or the fourth, never the others. It's not only switching that doesn't work, but trying to move the tab also doesn't work... It's as if it was an empty space. Even if it can't be clicked on, it is possible to move another tab over it and it will be moved to the other side as it should.


Expected results:

The exposed tab should switch to the one being clicked. If trying to drag the bugged tab somewhere else then it should be dragged when you hold left click and move it.
Bug: Regression: Light Theme - Shadow of selected tab is present when the window is in the background
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-28 11:48:09+00:00
Resolved: 2021-12-28 15:03:53+00:00

Nightly 97.0a1 (2021-12-28) (64-Bit)
macOS 10.15.7, 12.1

STR:

1.) Use a light theme in Nightly
2.) Open two windows
3.) Take a look at the selected tab of the window which is in the background

Expected: The shadow of the selected tab should not be visible when the window is in the background.

Actual: The shadow of the selected tab of the window which is in background is still to see.

This is a regression and probably caused by the recent selected tab's box-shadow changes.

This works fine in Firefox Stable 95.0.2 (64-Bit)

A screenshot (Stable vs Nightly) is attached.

Thanks for checking!
Bug: unable to delete "place:type=6&sort=14&maxResults=10/" via "clear browsing history"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-29 01:26:01+00:00
Resolved: 2021-12-30 02:07:18+00:00

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

Steps to reproduce:

Clear entire browsing history, then type "t" in url bar.


Actual results:

This suggestion appears: https://i.postimg.cc/qBcTdt79/place.jpg


Expected results:

Should not show this suggestion.
Bug: Sync error: CreditCards is not initialized
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-12-29 14:53:40+00:00
Resolved: 2022-05-20 19:19:39+00:00

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

Steps to reproduce:

update my nightly from 20211214 to 20211226.


Actual results:

Firefox Sync no longer works (last synced reports days ago and I no longer see new data from my other devices). In the error log I find:
```
1640788374167	Sync.Synchronizer	DEBUG	Updating enabled engines failed: Error: CreditCards is not initialized. Please restart if you flip the pref manually.(resource://autofill/FormAutofillStorageBase.jsm:2008:21) JS Stack trace: get@FormAutofillStorageBase.jsm:2008:21
get storage@FormAutofillSync.jsm:95:7
_resetClient@FormAutofillSync.jsm:317:5
```


Expected results:

Firefox Sync should continue to work, no matter if syncing credit cards is supported or not.

I tried to disable syncing credit cards in Preferences but it still happened. I read the source code and changed `extensions.formautofill.creditCards.available` from `detect` to `on`, it finally started to work.

My nightly is the zh-CN variant and I'm in China.
Bug: UrlbarSearchUtils.enginesForDomainPrefix() can include the same engine more than once when matchAllDomainLevels = true (partial matching)
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-12-29 21:54:07+00:00
Resolved: 2022-01-03 19:29:50+00:00

If `UrlbarSearchUtils.enginesForDomainPrefix()` is called with `matchAllDomainLevels` set, then a single engine can end up more than once in the list of returned matching engines.

I found this while working on bug 1744367.
Bug: Urlbar breakout expansion animation is a little off
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-12-30 05:55:22+00:00
Resolved: 2022-01-05 17:51:31+00:00

The urlbar view looks a little janky to me recently when it opens. There are a few different things that appear on screen at different points in the process, and altogether they add up to a lack of fluidity.

One of the problems is that the starting point for the background's breakout animation is a little off. It's not tall enough and slightly too wide. I'll attach a gif of what it looks like on Windows.

I think we should get rid of this animation entirely because it's so small due to the breakout layout not being as big as it used to be (I think?), and yet it's noticeable enough that it contributes to the janky feeling IMO. I'll need to ask UX about that first, but in the meantime we can fix it at least.
Bug: Pocket newtab remote layouts descriptions broke
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-12-30 06:53:08+00:00
Resolved: 2021-12-31 03:55:39+00:00

This is a bug caused by bug 1746649.

Bug 1746649 made it so we could add/remove description via a pref for testing purposes, the default is still on.

Where this went wrong and caused this bug is two fold.

We made the pref default to true, and called it "includeDescriptions"
We didn't consider remote layouts.

When remote layouts try to render, they don't use the standard render stack, and end up not getting the "includeDescriptions" default.

Because we don't want to have to maintain or modify the remote layouts, it probably makes more sense to flip "includeDescriptions" to "hideDescriptions", this way old layouts default state is falsy, and in this case, falsy produces the previous experience.

We should still be able to run our test with "hideDescriptions" just fine, just reversing the logic a bit.
Bug: User-select looks like all when opening a website
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-30 07:40:28+00:00
Resolved: 2021-12-30 11:39:27+00:00

Steps to reproduce:

The selection location (cursor?) Is displayed even if it is not an input or textarea element.


Actual results:

I clicked on the text when I opened the HTML website.


Expected results:

Displayed in Firefox Nightly. The same thing doesn't happen with other versions (such as the regular version or the Developer Edition), so it's probably due to an update.
Bug: The "VPN Moments Page 13" is wrongly displayed for first time users that installed the "Multi-Account Containers" extension during the same session
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2021-12-30 15:04:40+00:00
Resolved: 2022-06-23 15:42:43+00:00

**[Affected versions]:**
- Firefox Release 95.0.2 - Build ID: 20211218203254

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.6.1
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have the latest Firefox Release 95.0.2 en-US locale installed.
- Have a VPN solution set up for the US.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Download the "Multi-Account Container" add-on.
3. Restart the browser and observe the displayed page.

**[Expected result]:**
- The "VPN Moments Page 12" is triggered.

**[Actual result]:**
- The "VPN Moments Page 13" is triggered instead.

**[Notes]:**
- Attached is a screen recording of the issue.
Bug: When "Bookmarks Toolbar: Only show on new tab" is selected, bookmark bar doesn't show when new window is open
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-30 22:37:06+00:00
Resolved: 2022-01-02 06:48:39+00:00

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

Steps to reproduce:

- Select "Bookmarks Toolbar: Only show on new tab";
- Open a new browser window;


Actual results:

- The new browser window opens with a new empty tab, but bookmarks bar is not showing. However if a new tab is opened, bookmark bar shows up;


Expected results:

- As the new window actually opens a new tab, bookmark bar should appear
Bug: Broken cursor.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-31 13:31:55+00:00
Resolved: 2021-12-31 20:42:22+00:00

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

Steps to reproduce:

browser: firefox browser developer edition 96.0b10 (64 бита)
1. add to link adress - https://www.google.com 
2. click under the button I'm lucky, to the left
3. open text cursor 


Actual results:

open text cursor


Expected results:

nothing
Bug: Sync Send Tab - Device duplicates after wiping a signed in device
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2021-12-31 19:56:12+00:00
Resolved: 2024-01-26 17:25:52+00:00

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

Steps to reproduce:

Probably happens when I am wiping my phone to install a new custom OS without logging out of my firefox account on my phone.


Actual results:

When I want to send a tab to my phone, it is listed three times but my phone is only listed once in my connected services. It will be more clear in the screenshot.
Any possible solutions without clearing data or logouts?


Expected results:

There should only be one of each device to send the tab to.
Bug: 'Manage Bookmarks' appears twice on Bookmarks dropdown.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-01 02:21:01+00:00
Resolved: 2022-01-01 20:50:47+00:00

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

Steps to reproduce:

Selected dropdown and noticed. 


Actual results:

Manage Bookmarks suddenly appeared twice on same menu


Expected results:

It usually appears once at the top.
Bug: In the  standalone search bar, guess candidates are not displayed in the candidate window of ATOK (Japanese IME).
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-01-01 12:45:19+00:00
Resolved: 2022-02-22 21:26:40+00:00

Steps to reproduce:
1. Prerequisite: install ATOK2021 and Enable standalone Search bar
2. Start Firefox
3. Select the Search bar
4. IME on and Type `moji`

Actual results:
`Guess candidates(推測候補ウィンドウ)` are not displayed unless changing ATOK property(入力補助 > 特殊 > uncheck 「入力欄の属性を参照する」).

Expected results:
`Guess candidates(推測候補ウィンドウ)` should be displayed in the candidate window without changing ATOK property .
See attached screenshot.
Bug: Intermittent [tier 2] TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/tabs/browser_multiselect_tabs_mute_unmute.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-01-01 12:49:40+00:00
Resolved: 2023-06-02 12:04:24+00:00

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

---
```
[task 2022-01-01T12:05:30.590Z] 12:05:30     INFO - TEST-PASS | browser/base/content/test/tabs/browser_multiselect_tabs_mute_unmute.js | Tab0 is active - 
[task 2022-01-01T12:05:30.590Z] 12:05:30     INFO - Leaving test bound playTabs_usingButton
[task 2022-01-01T12:05:30.590Z] 12:05:30     INFO - Entering test bound checkTabContextMenu
[task 2022-01-01T12:05:30.590Z] 12:05:30     INFO - Console message: [JavaScript Error: "TypeError: can't access property "audioPlaybackStopped", browser is null" {file: "resource://gre/actors/AudioPlaybackParent.jsm" line: 24}]
[task 2022-01-01T12:05:30.590Z] 12:05:30     INFO - receiveMessage@resource://gre/actors/AudioPlaybackParent.jsm:24:9
[task 2022-01-01T12:05:30.590Z] 12:05:30     INFO - 
[task 2022-01-01T12:05:30.591Z] 12:05:30     INFO - Console message: [JavaScript Error: "TypeError: can't access property "audioPlaybackStopped", browser is null" {file: "resource://gre/actors/AudioPlaybackParent.jsm" line: 24}]
[task 2022-01-01T12:05:30.591Z] 12:05:30     INFO - receiveMessage@resource://gre/actors/AudioPlaybackParent.jsm:24:9
[task 2022-01-01T12:05:30.591Z] 12:05:30     INFO - 
[task 2022-01-01T12:05:30.591Z] 12:05:30     INFO - Buffered messages finished
[task 2022-01-01T12:05:30.591Z] 12:05:30    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/tabs/browser_multiselect_tabs_mute_unmute.js | application timed out after 370 seconds with no output
[task 2022-01-01T12:05:30.591Z] 12:05:30    ERROR - Force-terminating active process(es).
[task 2022-01-01T12:05:30.591Z] 12:05:30     INFO - Determining child pids from psutil...
[task 2022-01-01T12:05:30.592Z] 12:05:30     INFO - [1551, 1552, 1555, 1556, 1560, 1568, 1775, 2145, 2146, 2151, 2158]
```
Bug: Upgrade PBKDF2 iterations
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-01 20:03:05+00:00
Resolved: 2023-05-23 04:26:12+00:00

Currently Firefox Account [uses 1000 PBKDF2 iterations](https://searchfox.org/mozilla-central/rev/65ffce9728cb664ad126a5331331bb1b241300b7/services/fxaccounts/Credentials.jsm#26) (rounds). This is very low.

Hardcoding iteration count is not future proof. A key derived with 100 000 iterations was good enough for 2016 laptop. 2019 model would need 200 000+ iterations for PBKDF2 to perform under the same time. 

We must choose iteration count so derivation will have to take acceptable time. For example 1 second.

We also must upgrade iteration count when derivation happens too fast. For example derivation faster than 0.5sec can trigger an upgrade.
Bug: Address bar has no focus after Ctrl+T from fullscreen YouTube video
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-01 23:05:28+00:00
Resolved: 2022-01-03 12:31:13+00:00

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

Steps to reproduce:

Playing any YouTube video in fullscreen (key 'f') mode.
Press Ctrl+T.
Try to start typing into address bar.
The issue is also described here: https://www.reddit.com/r/firefox/comments/gptjcd/is_there_any_way_to_focus_the_address_bar_when/




Actual results:

Nothing happens because the address bar has no focus.
(One needs to type Ctrl+L as a workaround.)



Expected results:

One can by typing into address bar like when one presses Ctrl+T from normal pages.
Bug: Double-spaced menu in Firefox 95.0.2
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-02 04:42:42+00:00
Resolved: 2022-01-10 07:37:52+00:00

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

Steps to reproduce:

Easy. Upgraded from Firefox 90 to Firefox 95.0.2.
Correction: tried to upgrade


Actual results:

All the drop-down bookmark menu items are DOUBLED-SPACED! Apparently your software developers must have no more than 5 items in a list. My drop-downs are much longer. To get to the bottom, I must scroll. This is ridiculous.


Expected results:

You should go back to single-space drop-down menus or provide a fast fix in config.
I understand people have been complaining about this since Firefox 91.

I'll keep using Firefox 90 until or unless this is fixed.
Bug: Last Used date of cookies/storage shouldn't be updated by sessions kept alive because of unclosed tabs
Status: UNCONFIRMED
Priority: --
Created: 2022-01-02 12:28:53+00:00
Resolved: 2022-01-19 12:11:14+00:00

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

Steps to reproduce:

Before doing a backup of my profile, I went to "Manage history" to remove items older than 6 months.  Then I went to "Manage Cookies and Site Data".


Actual results:

Almost everything has a "Last Used" date of "5 minutes ago" even though I didn't do any browsing today before clearing some of my history.


Expected results:

"Last Used" column should show date when I last actually visited a website.
Bug: About Firefox window is wider
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-02 18:50:06+00:00
Resolved: 2022-01-03 00:33:03+00:00

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

Steps to reproduce:

1.Open the hamburger menu
2.Go to Help
3.Head to About Firefox


Actual results:

The window was shown in a different proportion than normal


Expected results:

That it will be displayed as it normally does in other versions of Firefox
Bug: firefox will not save webpage as complete
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-03 01:38:31+00:00
Resolved: 2022-01-04 14:56:30+00:00

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

Steps to reproduce:

1: Visit a website that doesn't save properly.
2: Save webpage as complete.
3: It doesn't work. I did try with all add-ons disabled.

Here are some URLs for reproduction purposes:
https://www.dw.com/en/how-chinas-mines-rule-the-market-of-critical-raw-materials/a-57148375
https://www.theepochtimes.com/new-us-senate-bill-seeks-to-boost-domestic-rare-earth-production-wean-off-chinese-imports_2999724.html
https://www.zdnet.com/article/us-president-biden-signs-law-to-ban-huawei-and-zte-from-receiving-fcc-licences/
https://www.theverge.com/2021/6/3/22516719/biden-executive-order-american-investment-chinese-firms-huawei-zte



Actual results:

The download failed.


Expected results:

The webpage should have been saved as complete.
Bug: Firefox 95.0.2 hangs on Linux Mint 17.3 Cinnamon 64-bit
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-01-03 16:52:50+00:00
Resolved: 2023-03-25 19:25:36+00:00

Steps to reproduce:

Firefox 95.0.2 crash on Linux Mint 17.3 Cinnamon 64-bit.


Actual results:

Impossible close any Firefox window - freeze.


Expected results:

Firefox freeze.
You need kill Firefox.

Back to Firefox/94.0
Bug: Downloading intermediate CA's cert from about:certificate yields the wrong filename
Status: NEW
Priority: --
Created: 2022-01-03 19:42:02+00:00
Resolved: 2022-01-25 00:12:51+00:00

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

Steps to reproduce:

It's often useful to get a copy of the intermediate certificate that firefox is using when visiting a site with a "transvalid" certificate, because you can use firefox's intermediate CA cache to identify and export a copy of the necessary intermediate cert.

However, downloading the intermediate cert on its own from the about:certificate manager yields a PEM file named after the end-entity certificate, not named after the intermediate CA.

For example: visit this site (https://bugzilla.mozilla.org) and click the lock icon (🔒) in the URL bar; click "connection secure" and then "More information"  and from the resulting "Page Info" dialog box, ensure that the "security" tab is chosen.  Click "View Certificate".  This opens an `about:certificate` URL (with a very large `cert=` parameter i won't introduce here) in a new tab.

This new tab has three sub-tabs, the first for the end-entity cert, the second for the intermediate cert ("DigiCert TLS RSA SHA256 2020 CA1" as of right now) and the root cert ("DigiCert Global Root CA" right now).  Click the middle sub-tab (the intermediate cert), and scroll down to "Download" under the "Miscellaneous" section.  There, there are two links:

 - "PEM (cert)"
 - "PEM (chain)"

clicking the "PEM (cert)" link will let the user save the file, which on my platform drops a file in ~/Downloads. This file contains the intermediate cert, as it should.  that file is attached to this report.


Actual results:

Following the above directions, the file's name in ~/Downloads is `bugzilla-mozilla-org.pem`. 


Expected results:

it should have been named something like `DigiCert-TLS-RSA-SHA256-2020-CA1.pem`, because it contains no information related to bugzilla.mozilla.org.
Bug: Deleting latest used bookmark folder disables adding new bookmarks until restarting Firefox
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-01-03 21:11:55+00:00
Resolved: 2022-02-11 12:35:38+00:00

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

Steps to reproduce:

* Added a few bookmarks (using ctrl-D) all to the same target folder
* Opened "Manage Bookmarks"
* Moved all bookmarks from that target folder to some different folders (in the bookmark manager)
* Deleted the now empty folder that had been previously used with ctrl-D
* Opened a new web page
* Tried to bookmark it



Actual results:

* Bookmark dialog did not open, bookmark was not created



Expected results:

* Bookmark dialog should still open, with no folder selected and "save" button disabled until a folder is chosen

I've found this workaround:
* Open an already bookmarked page
* Edit bookmark using ctrl-D
* Choose a new folder (that will become the latest used target folder this way)
* Now adding bookmarks will work again
Bug: Intermittent browser/base/content/test/tabs/browser_viewsource_of_data_URI_in_file_process.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-01-03 21:25:40+00:00
Resolved: 2024-04-29 12:01:29+00:00

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

---
```
[task 2022-01-03T20:23:44.037Z] 20:23:44     INFO - TEST-START | browser/base/content/test/tabs/browser_viewsource_of_data_URI_in_file_process.js
[task 2022-01-03T20:30:26.987Z] 20:30:25     INFO - TEST-INFO | started process screentopng
[task 2022-01-03T20:30:42.057Z] 20:30:41     INFO - TEST-INFO | screentopng: killed by SIGSEGV
[task 2022-01-03T20:30:45.433Z] 20:30:45     INFO - Buffered messages logged at 20:23:44
[task 2022-01-03T20:30:52.491Z] 20:30:51     INFO - Entering test bound 
[task 2022-01-03T20:30:58.552Z] 20:30:58     INFO - Buffered messages logged at 20:24:39
[task 2022-01-03T20:31:06.865Z] 20:31:06     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "file:///builds/worker/workspace/build/tests/mochitest/browser/browser/base/content/test/tabs/dummy_page.html" line: 0}]
[task 2022-01-03T20:31:13.722Z] 20:31:13     INFO - Buffered messages finished
[task 2022-01-03T20:31:16.090Z] 20:31:15     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_viewsource_of_data_URI_in_file_process.js | Test timed out - 
[task 2022-01-03T20:36:50.196Z] 20:36:48     INFO - Buffered messages finished
[task 2022-01-03T20:37:13.733Z] 20:37:11    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/tabs/browser_viewsource_of_data_URI_in_file_process.js | application timed out after 370 seconds with no output
[task 2022-01-03T20:37:38.544Z] 20:37:36    ERROR - Force-terminating active process(es).
[task 2022-01-03T20:37:56.279Z] 20:37:55     INFO - Determining child pids from psutil...
[task 2022-01-03T20:39:57.197Z] 20:39:56     INFO - [1677, 1763, 1794, 1839, 1938, 3002, 3022, 3046, 3241]
```