av9ash/GitBugs huggingface dataset:
Bug: The second paragraph from the “Mobile Cross-Promo” screen is focused and actionable when using the Keyboard navigation
Status: RESOLVED
Priority: P4
Resolution: WONTFIX
Created: 2022-09-13 12:40:37+00:00
Resolved: 2022-10-10 18:10:46+00:00

**[Notes]:**
- The "send yourself a download link" link is correctly focused after pressing again the “Tab” key.

**[Affected versions]:**
- Firefox Nightly 106.0a1 (Build ID: 20220913092817)
- Firefox Beta 105.0 RC (Build ID: 20220912145803)

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

**[Prerequisites]:**
- Have the latest version of the Firefox Nightly build installed/extracted and opened.

**[Steps to reproduce]:**
1. Navigate to the “about:welcome” page.
2. Click the “Skip this step” button until the “Mobile Cross-Promo” screen is displayed.
3. Press the “Tab” key.
4. Observe what happens.

**[Expected result]:**
 - The "send yourself a download link" link is focused.

**[Actual result]:**
 -  The whole paragraph is focused.

**[Additional Notes]:**
- Attached is a screen recording of the issue.
Bug: Search bar is not visible if added to Menu Bar
Status: NEW
Priority: P3
Created: 2022-09-13 12:49:39+00:00
Resolved: 2024-01-29 11:04:06+00:00

**Found in**
* 105.0

**Affected versions**
* 106.0a1 (20220912214055)
* 105.0 (20220912145803)
* 104.0.2 (20220912145803)
* 91.13esr (20220811191823)



**Tested platforms**
* Affected platforms:
* Ubuntu 22
* Windows 10x64

**Steps to reproduce**
1. Open the Customize page and enable Menu Bar from Toolbars.
2. Drag and drop the Search bar on the Menu Bar.
3. Close the Customize menu and observe the Search bar.

**Expected result**
* The Search bar is visible.

**Actual result**
* Only the Search string is visible. The search bar is not visible.

**Regression range**
* Last good revision: 2da6d806f45732e169fd8e7ea9a9761fa7fed93d (2021-03-25)
First bad revision: 55c63a6c547f1fecd412505a064f21fd1e1ec48e (2021-03-26)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2da6d806f45732e169fd8e7ea9a9761fa7fed93d&tochange=55c63a6c547f1fecd412505a064f21fd1e1ec48e

**Additional notes**
* Attached a screen recording. 
* This happens with white and dark themes as well.
* The Search bar is not visible in Customize Menu while it's added to Menu Bar.
Bug: Whenever I try to go to www.applytexas.org, the address will correct itself and change to wwwapplytexas.org
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-13 13:07:02+00:00
Resolved: 2022-09-21 16:16:31+00:00

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

Steps to reproduce:

Go to www.applytexas.org


Actual results:

The address bar will change to wwwapplytexas.org and does not allow me to go to the correct website


Expected results:

Should have been able to go to www.applytexas.org without the address bar incorrectly changing itself
Bug: [Firefox-View] Hover button is small when Explanation Modal appears
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-13 14:18:41+00:00
Resolved: 2022-09-23 09:31:31+00:00

Nightly 106.0a1 (2022-09-13) (64-Bit)
macOS 12.5.1

STR:
1.) Update Nightly
2.) Open new Window
3.) Open the Firefox-View Tab
4.) Notice that Explanation Modal is too see
5.) Hover over the section collapse button

Actual: Hover button is very small

Expected: Hover button should be larger, like when Explanation Modal is not there

A screenshot is attached.

Thanks for checking.
Bug: Firefox View should not appear as hidden tab in tab manager
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-09-13 14:49:16+00:00
Resolved: 2022-09-14 14:52:15+00:00

STR:

1. open the tab manager (arrow button at the end of the tab strip)
2. see the hidden tabs menu

Actual:

Firefox View is listed as hidden tab.

Expected:

Since Firefox View is not hidden it shouldn't be listed as hidden tab in the tab manager.

(The screenshot is in German, sorry for that. "Ausgeblendete Tabs" is "Hidden Tabs".)
Bug: Only disabled quick actions shown in certain cases
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-09-13 15:04:43+00:00
Resolved: 2023-04-05 14:45:55+00:00

Open a new tab and type "screen".

Actual:
Capture screenshot is the only disabled action shown, so moving down with the mouse just selects the question mark button, that doesn't seem particularly useful

Expected:
If all the available actions are disabled, don't show QA at all. Or don't even return disabled actions, since what's the point of showing something I can't use?
Bug: [HCM][Win7] The quick actions buttons are not visible on mouse hover with high contrast white enabled
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-13 15:19:38+00:00
Resolved: 2023-06-15 11:50:57+00:00

**Found in**
106.0a1

**Affected versions**
Nightly 106.0a1

**Tested platforms**
Windows 7, Windows 10
**Affected platforms**
Windows 7, Windows 10

**Preconditions**
High contrast white enabled.

**Steps to reproduce**
1.  Launch firefox and click on the address bar.

**Expected result**
The quick actions buttons are not visible at all while hovering the mouse cursor over them.

**Actual result**
The quick actions buttons should be visible while hovering over them.

**Regression range**
Not a regression.

**Notes:**
1. The issue is also reproducible on Windows 10 but the buttons are barely visible compared to windows 7 where the buttons are not visible at all.
2. The issue is not reproducible if focus on the buttons using the keyboard navigation.
Bug: Downloaded files that are automatically opened are deleted on exit of private window
Status: NEW
Priority: P2
Created: 2022-09-13 15:24:50+00:00
Resolved: 2025-02-11 13:17:29+00:00

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

Steps to reproduce:

In a private window, I downloaded a PDF file that auto-opened in Firefox (the URL in the pdf viewer clearly showed it as in my download folder, not that it loaded from a URL). 


Actual results:

On closing the private window, the downloaded file deleted itself from my drive. I'm guessing it marked itself as a temporary file despite being downloaded and not viewed, but if I download a file it should be more clear whether or not it is temporary.


Expected results:

I was expecting the file to stay around, much like any other file I download.

I'm not sure if this is a bug or an intended feature I've been on the wrong end of, but I've lost a good bit of data this way by accident.

Is this an interaction with private browsing, a normal feature of downloaded files that auto-open, or something else?

If this is an intended behavior, can these files be marked as "will be deleted on exit" or similar in the download manager, ideally with a way to cancel the behavior?

Also, what even causes this? Some PDFs view normally in Firefox without downloading at all, some download to my drive, and some download with the auto-open set to on (which I'm guessing also treats them as temporary to delete on exit). Why are there different behaviors?
Bug: Firefox does not respect user’s chosen font size as reported by Gnome
Status: NEW
Priority: P5
Created: 2022-09-13 15:40:27+00:00
Resolved: 2023-03-29 16:14:19+00:00

After a recent upgrade to Firefox 104, I noticed right away that the text in the urlbar was larger than it ought to be. I chose a 12pt font for interface text as a good balance between readable character sizes and the amount of information on the screen, and now Firefox appears to be scaling that choice up.

Notice in the second screenshot that if I choose 10pt instead, Firefox scales that up to about 12pt. Of course, that works around the problem in Firefox at the cost of making text unreadable in all other applications, so it is just not acceptable.
Bug: Firefox View Feature Callout close button leaves focus in random places
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-13 16:46:14+00:00
Resolved: 2022-09-23 08:44:48+00:00

+++ This bug was initially created as a clone of Bug #1790382; splitting outt the close button work so it can be parallelized +++

Per :ayeddi 

- "When Close button is activated, the programmatic focus lands inconsistently somewhere on the page to any item that was under the Close button. It is expected that the focus would return to the top of the page, if the user did not navigate the page prior to getting on the onboarding popup. But if the user wandered around, the best place to return the focus would be the last focusable element before the onboarding popup was injected in the DOM or on the topmost element right after it, i.e. when the last popup is dismissed, the focus could be placed on the aside section for Colorways, for instance with the tabindex="-1" on the Independent Voices heading, so the user does not miss any piece of the content after the dismissal"

See `featureCallout.mjs` for feature callout code.
Bug: We should clear the pref that stores the open state of the Tab Pickup area, so it doesnt collapse automatically when sync setup is completed
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-09-13 23:11:47+00:00
Resolved: 2022-11-03 13:41:28+00:00

We added prefs to store the open state of the 2 containers on Firefox View in bug 1779384. 
That correctly arranged for any persisted "closed" state for the Tab Pickup to be ignored when in the sync setup flow. 
But if a user had previously completed this flow and collapsed the container, when setup is completed again, the container will automatically collapse, hiding any recently synced tabs. Even though we are technically doing what the user asked, it feels odd for the result of the setup flow to be a collapsed container.

Probably we should just clear the pref when entering any of the setup states which would avoid this.
Bug: Twitch not loading
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-14 00:20:35+00:00
Resolved: 2022-09-16 08:22:17+00:00

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

Steps to reproduce:

I loaded up a twitch stream, and it isn't loading for me. I cleared my cache, cookies and restarted my modem and router and the issue still happens. 


Actual results:

I loaded up a twitch stream, and it isn't loading for me. 


Expected results:

The twitch page should have loaded.
Bug: Intermittent browser/components/firefoxview/tests/browser/browser_entrypoint_management.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-09-14 05:45:39+00:00
Resolved: 2022-10-25 17:03:03+00:00

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

---
```
[task 2022-09-14T04:50:23.064Z] 04:50:23     INFO - TEST-PASS | browser/components/firefoxview/tests/browser/browser_entrypoint_management.js | Button remains in the navigation toolbar - 
[task 2022-09-14T04:50:23.065Z] 04:50:23     INFO - Console message: [JavaScript Error: "TypeError: can't access property "addEventListener", browser is null" {file: "resource:///actors/ContentSearchParent.jsm" line: 673}]
[task 2022-09-14T04:50:23.065Z] 04:50:23     INFO - receiveMessage@resource:///actors/ContentSearchParent.jsm:673:5
[task 2022-09-14T04:50:23.065Z] 04:50:23     INFO - 
[task 2022-09-14T04:50:23.065Z] 04:50:23     INFO - Console message: [JavaScript Error: "TypeError: can't access property "addEventListener", browser is null" {file: "resource:///actors/ContentSearchParent.jsm" line: 673}]
[task 2022-09-14T04:50:23.065Z] 04:50:23     INFO - receiveMessage@resource:///actors/ContentSearchParent.jsm:673:5
[task 2022-09-14T04:50:23.065Z] 04:50:23     INFO - 
[task 2022-09-14T04:50:23.065Z] 04:50:23     INFO - Leaving test bound test_button_moved
[task 2022-09-14T04:50:23.065Z] 04:50:23     INFO - Buffered messages finished
[task 2022-09-14T04:50:23.065Z] 04:50:23     INFO - TEST-UNEXPECTED-FAIL | browser/components/firefoxview/tests/browser/browser_entrypoint_management.js | waiting for vsync to be disabled - timed out after 50 tries. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 575
[task 2022-09-14T04:50:23.065Z] 04:50:23     INFO - Stack trace:
[task 2022-09-14T04:50:23.065Z] 04:50:23     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:575
[task 2022-09-14T04:50:23.065Z] 04:50:23     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-09-14T04:50:23.066Z] 04:50:23     INFO - TEST-UNEXPECTED-FAIL | browser/components/firefoxview/tests/browser/browser_entrypoint_management.js | vsync remained enabled at the end of the test. Is there an animation still running? Consider talking to the performance team for tips to solve this. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 576
[task 2022-09-14T04:50:23.066Z] 04:50:23     INFO - Stack trace:
[task 2022-09-14T04:50:23.066Z] 04:50:23     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:576
[task 2022-09-14T04:50:23.066Z] 04:50:23     INFO - GECKO(3371) | MEMORY STAT | vsize 410854MB | residentFast 481MB | heapAllocated 177MB
[task 2022-09-14T04:50:23.066Z] 04:50:23     INFO - TEST-OK | browser/components/firefoxview/tests/browser/browser_entrypoint_management.js | took 7879ms
```
Bug: Intermittent browser/base/content/test/tabPrompts/browser_promptFocus.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-09-14 12:25:57+00:00
Resolved: 2023-06-30 12:02:54+00:00

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

---
```
[task 2022-09-14T10:58:44.103Z] 10:58:44     INFO - TEST-START | browser/base/content/test/tabPrompts/browser_promptFocus.js
[task 2022-09-14T10:59:29.206Z] 10:59:29     INFO - TEST-INFO | started process screentopng
[task 2022-09-14T10:59:29.496Z] 10:59:29     INFO - TEST-INFO | screentopng: exit 0
[task 2022-09-14T10:59:29.497Z] 10:59:29     INFO - Buffered messages logged at 10:58:44
[task 2022-09-14T10:59:29.498Z] 10:59:29     INFO - Entering test bound test_tabdialogbox_tab_switch_focus
[task 2022-09-14T10:59:29.499Z] 10:59:29     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "http://example.com/" line: 0}]
[task 2022-09-14T10:59:29.500Z] 10:59:29     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "http://example.com/" line: 0}]
[task 2022-09-14T10:59:29.501Z] 10:59:29     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "http://example.com/" line: 0}]
[task 2022-09-14T10:59:29.502Z] 10:59:29     INFO - Buffered messages finished
[task 2022-09-14T10:59:29.502Z] 10:59:29     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabPrompts/browser_promptFocus.js | Test timed out - 
[task 2022-09-14T10:59:29.503Z] 10:59:29     INFO - GECKO(13298) | MEMORY STAT | vsize 3127MB | residentFast 433MB | heapAllocated 262MB
[task 2022-09-14T10:59:29.504Z] 10:59:29     INFO - TEST-OK | browser/base/content/test/tabPrompts/browser_promptFocus.js | took 45107ms
```
Bug: When opening multiple new tabs from a single first tab, the newest tab first appears to the right of the first tab, then jumps to the right of the new tabs previously opened from the first tab.
Status: UNCONFIRMED
Priority: --
Created: 2022-09-14 12:44:03+00:00
Resolved: 2022-10-14 13:28:17+00:00

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

Steps to reproduce:

Open links in a new tab from a primary tab. Any links on any website.


Actual results:

The newest opened tab appears to the immediate right of the primary tab. It then jumps to the right of the tabs previously opened from links in the primary tab.


Expected results:

Whether the tab should appear to the immediate right of the primary tab, or to the right of the tabs previously opened from it, I do not know. But it should not jump, as it leads to clicking on the tab, only to open a different tab, as there was a jump under the cursor.
Bug: Investigate using SessionStore._resetClosedIds for restored windows
Status: NEW
Priority: --
Created: 2022-09-14 13:24:29+00:00
Resolved: 2022-09-29 12:08:03+00:00

In bug 1789652, a bug was detected in  `SessionStore._nextClosedId` that caused duplicate `closedIds` to be used in new tab entries that were also used in restored tabs.

A fix to prevent this was introduced to reset `closedId`s for restored tabs specifically in the aforementioned bug (via using `SessionStore._resetClosedIds`). We should investigate if this should apply to windows also since its also given this type of [ID](https://searchfox.org/mozilla-central/source/browser/components/sessionstore/SessionStore.jsm#2133).
Bug: Description of sections are highlighted when double-clicking expand/collapse buttons
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2022-09-14 13:45:00+00:00
Resolved: 2022-09-14 14:43:24+00:00

**Affected versions**
* 106.0a1

**Tested platforms**
* Affected platforms: macOS12 , Windows 10, Win11, Ubuntu 22

**Steps to reproduce**
1. Launch FF.
2. Go to FF View.
3. Perform multiple click on the expand/collapse button for Recently Closed or Tab Pickup sections.

**Expected result**
* The sections collapse and expand without any text from the description being selected.

**Actual result**
* The sections collapse and expand with the first words(and sometimes whole sentence) of the description being selected(highlighted)

**Regression range**
* First bad: bc1490291109d42830cfc3bd0383e82b73de9deb
* Last good: b3308e461ffc809fa2225c1221bb50b28c874ff9
* Pushlog_url: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8644e2025dbd2f65153214da699b9e87d5f1756e&tochange=bc1490291109d42830cfc3bd0383e82b73de9deb
* Potential regressor : 1784902
Bug: Disabling an option controlling a cipher-suite has no effect
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-14 14:01:42+00:00
Resolved: 2022-09-16 06:57:20+00:00

Hello. A server of domain, for instance _letsencrypt.org_, which supports cipher-suite TLS_CHACHA20_POLY1305_SHA256 of TLS v. 1.3, and can be reached, in Linux with OpenSSL v. 3.0.5 installed, via commands `openssl s_client -strict -brief -ciphersuites TLS_CHACHA20_POLY1305_SHA256 letsencrypt.org:443` and `curl --tls13-ciphers TLS_CHACHA20_POLY1305_SHA256 -v letsencrypt.org`, cannot be in Firefox while in `about:config` page, options whose names begin by _security.ssl3_ have all been disabled (by setting parameter to _false_ excepting _security.ssl3.ecdhe_ecdsa_chacha20_poly1305_sha256_, then browser restarted for changes to take effect. Despite those settings Firefox manages to establish a connection with a cipher-suite whose option it is controlled by has been disabled. 

Here as reported in Firefox:
_Protocol version: "TLSv1.3"
Cipher suite: "TLS_AES_128_GCM_SHA256"
Key Exchange Group: "P256"
Signature Scheme: "ECDSA-P256-SHA256"_
Bug: two private browsing shortcuts are sometimes created
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-14 14:45:12+00:00
Resolved: 2022-10-06 14:21:19+00:00

QA reported this in https://bugzilla.mozilla.org/show_bug.cgi?id=1789991#c10, but it's actually a distinct issue. The problem boils down to the fact that we have two separate strings for the Private Browsing shortcuts (one for the installer, one for the browser), and if they don't match, we'll end up with two shortcuts. This can happen in at least two cases:
1) If a localized build has only translated one string -- in which we end up with a localized shortcut _and_ an en-US one (ew)
2) If a localized build has translated the two strings differently - we end up with two slightly different localized shortcuts.

As far as I know, there's no way to share strings between the installer and the browser, so I think the best fix here is to simply remove shortcut creation from the installer (which was only added as an optimization). Doing so will cause a small amount of I/O at first run, but that's on a background thread these days anyways. Once the shortcut is created successfully once all of that I/O is skipped in subsequent launches.

The other downside to not doing it in the installer is that the shortcut will not exist until Firefox runs - but given that our primary install flow (the stub installer) automatically launches Firefox, this seems OK enough.
Bug: "View Add-ons" and "Manage extension" quick actions appear to be duplicates
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-14 15:03:59+00:00
Resolved: 2022-10-10 09:18:44+00:00

The "View Add-ons" and "Manage extension" quick actions show up together among the top site results. They sound like they'd do the same, and both do in fact appear to just open about:addons. Why do we have these two separate actions doing apparently the same thing?
Bug: Firefox View feature tour third card goes out of view on screen resizing
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-14 15:47:26+00:00
Resolved: 2022-10-17 15:29:37+00:00

On window resizing, the third card in the callout is scrolled down out of view (you can see its little triangle in the bottom of the 1668x1534 screenshot.
Bug: Firefox View button keeps "selected" state if removed from the toolbar while active/selected
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-09-14 16:18:04+00:00
Resolved: 2022-09-26 12:44:02+00:00

STR:

1. open firefox view in the tabstrip
2. right click the entrypoint and remove from toolbar
3. go to customize mode
4. put it back on the toolbar

ER:
It doesn't show up as selected because you've got a different tab selected

AR:
It shows up as selected in addition to the "really" selected tab.
Bug: Intermittent TV browser/components/sessionstore/test/browser_undoCloseById.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-09-14 17:22:38+00:00
Resolved: 2022-10-18 17:02:53+00:00

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

---
```
[task 2022-09-14T15:29:35.696Z] 15:29:35     INFO - TEST-PASS | browser/components/sessionstore/test/browser_undoCloseById.js | The last closed object is a window - 
[task 2022-09-14T15:29:35.697Z] 15:29:35     INFO - Leaving test bound test_undoCloseById
[task 2022-09-14T15:29:35.697Z] 15:29:35     INFO - Buffered messages finished
[task 2022-09-14T15:29:35.697Z] 15:29:35     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_undoCloseById.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2022-09-14T15:29:35.698Z] 15:29:35     INFO - GECKO(3653) | MEMORY STAT | vsize 24565MB | residentFast 343MB | heapAllocated 158MB
[task 2022-09-14T15:29:35.698Z] 15:29:35     INFO - TEST-OK | browser/components/sessionstore/test/browser_undoCloseById.js | took 46229ms
```