av9ash/GitBugs huggingface dataset:
Bug: google search becomes yahoo search
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-16 20:40:49+00:00
Resolved: 2021-06-07 07:21:56+00:00

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

Steps to reproduce:

The search engine shows Google



Actual results:

If I search something, it always used Yahoo search results


Expected results:

I want to see Google search results, not Yahoo search results
Bug: Bookmarks and history system not functional: files incorrectly deemed in use
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-17 01:06:11+00:00
Resolved: 2021-05-24 15:04:22+00:00

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

Steps to reproduce:

Power cut caused ungraceful shutdown.


Actual results:

"The bookmarks and history system will not be functional because one of Firefox's files is in use by another application. Some security software can cause this problem."


Expected results:

Nothing is using those files. This is a result of the crash, and Firefox incorrectly thinking something is in use. I don't know which file, because it doesn't say. However, the likely candidates appear to be places.sqlite and favicons.sqlite. Neither of which are in use (confirmed with lsof and fuser, just to be sure).

Removing those two files (and any associate writeahead log) and restarting the profile seems to fix the problem.

If it makes a difference, my home directory is NFS mounted.
Bug: "The page cannot be displayed properly"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-17 03:34:40+00:00
Resolved: 2021-07-30 18:34:46+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.212 Safari/537.36 Edg/90.0.818.62
Bug: The “Sign in” hyperlink hover effect from the “about:welcome” page is missing on the AR build
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-05-17 08:53:09+00:00
Resolved: 2021-05-31 06:43:03+00:00

**[Affected Versions]:**
- Firefox Beta 89.0b13 (Build ID: 20210516190025)
- Firefox Nightly 90.0a1 (Build ID:20210516091748)



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


**[Prerequisites]:**
- Have a new Firefox profile created.

**[Steps to reproduce]:**

1. Open the profile from the prerequisites.
2. Hover the “Sign In” hyperlink and observe the behavior.

**[Expected results]:**
- The “Sign in” hyperlink is underlined.
    
**[Actual results]:**
- Nothing happens.


**[Notes]:**
- Attached is a screen recording of the issue.
Bug: The second screen of the "about:welcome" page is skipped if a double click action is performed on the "Not now" secondary button from the first screen
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-05-17 09:17:23+00:00
Resolved: 2021-06-14 15:34:47+00:00

**[Affected versions]:**
- Firefox Beta 89.0b13 - Build ID: 20210516190025
- Firefox Nightly 90.0a1 - Build ID: 20210516091748

**[Affected Platforms]:**
- Windows 10 x64
- Windows 8.1 x64
- macOS 10.15.7
- Linux Mint 20 x64

**[Prerequisites]:**
- Have a new Firefox profile.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Double click the "Now now" secondary button.
3. Observe the behavior.

**[Expected result]:**
- The second screen of the "about:welcome" page is displayed.
 
**[Actual result]:**
- The third screen of the "about:welcome" page is displayed instead.

**[Regression Window]:**
- Since this issue is not reproducible with the Firefox Nightly build from 2021/05/17, using the Mozregression tool I have managed to find the following regression window:
Last good revision: 25854de1a92c7fec1fcf01f271189cce5008bd74
First bad revision: 88ca58d4c08e073fd52f332804a0da9a7d37b626
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=25854de1a92c7fec1fcf01f271189cce5008bd74&tochange=88ca58d4c08e073fd52f332804a0da9a7d37b626

From the pushlog it seems that bug 1698204 has caused this behavior.

**[Additional Notes]:**
- If a triple-click action is performed on the "Now now" secondary button from the first screen of the "about:welcome" page, the background image remains displayed and the user is not redirected to the "about:newtab" page.
- This issue is reproducible on the first and the second screen of the new users Onboarding.
- This issue is not reproducible with the Upgrade Onboarding modals.
- Attached a screen recording of the issue.
Bug: Long tab title is displayed without a fade on Windows 7
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2021-05-17 09:28:56+00:00
Resolved: 2023-07-21 18:52:40+00:00

### Affected versions
Firefox 90.0a1 
Firefox 89.0b13

### Affected platforms
Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Go to https://www.mozilla.org/en-US/privacy/firefox/
3. Observe the the tab.

### Expected result
Long tab title should have a fade like the one on Windows 10 and on macOS.

### Actual Result
Long tab title is displayed without a fade on Windows 7.
X button looks to close to the tab title.
Bug: [Phase 2 & Phase 3] The click and impressions telemetry are not registered if the "show search suggestions ahead of history" option is unchecked
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-05-17 11:27:21+00:00
Resolved: 2021-05-20 01:12:58+00:00

**[Notes]:**
- Also the following error is displayed in browser console after clicking a QuickSuggest result: `Last result is not a quick suggest`. Not sure if this error is related or we should log a separate bug for it.
- The issue is not reproducible if the "Show search suggestions ahead of browsing history in address bar results" option is checked.

**[Affected versions]:**
- Firefox Beta 89.0b13;
- Nightly 90.0a1

**[Affected Platforms]:**
- Windows 10 x64;
- macOS 10.15.7;
- Linux Mint 20 x64;

**[Prerequisites]:**
- Have the latest Firefox Nightly installed.
- Have the browser console opened.
- Have the following prefs set: 
- `browser.urlbar.quicksuggest.enabled` to `true`.
- `browser.urlbar.experimental.firefoxSuggestLabels.enabled` to `true`.
- `browser.urlbar.quicksuggest.showedOnboardingDialog` to `true`.
- `browser.startup.upgradeDialog.version` to `89`.
- `browser.ping-centre.log` to `true`.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to "about:preferences#search" page.
3. Uncheck the "Show search suggestions ahead of browsing history in address bar results" option.
4. Type "nike" in the Awesomebar.
5. Click the Nike - Sponsored result.
6. Navigate to "about:telemetry#keyed-scalars-tab" page and search for "contextual.services.quicksuggest" keyed scalars.
7. Observe telemetry registered in the browser console.

**[Expected result]:**
Step 6: The "contextual.services.quicksuggest.impressions" and "contextual.services.quicksuggest.click" telemetry are correctly registered after following the Step 5.
Step 7: The (contextual-services) telemetry are correctly registered for the impressions and click after following the step 5.

**[Actual result]:**
Step 6: The "contextual.services.quicksuggest.impressions" and "contextual.services.quicksuggest.click" telemetry are NOT registered.
Step 7: The (contextual-services) telemetry are NOT registered for the impressions and click.

**[Additional Notes]:**
- Attached a screen recording of the issue.
Bug: Intermittent browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Uncaught exception - Condition timed out: () => navbar.hasAttribute("overflowing")
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-05-17 13:44:39+00:00
Resolved: 2021-08-31 17:05:09+00:00

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

---
```
INFO - TEST-START | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js
[task 2021-05-17T12:11:34.093Z] 12:11:34     INFO - TEST-INFO | started process screenshot
[task 2021-05-17T12:11:34.171Z] 12:11:34     INFO - TEST-INFO | screenshot: exit 0
[task 2021-05-17T12:11:34.171Z] 12:11:34     INFO - Buffered messages logged at 12:11:28
[task 2021-05-17T12:11:34.172Z] 12:11:34     INFO - Entering test bound 
[task 2021-05-17T12:11:34.172Z] 12:11:34     INFO - TEST-PASS | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Should start with a non-overflowing toolbar. - 
[task 2021-05-17T12:11:34.173Z] 12:11:34     INFO - TEST-PASS | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Should start in default state. - 
[task 2021-05-17T12:11:34.173Z] 12:11:34     INFO - Buffered messages finished
[task 2021-05-17T12:11:34.173Z] 12:11:34     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Uncaught exception - Condition timed out: () => navbar.hasAttribute("overflowing")
[task 2021-05-17T12:11:34.174Z] 12:11:34     INFO - Leaving test bound 
[task 2021-05-17T12:11:34.174Z] 12:11:34     INFO - Entering test bound 
[task 2021-05-17T12:11:34.222Z] 12:11:34     INFO - TEST-PASS | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Should not have an overflowing toolbar. - 
[task 2021-05-17T12:11:34.222Z] 12:11:34     INFO - Leaving test bound 
[task 2021-05-17T12:11:34.248Z] 12:11:34     INFO - GECKO(1292) | MEMORY STAT | vsize 2104574MB | vsizeMaxContiguous 66292065MB | residentFast 457MB | heapAllocated 197MB
[task 2021-05-17T12:11:34.249Z] 12:11:34     INFO - TEST-OK | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | took 5809ms
[task 2021-05-17T12:11:34.263Z] 12:11:34     INFO - checking window state
[task 2021-05-17T12:11:34.273Z] 12:11:34     INFO - TEST-START | browser/components/customizableui/test/browser_963639_customizing_attribute_non_customizable_toolbar.js```
Bug: Moving pinned tabs causes the focus to flicker between the pinned tabs
Status: NEW
Priority: P3
Created: 2021-05-17 13:49:13+00:00
Resolved: 2021-05-18 08:46:59+00:00

**Affected versions**
* 89.0b13
* 90.0a1 ()

**Affected platforms**
* Ubuntu 20
* MacOS 10.15
* MacOS 11

**Steps to reproduce**
1. Open Firefox.
2. Open a few tabs and pin them. (ex. 5)
3. Move one of the pinned tabs.
4. Observe the pinned tab focus.

**Expected result**
* Focus is retained only by the pinned tab that is moved.

**Actual Result**
* Focus is retained by the tab that was moved but the other pinned tabs receive a focus.

**Additional notes**
* I have attached a video in order to better visualize and understand this issue. Here is a link to this issue: https://imgur.com/a/vrFA80U
Bug: increasing the count of items in turn it is not reflecting in cart
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2021-05-17 14:25:08+00:00
Resolved: 2021-05-17 14:26:35+00:00

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

Steps to reproduce:

login into www.mycart.com
increase the count of tamoto


Actual results:

no of items not reflecting in cart


Expected results:

as we increase the count of items,count in cart should also increase
Bug: Broken context meu, blank context menu entries, and long context menu
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-17 14:26:35+00:00
Resolved: 2021-05-18 13:05:10+00:00

A very long context menu with a couple of blank items at the top.

Steps to reproduce:
1) Visit https://www.scotusblog.com/2021/05/announcement-of-opinions-for-monday-may-17/ .
2) In the chat room, select text and right-click.
3) Select Copy from the menu.

Expected:
2) Reasonable context menu.
3) The select text is copied.

Actual:
2) A very long context menu, with the first two items blank and some strange spacing in other places. See the attached screen shot.
3) The copy buffer wasn't changed and a later paste didn't past the selected value.

(It is possible this might work differently after the chat is over.)

Build ID 20210517094928. The first Firefox Nightly on 17 May 2021.

(Edited to add step 3.)
Bug: The Update available - download now menu notification banner has an extra space on DE builds
Status: NEW
Priority: P2
Created: 2021-05-17 15:44:29+00:00
Resolved: 2021-06-22 17:38:45+00:00

[Affected versions]: 
89.0b13 

[Affected platforms]:
Platforms: Windows,

[Steps to reproduce]

1. Launch a DE build of Firefox Beta 89.0b13
2. Trigger the Update available - download now menu notification.


[Expected result]
The Update available - download now DE text should be displayed on a single row  and there shouldnt be an extra space in the Menu notification banner.

[Actual result]
Theres an extra space inside the Update available - download now menu notification banner like the text is suppose to wrap but its not.
Bug: IDN homograph attack
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-17 19:05:23+00:00
Resolved: 2021-05-17 22:32:45+00:00

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

Steps to reproduce:

1. Goto https://s09.gitlab.io/s/pple.html in Firefox desktop, android browsers
2. Click on the mentioned link
4. You will see the domain is not displayed in punycodes 

POC:

https://drive.google.com/file/d/186YnYBlS6Ig2GEqtuyF0l3qnBGW_7--V/view?usp=sharing


Actual results:

The resulted resolved domain displayed as https://www.аррӏе.com/
instead of punycode


Expected results:

Firefox should display punycode instead
Bug: Firefox freezes on upload dialog opening
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-17 19:58:20+00:00
Resolved: 2021-05-17 23:00:00+00:00

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

Steps to reproduce:

Clicked Upload in Google Drive. Same for Twitter.


Actual results:

Freeze before any upload dialog shown.


Expected results:

Upload dialog shown
Bug: menubar setting lost across restart
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-17 20:03:52+00:00
Resolved: 2021-05-31 12:11:29+00:00

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

Steps to reproduce:

Upgraded to Nightly 90.0a1 2021-05-17 64bit
Restarted



Actual results:

The menubar was no longer shown
The setting to show the menubar had not been remembered on restart


Expected results:

The menubar should have been shown
The setting to show the menubar should have been remembered on restart
Bug: Maximised window setting lost across restart
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-17 20:06:58+00:00
Resolved: 2021-06-11 07:28:59+00:00

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

Steps to reproduce:

Upgraded to Nightly 90.0a1 2021-05-17 64bit
With Firefox maximised, restarted


Actual results:

Firefox was not maximised on restart.


Expected results:

Firefox should have been maximised on restart.
Bug: [macOS] Row labels in about:support (first column) are illegible (white-on-white text) in macOS high contrast mode
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-05-17 21:49:54+00:00
Resolved: 2023-06-02 15:21:30+00:00

+++ This bug was initially created as a clone of Bug #1711258 +++

**Note**
This issue doens't reproduce when "Display contrast" is set to Normal (default)

**Affected versions**
* Firefox 89 beta 12
* latest Nightly 90.0a1 2021-05-14

**Affected platforms**
* macOSX 10.15, macOSX 11.4 beta

 **Prerequisites**
 * Set system theme to Light
 * Go to System Preferences - Accessibility and select "Increase contrast" option, then move the cursor one level to the right for "Display contrast" item

**Steps to reproduce**
1. Open Firefox and set the theme to Default or Light
2. Go to about:Support and other about:pages

**Expected result**
* Every element from about: pages is legible and has enough contrast.

**Actual result**

The left side of about:support table is not visible

**Regression range**
* Not a regression, introduced with Proton

**Additional notes**
* Also reproducible when system theme is Dark and Firefox and Firefox is set to Light theme
Bug: Hangs when opening or closing tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-17 22:00:28+00:00
Resolved: 2021-06-18 22:02:28+00:00

Firefox 90.0a1 20210517094928 (using the nightly channel, not a distro build)

I have not fully determined the pattern yet but opening a blank tab (via Ctrl+T) or closing a tab often hangs the whole browser (including menu bar).
It does not recover from that and I have to kill the process. No crash reports are generated.

Things that don't appear to cause hangs, or at least not as frequently:

* opening a new tab from a link
* loading a lazy tab from a previous session
* closing tab A when the one to its right (B) has been finished loading before closing A

Other things that might be relevant: I have lots of lazy tabs and I'm using the "open tabs next to current" extension.
Bug: Urlbar overflow is gone: urlbar is cluttered with pageactions icons
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-17 22:20:35+00:00
Resolved: 2021-05-18 09:19:23+00:00

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

Steps to reproduce:

I have a lot of addons which used to display pageactions icons in the urlbar overflow menu ("..." on the right hand of the urlbar) before Proton 


Actual results:

the overflow menu has disappeared and all icons are now displayed within the urlbar, cluttering it


Expected results:

the "..." menu should have been displayed as before, leaving urlbar neat and clean, and all pageactions at hand in the "..." menu in the urlbar.
Bug: Firefox Keeps Asking to Choose an application although "always use default is selected" on external links
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-17 23:17:35+00:00
Resolved: 2021-09-22 16:18:49+00:00

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

Steps to reproduce:

Open an external link that requires another application to function properly 


Actual results:

Link opens up a pop up that asks for what application to use and if I want to use that application as default for these links and said link works when opened inside of firefox or is pasted into the URL


Expected results:

Firefox should've remembered from previous times that I had set the links have a default application already and not ask me with a popup.
Bug: Recently created bookmarks and visit history not saved after closing browser session
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-18 02:09:24+00:00
Resolved: 2021-06-07 10:30:05+00:00

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

Steps to reproduce:

After opening many tabs and dozens of windows across multiple days, firefox attempted to persist some tabs outside of memory (and store on disk?) as the burden of the excessive tabs overwhelmed Firefox. When attempting to access some tabs, firefox froze and unfroze (as it reloaded tabs from disk?).  That was my signal to start bookmarking all tabs from each window (albeit slowly) and then close windows for all open windows (freezing stopped after i presume memory became freer after each window close, which was typical behavior).  Since i've had this same bug before, I took notice this time that the bookmark 'star' on the tab of one of the windows i "bookmarked all tabs" on was not being colored in as a bookmark.  My worries were short-term relieved though when I sanity checked the bookmark and saw it in the new folder created via the bookmarks manager. However, closing completely out of firefox and later reopening I found that no bookmarks were saved from that recent session, and all browser history in x hours prior to saving bookmarks no logner existed (i.e., no possible way to rebuild bookmarks that were first page viewed today).  Querying the places.sqlite was not fruitful either. All historical bookmarks / history from prior sessions remained unchanged (as far as I can tell).


Actual results:

Bookmarks created in the last session were not saved after browser was closed.  Some visit history from the same day had not been persisted either.


Expected results:

Bookmarks and page visit history should have persisted from previous session to future sessions.
Bug: Crash in [@ AsyncShutdownTimeout | profile-before-change | PageThumbs: removing all thumbnails]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-18 07:31:06+00:00
Resolved: 2024-01-22 15:45:05+00:00

Crash report: https://crash-stats.mozilla.org/report/index/e198be42-0c27-4aef-bdff-764930210518

MOZ_CRASH Reason: ```MOZ_CRASH()```

Top 6 frames of crashing thread:
```
0 mozglue.dll mozglue.dll@0x46645 
1 ucrtbase.dll <unknown in ucrtbase.dll> 
2 ucrtbase.dll <unknown in ucrtbase.dll> 
3 xul.dll xul.dll@0x892ae7 
4 ucrtbase.dll <unknown in ucrtbase.dll> 
5 xul.dll xul.dll@0x514beef 
```
This is a potential regression from bug 1649602. It seems that the shutdown procedure for PageThumb.jsm became a lot slower since that patch landed and it's now frequently causing shutdown hangs in the nightly channel. Emma could you have a look?
Bug: Intermittent TV browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.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
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-05-18 11:34:18+00:00
Resolved: 2021-06-15 17:04:07+00:00

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

---
```
[task 2021-05-18T10:26:38.913Z] 10:26:38     INFO - TEST-PASS | browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.js | Permission remove button doesn't exist - 
[task 2021-05-18T10:26:38.913Z] 10:26:38     INFO - Leaving test bound testCookiesSubViewBlockedDoublyNested
[task 2021-05-18T10:26:38.913Z] 10:26:38     INFO - Buffered messages finished
[task 2021-05-18T10:26:38.914Z] 10:26:38     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.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 2021-05-18T10:26:38.914Z] 10:26:38     INFO - GECKO(2003) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-05-18T10:26:38.914Z] 10:26:38     INFO - GECKO(2003) | MEMORY STAT | vsize 7668MB | residentFast 282MB | heapAllocated 107MB
[task 2021-05-18T10:26:38.914Z] 10:26:38     INFO - TEST-OK | browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.js | took 47106ms```