av9ash/GitBugs huggingface dataset:
Bug: Tabs not able to dragndrop :(
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-10 09:31:03+00:00
Resolved: 2020-04-25 08:34:57+00:00

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

Steps to reproduce:

Tabs! Cannot longer me moved in the "row" of tabs, which is really useful. Also, I cannot drag n drop tabs to my favorite folders in the toolbar. I use this alot normally and now I need to manually save links in my favorite folders that I show in the toolbar. I hope this is just a bug and not a deleted feature. Please ask me more if I'm not being clear.


Actual results:

Tabs! Cannot longer me moved in the "row" of tabs, which is really useful. Also, I cannot drag n drop tabs to my favorite folders in the toolbar. I use this alot normally and now I need to manually save links in my favorite folders that I show in the toolbar. I hope this is just a bug and not a deleted feature. Please ask me more if I'm not being clear.


Expected results:

Tabs! Cannot longer me moved in the "row" of tabs, which is really useful. Also, I cannot drag n drop tabs to my favorite folders in the toolbar. I use this alot normally and now I need to manually save links in my favorite folders that I show in the toolbar. I hope this is just a bug and not a deleted feature. Please ask me more if I'm not being clear.
Bug: An "unenrollFailed" event is sent besides the regular "unenroll" one when unrolling from the QuantumBar v1 experiment by manually modifying a pref
Status: NEW
Priority: P3
Created: 2020-03-10 13:54:44+00:00
Resolved: 2023-11-17 14:54:47+00:00

[Affected Versions]:
- Firefox 74.0
- Firefox 75.0b1
- Nightly 76.0a1

[Affected Platforms]
- All Windows
- All Mac
- All Linux

[Prerequisites]
Note: We managed to reproduce this issue only with the recipe for QuantumBar v1 experiment.
- Have an active multi-preference-experiment recipe (Please use the recipe created by us for reproducing the bug).
- Have the recipes set-up in such a way that they target your profile.
- Have the "cosmin-search-test" boolean pref set to "true" in the profile to be targeted by the recipe.
- Have the `security.content.signature.root_hash` pref set to `DB:74:CE:58:E4:F9:D0:9E:E0:42:36:BE:6C:C5:C4:F6:6A:E7:74:7D:C0:21:42:7A:03:BC:2F:57:0C:8B:9B:90`.
- Have the `app.normandy.api_url` pref set to `https://stage.normandy.nonprod.cloudops.mozgcp.net/api/v1`.
- Have the `app.normandy.dev_mode` pref set to `true`.
- Have the `app.normandy.logging.level` pref set to `0`.
- Have the `services.settings.server` pref set to `https://settings.stage.mozaws.net/v1`.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to about:studies and verify that you are enrolled in the multi-preference-experiment.
3. Navigate to "about:config" page.
4. Search for any pref that is used by the experiment (eg: browser.urlbar.update1.interventions).
5. Set the pref to "false/true" depending on the enrolled branch. 
6. Navigate to "about:telemetry#events-tab" page and observe the events registered. 

[Expected results]:
- Only the "unenroll" event is correctly registered.

[Actual results]:
- An "unenrollFailed" event is sent with the "already-unenrolled" reason.

[Notes]:
- We haven't managed to reproduce this issue with any other prefs. Probably it's related to the experiment's prefs that are used.
- Attached a screen recording with the issue.
Bug: Firefox does not load webpages from the new tab page since 74.0 update
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2020-03-10 14:25:23+00:00
Resolved: 2022-08-10 09:06:09+00:00

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

Steps to reproduce:

Open Firefox
Firefox updates to 74.0

Load homepage (Facebook)
Open new tab page, click any of the frequently visited websites on the new tab page.
visit said pages by typing in URL
repeat the process multiple time including opening and closing Firefox


Actual results:

Any link visited from the new tab page does not load. All of which load a blank page with the "loading animation" indefinitely.

Manually entering the URL works flawlessly


Expected results:

Firefox should begin loading webpages from the new tab page and should not show the loading animation with a blank page indefinitely.
Bug: Bypass PopUp Blocking via simulate click
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2020-03-10 20:47:28+00:00
Resolved: 2024-06-21 11:08:57+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.132 Safari/537.36

Steps to reproduce:

1. Go to https://jsfiddle.net/keer0k/bvyd2xfo/3/
2. Run it
3. Click in "click me"
4. A new window will be open and, after a few seconds, more 2 windows will be opened too


Actual results:

3 windows are opening


Expected results:

only one window needs to open
Bug: Global getUserMedia sharing indicator breaks tab dragging in the tab bar
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-03-10 22:17:48+00:00
Resolved: 2022-01-26 22:11:06+00:00

¡Hola!

I'm not 100% sure of exact STR here but this has been problematic for a few days now.

Pre-requisites:
- Have a few tabs open
- Make the microphone and camera orange indicator appear. Trying to join a meeting in https://meet.google.com/ makes it appear in my case.

Steps:
- Drag the tabs around and try to reposition them.

Actual results:
- The tabs behave erratically when dragged around the microphone/camera indicator.
- The URL bar becomes un-clickable.
- Middle clicking the tabs doesn't close them.

Expected results:
The tabs behave correctly. The URL bar is clickable and tabs can be closed by middle clicking.

¡Gracias!
Alex
Bug: Prevent accepting the proxy / network settings dialog if "manual proxy configuration" is selected but no address/port combination is filled in for any proxy
Status: NEW
Priority: P3
Created: 2020-03-10 22:47:43+00:00
Resolved: 2020-05-12 00:52:15+00:00

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

Steps to reproduce:

Configure a proxy via "Manual proxy configuration"; configure a SOCKS proxy, but forget to set the address (so that you only set the port). Save the settings.
Browse the Internet.


Actual results:

The proxy settings are ignored, and no error is displayed to the user. You can browse the Internet normally, with no proxy.


Expected results:

An error is displayed to the user when trying to use proxying with no proxy set.
Bug: Intermittent browser/base/content/test/popups/browser_popup_close_main_window.js | A promise chain failed to handle a rejection: [Exception... "(null)"  nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)"  location: "<unknown>"  data: no] - stack: (No stack
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-03-11 02:04:17+00:00
Resolved: 2020-06-16 17:06:43+00:00

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

---

[task 2020-03-10T23:58:13.171Z] 23:58:13     INFO - Buffered messages finished
[task 2020-03-10T23:58:13.171Z] 23:58:13     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/popups/browser_popup_close_main_window.js | A promise chain failed to handle a rejection: [Exception... "(null)"  nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)"  location: "<unknown>"  data: no] - stack: (No stack available.)
[task 2020-03-10T23:58:13.171Z] 23:58:13     INFO - Rejection date: Tue Mar 10 2020 23:58:12 GMT+0000 (Coordinated Universal Time) - false == true - JS frame :: resource://testing-common/PromiseTestUtils.jsm :: assertNoUncaughtRejections :: line 265
[task 2020-03-10T23:58:13.171Z] 23:58:13     INFO - Stack trace:
[task 2020-03-10T23:58:13.171Z] 23:58:13     INFO - resource://testing-common/PromiseTestUtils.jsm:assertNoUncaughtRejections:265
[task 2020-03-10T23:58:13.172Z] 23:58:13     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1093
[task 2020-03-10T23:58:13.172Z] 23:58:13     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1097
[task 2020-03-10T23:58:13.172Z] 23:58:13     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:925
[task 2020-03-10T23:58:13.172Z] 23:58:13     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:918
[task 2020-03-10T23:58:13.173Z] 23:58:13     INFO - Leaving test bound closing_last_window_equals_quitting
[task 2020-03-10T23:58:13.173Z] 23:58:13     INFO - GECKO(5399) | MEMORY STAT | vsize 3148MB | residentFast 348MB | heapAllocated 154MB
Bug: Intermittent browser/extensions/doh-rollout/test/browser/browser_dirtyEnable.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: 2020-03-11 02:05:24+00:00
Resolved: 2020-05-19 17:06:02+00:00

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

---

task 2020-03-10T23:50:54.503Z] 23:50:54     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_dirtyEnable.js | Found no heuristics events. - 
[task 2020-03-10T23:50:54.503Z] 23:50:54     INFO - Leaving test bound testDirtyEnable
[task 2020-03-10T23:50:54.503Z] 23:50:54     INFO - Buffered messages finished
[task 2020-03-10T23:50:54.503Z] 23:50:54     INFO - TEST-UNEXPECTED-FAIL | browser/extensions/doh-rollout/test/browser/browser_dirtyEnable.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 2020-03-10T23:50:54.503Z] 23:50:54     INFO - GECKO(1983) | MEMORY STAT | vsize 7566MB | residentFast 301MB | heapAllocated 97MB
[task 2020-03-10T23:50:54.503Z] 23:50:54     INFO - TEST-OK | browser/extensions/doh-rollout/test/browser/browser_dirtyEnable.js | took 45785ms
[task 2020-03-10T23:50:54.503Z] 23:50:54     INFO - checking window state
Bug: browser.urlbar.clickSelectsAll=false has no effect since 75b1
Status: VERIFIED
Priority: --
Resolution: WONTFIX
Created: 2020-03-11 08:20:11+00:00
Resolved: 2024-12-12 09:35:31+00:00

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

Steps to reproduce:

I use Firefox Developer and after the update to 75 the setting "browser.urlbar.clickSelectsAll" seems to have no effect anymore.

I have set "browser.urlbar.clickSelectsAll" to false (a long time ago) and now when I click in the urlbar where I want to edit something the whole url gets selected...


Actual results:

The whole url gets selected.


Expected results:

The cursor should have been placed where I clicked without selecting everything (like in Firefox 74 and older).
Bug: doubleClickSelectsAll preference no longer honored on Linux
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-11 11:12:27+00:00
Resolved: 2020-04-08 15:19:24+00:00

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

Steps to reproduce:

In Nightly 76.0a1 (2020-03-10) (64 bits), clicking the URL bar will select all the text in it, like in Windows. This is a regression.


Actual results:

One click on the URL bar highlights everything inside, immediately throwing away whatever I happened to have in my middle-click clipboard before. This makes me more unproductive.


Expected results:

A single click on the URL bar should just position the text cursor at the point of the click and not do anything else, so that the middle-click clipboard still contains my previous selection.

Middle-click paste is not a minor/exotic feature. It is crucial for people who work with text a lot, like journalists, writers and translators like me.
Bug: The onboarding tip is quickly dismissed if about:newtab page is on focus and the browser is restarted
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2020-03-11 12:01:52+00:00
Resolved: 2020-03-12 15:34:00+00:00

**[Affected versions]:**
- Firefox Release 74 Build ID 20200309095159;

**[Affected Platforms]:**
- Windows 10;
- Mac 10.14;
- Linux Mint 18.03;

**[Prerequisites]:**
- Have an “en-US” Firefox Release 74 build installed;
- Have a profile created in the last 24 hours;
- Firefox is opened and wasn't updated in the last 24 hours;
- Have a Normandy testing recipe created and published for the Quantumbar V1 experiment;
- “user.js” file is saved in the profile directory;
- Google is the default search engine;
- Be enrolled in the “treatment” branch;

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to  about:newtab page and leave it on focus.
3. Restart the browser.
4. Observe the onboarding tip.

**[Expected result]:**
- Onboarding tip is displayed. The tip is dismissed only after a direct interaction.

**[Actual result]:**
- The onboarding tip is displayed for a moment and it's auto-dismissing without interacting with it.

**[Notes]:**
- Issue is also reproducible if about:home, bing.com, google.com, duckduckgo.com and start.duckduckgo.com pages are in focus and corresponding search engines are set as default.
- Issue is also reproducible for a Firefox 74 “de” locale build.
- Issue is NOT reproducible on Firefox 75.0b1 and Nightly 76.0a1.
Bug: Address bar one-click search engine suggestions reappear on each upgrade of Firefox
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-03-11 13:09:50+00:00
Resolved: 2020-04-09 07:31:11+00:00

I don't want to have search engine suggestions at the bottom of my web page suggestions when I type something in Firefox's address bar, so I removed these from the settings by unchecking the ticks in “One-Click Search Engines” or even by removing the search engines from that box completely.

Either way, when I update my browser, they always reappear and I have to redo the removal in the settings. That is kind of annoying and I think it is a bug.

If I remember correctly, it was already the case before, at least for the last 3 major versions (lazy me).
Bug: [Win7] Close button is not aligned with minimize and maximize in fullscreen mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-11 13:32:22+00:00
Resolved: 2020-03-24 14:37:03+00:00

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

Steps to reproduce:

1)
Press F11.
Hover over the top to show the Close/Minimize buttons.

2)
Press the Full-Screen button on YouTube player.
Hover over the top to show ".pointerlockfswarning".



Actual results:

1)
The Close button is 2px down and not aligned with the other buttons.
https://i.postimg.cc/gjzyKw78/1.png

2)
The Full-Screen warning is cut off at the top
https://i.postimg.cc/6pfvM6dh/2.png.
Bug: Close/Restore buttons in full screen do not work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-11 13:36:21+00:00
Resolved: 2020-04-20 18:34:24+00:00

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

Steps to reproduce:

Press F11.
Hover over the top to show the Close/Restore buttons.


Actual results:

Press Close or Restore.


Expected results:

The window is not closed or restored.

This is a regression in 74.
Bug: Too many site permission icons in the address bar forces all other content out of the address bar
Status: NEW
Priority: P5
Created: 2020-03-11 14:07:58+00:00
Resolved: 2020-11-09 14:40:50+00:00

# Steps to reproduce

1. Visit a site and set permissions for Location, Autoplay, Camera, etc. to **blocked**. Icons corresponding to the permission should start appearing on the address bar.
2. Resize the browser window to the minimum width.

## Expected behavior

Site permission icons should be responsive to window width changes and be displayed under a dropdown menu if necessary, which allows for the address and the page action menu to be visible.

## Actual behavior

The site permission icons forces all other content off the address bar, resulting in the page action menu and address itself to be not visible.
Bug: The navigation arrow is missing from the Quantum Bar after switching the tabs
Status: NEW
Priority: P3
Created: 2020-03-11 15:10:23+00:00
Resolved: 2020-11-05 12:30:14+00:00

[Affected versions]:
 - Firefox Release 74 (Build ID: 20200309095159)
 - Firefox Beta 75.0b2 (Build ID: 20200310192828)
 - Firefox Nightly 76.0a1 (Build ID: 20200311041149)

[Affected Platforms]:
 - Mac 10.14
 - Windows 10 x64
 - Ubuntu 16.04 x64

[Steps to reproduce]:
1. Open the Firefox browser.
2. Open a new tab.
3. Type a random string inside the Quantum Bar.
4. Switch to another tab.
5. Go back to the previous tab and observe the navigation arrow from the Quantum Bar.

[Expected result]:
 - The navigation arrow pointing to the right is displayed on the right side.

[Actual result]:
 - The navigation arrow is not displayed.

[Notes]:
- This issue is also reproducible on older Firefox versions where the Quantum Bar is disabled.
- Attached a screen recording with the issue.
Bug: Toolbar button selection looks bad on flexible spacers in Customize mode
Status: NEW
Priority: P5
Created: 2020-03-11 15:23:34+00:00
Resolved: 2022-10-12 00:03:35+00:00

**Affected versions**
* Firefox 75.0b2
* Firefox 76.0a1

**Affected platforms**
* Windows 7 x64
* Windows 8.1 x64
* Ubuntu 18.04 x64

**Steps to reproduce**
1. Go to Hamburger menu -> Customize
2. Click on Tab key to access the selection on page.
3. Click on Flexible space button from the toolbar.

**Expected result**
* The dotted selection appears around the Flexible space button. 

**Actual result**
* The dotted selection doesn't look good, see the attachment.

**Regression range**
I will come back with regression range ASAP.

**Additional notes**
* This issue also appear on back button selection. Verified on Firefox 76.0a1 the issue with selection is present, but the Flexible button have different size, it's bigger then on Fx (75.0b2) beta version.
Bug: Cannot add bookmarks. Prompt has no input field.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-11 18:33:04+00:00
Resolved: 2020-03-31 15:21:09+00:00

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

Steps to reproduce:

Tried to save bookmark from current url.


Actual results:

There was no input field, and the add button is disabled.
The bookmarks sidebar, and bookmarks manager have the same issue.


Expected results:

There should have been an imput field, and be able to hit add.
Bug: All images broken after sync
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-11 18:52:35+00:00
Resolved: 2020-06-12 03:08:05+00:00

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

Steps to reproduce:

With the 74.0 release, all images are broken. I restarted in safe-mode and images are still broken. I did a "refresh" and images worked. But as sync started running and pulling in add-ons, images started breaking. I don't have a way of determining if syncing addons causes the problem, or just syncing in general.


Actual results:

With the 74.0 release, all images are broken after a sync.


Expected results:

I would expect images to work, especially in safe-mode.
Bug: Tracking Content can be clicked when there are no Tracking Contents
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-11 18:55:04+00:00
Resolved: 2020-04-29 19:37:43+00:00

Open a website. If other trackers have been blocked by Enhanced Protection, "Tracking Content" can always be clicked, even when no Tracking Contents have been found.
Bug: Single clicks selects all text in URLBar
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-03-11 18:57:31+00:00
Resolved: 2020-04-07 20:56:01+00:00

When making a single click in the URLBar it now auto-selects everything. It also seems the options in "about:config" to make it a double click has been removed.

Can we have that option back? As a developer it is crucial to be able to single click in the url and append a quick query parameter for testing. Now this results in the whole URL being deleted - Making me need to double click to un-select the whole URL, which is the opposite of what I had set in "about:config". Before I had it set to require double click to select all, but, after updating, both the option and the function have been downgraded to how it worked prior to my changes and removed.
Bug: Intermittent TV browser/components/urlbar/tests/browser/browser_decode.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-03-11 20:26:00+00:00
Resolved: 2020-04-07 17:02:45+00:00

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

---

[task 2020-03-11T17:01:05.276Z] 17:01:05     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_decode.js
[task 2020-03-11T17:01:50.365Z] 17:01:50     INFO - TEST-INFO | started process screentopng
[task 2020-03-11T17:01:50.664Z] 17:01:50     INFO - TEST-INFO | screentopng: exit 0
[task 2020-03-11T17:01:50.664Z] 17:01:50     INFO - Buffered messages logged at 17:01:05
[task 2020-03-11T17:01:50.664Z] 17:01:50     INFO - Entering test bound injectJSON
[task 2020-03-11T17:01:50.665Z] 17:01:50     INFO - Buffered messages finished
[task 2020-03-11T17:01:50.665Z] 17:01:50     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_decode.js | Test timed out - 
[task 2020-03-11T17:01:50.665Z] 17:01:50     INFO - GECKO(10142) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2020-03-11T17:01:50.665Z] 17:01:50     INFO - GECKO(10142) | MEMORY STAT | vsize 2964MB | residentFast 282MB | heapAllocated 107MB
[task 2020-03-11T17:01:50.666Z] 17:01:50     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_decode.js | took 45102ms
[task 2020-03-11T17:01:50.666Z] 17:01:50     INFO - checking window state
[task 2020-03-11T17:01:51.790Z] 17:01:51     INFO - GECKO(10142) | Completed ShutdownLeaks collections in process 10380
[task 2020-03-11T17:01:51.806Z] 17:01:51     INFO - GECKO(10142) | Completed ShutdownLeaks collections in process 10224
[task 2020-03-11T17:01:51.823Z] 17:01:51     INFO - GECKO(10142) | Completed ShutdownLeaks collections in process 10300
[task 2020-03-11T17:01:51.824Z] 17:01:51     INFO - GECKO(10142) | Completed ShutdownLeaks collections in process 10207
[task 2020-03-11T17:01:51.843Z] 17:01:51     INFO - GECKO(10142) | Completed ShutdownLeaks collections in process 10327
[task 2020-03-11T17:01:52.108Z] 17:01:52     INFO - GECKO(10142) | Completed ShutdownLeaks collections in process 10142
[task 2020-03-11T17:01:52.110Z] 17:01:52     INFO - TEST-START | Shutdown