av9ash/GitBugs huggingface dataset:
Bug: The focus doesn’t remain on the “about:welcome” page when the “send yourself a download link” link is accessed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-19 07:59:31+00:00
Resolved: 2022-08-25 15:46:51+00:00

**[Affected versions]:**
- Firefox Nightly 105.0a1 (Build ID: 20220818214910)

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

**[Prerequisites]:**
- Have the Firefox browser installed and opened.
- Have the “browser.aboutwelcome.templateMR” pref set to true.

**[Steps to reproduce]:**
1. Restart the browser and navigate to the “about:welcome” page.
2. Click the “Skip this step” button until the Mobile Cross-Promo screen is displayed.
3. Click the “send yourself a download link” link.
4. Observe what happens.

**[Expected result]:**
 - The Download page is opened in a new tab, and the focus remains on the “about:welcome” page.

**[Actual result]:**
 - The Download page is opened in a new tab, and the focus switches to this page.

**[Notes]:**
- This issue is specific only for new users.
- Attached is a screen recording of the issue.
Bug: "List all tabs" / tab manager button appears when opening Firefox View
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-08-19 11:02:04+00:00
Resolved: 2024-10-12 19:08:20+00:00

We have a security / user control feature where the "List all tabs" button provides access to hidden tabs. Normally, the button appears when tabs overflow, but because of said feature, having hidden tabs makes it show up as well. So what's happening here is that because Firefox View is using a hidden tab, opening it suddenly shows the "List all tabs" button at the end of the tab strip.

So this is a bit of an odd bug report. There's nothing inherently wrong with what I've described above and I'm not suggesting that we change the logic around hidden tabs.

I think the most straightforward solution or improvement we can make here is to set `browser.tabs.tabmanager.enabled = true`, that is, show the "List all tabs" button always and unconditionally. Bug 1494755 tracks that. There are a couple of bugs marked as blocking that bug, but they're potential enhancements to the menu (which we've already exposed to users under the conditions I mentioned) that shouldn't block flipping the pref. The feature is pretty much ready as-is.
Bug: [Colorway Closet] Grid layout still changes depending on the length of colorway descriptions
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-08-19 12:57:37+00:00
Resolved: 2022-08-23 02:51:22+00:00

From Misha in the Design Review Notes, Aug 16, 2022:

> Smaller responsive size (achieved by compressing browser size manually) makes modal move around when switching colorways
Bug: Perma browser/base/content/test/contextMenu/browser_contextmenu.js | checking item #5 (context-imagetext) name - Got "---", expected "context-imagetext" when Gecko 105 switches to Late Beta on 2022-09-02
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-19 14:11:58+00:00
Resolved: 2022-08-22 08:38:19+00:00

* [Central-as-beta](https://treeherder.mozilla.org/jobs?repo=try&selectedTaskRun=PHKACtMlRGSSC6KTWWYoQw.0&revision=214e52e00e231bf6c9c016c61b4975fd79ae5dd5&group_state=expanded)
* [How to run these simulations](https://wiki.mozilla.org/Sheriffing/How_To/Beta_simulations#TRUNK_AS_EARLY_BETA)
* [Failure log](https://treeherder.mozilla.org/logviewer?job_id=387881961&repo=try&lineNumber=2071)

```
[task 2022-08-19T13:32:59.981Z] 13:32:59     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu.js | checking item #4 (context-sendimage) enabled state - 
[task 2022-08-19T13:32:59.981Z] 13:32:59     INFO - Buffered messages finished
[task 2022-08-19T13:32:59.981Z] 13:32:59     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_contextmenu.js | checking item #5 (context-imagetext) name - Got "---", expected "context-imagetext"
[task 2022-08-19T13:32:59.981Z] 13:32:59     INFO - Stack trace:
[task 2022-08-19T13:32:59.981Z] 13:32:59     INFO - chrome://mochikit/content/browser-test.js:test_is:1468
[task 2022-08-19T13:32:59.981Z] 13:32:59     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:checkMenuItem:161
[task 2022-08-19T13:32:59.981Z] 13:32:59     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:checkMenu:281
[task 2022-08-19T13:32:59.981Z] 13:32:59     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:checkContextMenu:151
[task 2022-08-19T13:32:59.981Z] 13:32:59     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:test_contextmenu:420
[task 2022-08-19T13:32:59.981Z] 13:32:59     INFO - Not taking screenshot here: see the one that was previously logged
```

Looks like it was caused by Bug 1784489.
Greg, can you take a look please?
Thank you.
Bug: privacy.resistFingerprinting disabling dark mode of firefox's PDF reader, there is no option to turn it on manually.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-20 10:41:06+00:00
Resolved: 2022-08-20 11:17:43+00:00

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

Steps to reproduce:

Steps to reproduce:
-> about:config
-> privacy.resistFingerprinting = true
-> Open a pdf in firefox. It will open in light theme.


Actual results:

PDF opened in light theme.


Expected results:

PDF should have opened in dark theme, as firefox is set to dark mode.
Bug: Will not Sync
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-08-20 21:09:53+00:00
Resolved: 2022-11-16 03:14:43+00:00

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

Steps to reproduce:

Reverted from windows 11 to 10, Firefox will not now sync
Attached the 'debug' file



Actual results:

Nothing, neither the sync  in the tools tab or settings are responding


Expected results:

My bookmarks/setting etc should have appeared
Bug: Web based mailto: associations (like gmail) are missing for me
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-08-21 02:17:35+00:00
Resolved: 2023-05-14 11:30:10+00:00

This Nightly profile is around a year old (on a new laptop running Windows 11).

I *think* this has been an issue since first installed.  
When I click on `mailto:` links I get a "choose an application" prompt but gmail is not among them. Previously (on another computer) I'm pretty sure that gmail and yahoo were available options.  Choosing "Firefox Nightly" doesn't seem to do anything.  Checking the "Applications" section of settings there are likewise no web mail options.

I checked in a different profile on Firefox release and mailto: isn't even in the Applications list.

A while ago someone on Matrix gave me a dev tools command or something to prompt adding gmail and mailto worked for a time, but it eventually disappeared. 🤷‍♂️
Bug: Mozilla Firefox Download Protections were bypassed by .atloc / .ftploc files on MacOS
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-08-21 10:04:26+00:00
Resolved: 2023-07-17 20:27:05+00:00

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

Steps to reproduce:

Mozilla Firefox Download Protections were bypassed by .atloc / .ftploc files on MacOS 

I have identified CVE-2021-38510 patched in 2021. Further analysis confirmed that vulnerabilities in this category have not yet been fully patched in Mozilla Firefox.

CVE-2021-38510: https://www.mozilla.org/en-US/security/advisories/mfsa2021-48/#CVE-2021-38510

The patched vulnerability outputs the following warning when downloading the executable file called inetloc.

```
Open Executable File?
“poc.inetloc” is an executable file. Executable files may contain viruses or other malicious code that could harm your computer. Use caution when opening this file. Are you sure you want to launch “poc.inetloc”?
```

However, this warning does alert not work for `.atloc` and `.ftploc` which can perform the same function, the executable will be executed. This issue can be vulnerable to arbitrary command execution.

1. Download the attachment `poc.atloc` / `poc.ftploc`.
2. There is no warning about downloading this executable file.


Actual results:

The file is downloaded without warning


Expected results:

A warning should have been given
Bug: [win7] right-click crashes firefox
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-21 15:59:15+00:00
Resolved: 2022-08-21 16:00:38+00:00

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

Steps to reproduce:

I right-clicked anywhere, videos, discord (browser), even firefox website.


Actual results:

Firefox stops responding and hangs indefinetely, until I end task or tasktree.
The empty, white content box stays on top of all windows and programs until task is ended.

[has been reoccuring issue for previous ~3-4 firefox versions]


Expected results:

Regular context menu.
Bug: Dragging a URL link to the desktop does not display website icon
Status: UNCONFIRMED
Priority: P5
Created: 2022-08-21 16:58:53+00:00
Resolved: 2024-07-03 18:47:01+00:00

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

Steps to reproduce:

The bug probably appears only when using the Microsoft Store version of Firefox.

1. Go to wikipedia.org webpage.
2. Drag the padlock icon next to the URL bar and drop it on the Windows Desktop.



Actual results:

A URL shortcut is created with the default icon (blank white page).

Opening the file in notepad, I see the following line:
IconFile=C:\Users\<username>\AppData\Local\Mozilla\Firefox\Profiles\<profile-code>.default-release\shortcutCache\eV8_WsSLxHadrTL1gAxhug==.ico


Expected results:

A URL shortcut should be created with the website favicon.

If I change the IconFile path to this line, it works and I get the wikipedia favicon:
IconFile=C:\Users\<username>\AppData\Local\Packages\Mozilla.Firefox_<some-code>\LocalCache\Local\Mozilla\Firefox\Profiles\<profile-code>.default-release\shortcutCache\eV8_WsSLxHadrTL1gAxhug==.ico
Bug: Intermittent browser/components/downloads/test/browser/browser_first_download_panel.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-08-22 02:47:03+00:00
Resolved: 2022-09-13 17:01:47+00:00

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

---
```
[task 2022-08-22T00:14:42.070Z] 00:14:42     INFO - TEST-START | browser/components/downloads/test/browser/browser_first_download_panel.js
[task 2022-08-22T00:15:27.094Z] 00:15:27     INFO - TEST-INFO | started process screenshot
[task 2022-08-22T00:15:27.274Z] 00:15:27     INFO - TEST-INFO | screenshot: exit 0
[task 2022-08-22T00:15:27.285Z] 00:15:27     INFO - Buffered messages logged at 00:14:42
[task 2022-08-22T00:15:27.285Z] 00:15:27     INFO - Entering test bound test_first_download_panel
[task 2022-08-22T00:15:27.286Z] 00:15:27     INFO - Buffered messages finished
[task 2022-08-22T00:15:27.287Z] 00:15:27     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_first_download_panel.js | Test timed out - 
[task 2022-08-22T00:15:27.287Z] 00:15:27     INFO - removing C:\Users\task_166112655203657\AppData\Local\Temp\dm-ui-test.file
[task 2022-08-22T00:15:27.288Z] 00:15:27     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-08-22T00:15:27.288Z] 00:15:27     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_first_download_panel.js | Uncaught exception received from previously timed out test - waitForCondition timer - Waiting for button downloads-button to have non-0 size - still pending at the end of the test
[task 2022-08-22T00:15:27.289Z] 00:15:27     INFO - GECKO(9020) | MEMORY STAT | vsize 2104277MB | vsizeMaxContiguous 65199865MB | residentFast 300MB | heapAllocated 112MB
[task 2022-08-22T00:15:27.289Z] 00:15:27     INFO - TEST-OK | browser/components/downloads/test/browser/browser_first_download_panel.js | took 45046ms
[task 2022-08-22T00:15:27.290Z] 00:15:27     INFO - checking window state
[task 2022-08-22T00:15:27.291Z] 00:15:27     INFO - TEST-START | browser/components/downloads/test/browser/browser_go_to_download_page.js
```
Bug: 0.16 - 0.06% installer size / installer size + 1 more (OSX) regression on Tue August 16 2022
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-08-22 08:25:37+00:00
Resolved: 2022-09-01 11:47:51+00:00

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

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| [0.16%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,1921012,1,2)  | installer size  | osx-shippable | nightly | 84,201,100.96 -> 84,337,887.50 |
| [0.10%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,2259234,1,2)  | installer size  | osx-shippable | instrumented | 120,508,702.79 -> 120,624,789.33 |
| [0.06%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,1921012,1,2)  | installer size  | osx-shippable | nightly | 84,242,426.17 -> 84,292,952.67 |


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

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: [New users] The “Skip this step” button from the “Import Data” screen is no longer correctly displayed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-22 08:45:31+00:00
Resolved: 2022-09-06 14:55:57+00:00

**[Affected versions]:**
- Firefox Nightly 105.0a1 (Build ID: 20220821185924)

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

**[Prerequisites]:**
- Have the Firefox browser installed and opened.
- Have the “browser.aboutwelcome.templateMR” pref set to true.

**[Steps to reproduce]:**
1. Restart the browser and navigate to the “about:welcome” page.
2. Click the “Skip this step” button until the “Import Data” screen is displayed.
3. Observe the “Skip this step” button from the bottom-right corner of the screen.

**[Expected result]:**
 - The “Skip this step” button is correctly displayed and contains its label.

**[Actual result]:**
 -  A tiny gray button without a label is displayed.

**[Regression Window]:**
- The issue is not reproducible with older Nightly 105.0a1 builds. Considering this using mozregression tools, I have found the regression range. Here are the results:
 Last good revision: 1d022fd2c07541e725479a3070e5ef4a513c5ac4
 First bad revision: a5fd749503d01b1fed163a3a8d0c190f69cdd978
 Pushlog: [link](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=1d022fd2c07541e725479a3070e5ef4a513c5ac4&tochange=a5fd749503d01b1fed163a3a8d0c190f69cdd978)

From this pushlog it seems that Bug 1781378 may have introduced this behavior.

**[Notes]:**
- The button is actionable.
- Attached is a screenshot of the issue.
Bug: The Gap Sponsored tile is not recognized as sponsored in the "moz_historyvisits" table
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-08-22 08:55:11+00:00
Resolved: 2022-09-02 13:47:42+00:00

**[Affected versions]:**
- Nightly 105.01a

**[Affected Platforms]:**
- Mac 12.4
- Windows 10 x64
- Linux Mint 20

**[Prerequisites]:**
- Have the "DB Browser for SQLite" software installed/extracted.
- Have a new Firefox Profile created.
- Have the "places.sqlite" file from the new profile directory opened in "DB Browser for SQLite".
- Have a VPN set to US country.
- Have Gap Sponsored tile displayed in the new tab page.

**[Steps to reproduce]:**
1. Open the Nightly browser.
2. Click on the Gap Sponsored tile.
3. Focus the "DB Browser for SQLite", in "Browse Data" tab select "moz_historyvisits" table.
4. Refresh the database and observe the last value added in the "source" column.

**[Expected result]:**
- The source has value 1.

**[Actual result]:**
- The source has value 0.

**[Notes]:**
- Until now I have managed to reproduce this issue only with Gap Sponsored result. However, I am not sure if there are other sponsored tiles where this issue is reproducible. I will add a new comment if I find any. 
- Attached is a screen recording of the issue.
Bug: Firefox switches to the newly opened tab immediately
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-22 12:17:20+00:00
Resolved: 2022-08-29 00:25:49+00:00

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

Steps to reproduce:

1- Open Firefox
2- Uncheck the option ''When you open a link, image or media in a new tab, switch to it immediately''
3- Add a bookmark to your bookmark toolbar
4- either [middle-mouse-button click] OR [right click > open in new tab] to that bookmark you added
5- bookmark opens in a new tab, but Firefox switches to it immediately, which is not desired.


You could also have the same problem if you produce the following steps, too.

1- Open Firefox
2- Uncheck the option ''When you open a link, image or media in a new tab, switch to it immediately''
3- Open a new tab, and write anything into the address-bar, do not press enter
4- [middle-mouse-button click] onto one of the results in the drop-down
5- New tab opens with the desired result, but Firefox switches to it immediately.


Actual results:

A new tab opens, but Firefox switches to it immediately.


Expected results:

A new tab should open, but Firefox shouldn't switch to it immediately.
Bug: New Shortcuts appearing from the browsing-history
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-22 12:29:20+00:00
Resolved: 2022-09-23 21:19:16+00:00

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

Steps to reproduce:

1- Open Firefox
2- Open a new tab
3- Press the [Gear icon] on the top-right corner
4- Press [Manage more settings]
5- Under [Firefox Home Content], uncheck everything but ''Shortcuts'' (including sponsored shortcuts)

6- Open a new tab and pin 2-3 shortcuts to your favourite sites.
(uncertain) 7- refresh the page
8- Non-pinned websites from browse-history appear in the blank places, although the option [Recent activity] is unchecked.


Actual results:

Non-pinned websites from browse-history appear in the blank places


Expected results:

Non-pinned websites from browse-history shouldn't have appeared in the blank places
Bug: Firefox View button missing on first run with browser.tabs.firefox-view = true
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-22 13:49:24+00:00
Resolved: 2022-10-06 12:55:30+00:00

With `browser.tabs.firefox-view` set to `true` **by default**, the first run with a new profile has the Firefox View button missing. The button appears in subsequent runs with that profile. `browser_firefoxview_tab.js` has run into this problem, and bug 1771311 got backed out for it. I've tried to debug this but got kind of lost in the weeds of `CustomizableUI`. Still trying to make sense of this.
Bug: Disable "QuickActions" should disable search shortcuts
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-08-22 14:06:42+00:00
Resolved: 2023-06-15 11:50:57+00:00

**Note**
* note1

**Found in**
* 105.0a1 (2022-08-22) 

**Affected versions**
* 105.0a1 (2022-08-22) 

**Tested platforms**
* Affected platforms: Windows 10, Mac 11, Ubuntu 22


**Steps to reproduce**
1. Nightly/New profile. (quick actions enabled by default)
2. Navigate to about:preferences#privacy / Address Bar and disable feature by unchecking "about:preferences#privacy"
3. New tab and type in address bar > follow by space
4. New tab and Ctrl/cmd+k and observe the search engines.

**Expected result**
* quick search shortcuts do not contain QuickActions item
* search engines do not contain the QuickActions item
* keyboard combination for entering QuickActions search shortcuts is disabled

**Actual result**
* The options to disable "QuickActions" only disables the functionality

**Regression range**
* N/A
Bug: Colorways Modal has no title for screenreader (internal URI is read instead)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-22 16:43:59+00:00
Resolved: 2023-06-02 15:23:37+00:00

The colorways dialog needs a more descriptive title. Currently when it gets focused, the chrome URL is read. This is because the document inside of the dialog is missing a <title>.
Bug: Recently closed section in Firefox View should also be exposed as a landmark
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2022-08-22 16:58:56+00:00
Resolved: 2022-09-02 20:44:01+00:00

Tab Pickup (main landmark) and Colorways (complimentary landmark) are landmarks but Recently Closed is not. Let's fix this if it isn't intentional.
Bug: Intermittent browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-08-22 18:52:34+00:00
Resolved: 2022-09-20 17:02:57+00:00

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

---
```
[task 2022-08-22T16:53:05.891Z] 16:53:05     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js | Clipboard has the given value: 'https://example.com/' - 
[task 2022-08-22T16:53:05.892Z] 16:53:05     INFO - Leaving test bound test_copy_managedbookmark
[task 2022-08-22T16:53:05.892Z] 16:53:05     INFO - Buffered messages finished
[task 2022-08-22T16:53:05.893Z] 16:53:05     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.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-08-22T16:53:05.893Z] 16:53:05     INFO - GECKO(5248) | MEMORY STAT | vsize 2104139MB | vsizeMaxContiguous 65850048MB | residentFast 215MB | heapAllocated 80MB
[task 2022-08-22T16:53:05.894Z] 16:53:05     INFO - TEST-OK | browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js | took 57679ms
```