av9ash/GitBugs huggingface dataset:
Bug: Firefox unable to import passwords from IE on Windows 7 32bit
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-26 15:16:01+00:00
Resolved: 2020-02-28 16:18:17+00:00

**Affected versions**
* Windows 7 32bit

**Unaffected versions**
* Windows 8.1 64bit

**Affected platforms**
* Firefox 73.0.1
* Firefox 74.0b8
* Latest Nightly 75.0a1

**Steps to reproduce**
1. Start Firefox
2. Go to about:logins
3. Click the dotted line near "Sign in to Sync"
4. Click "Import Passwords"
5. Select Internet Explorer (you must have one or two logins saved in IE, I have twitter and facebook)

**Expected result**
* Passwords are imported in about:logins

**Actual result**
* No passwords can be seen in about:logins

**Regression range**
* This is not a recent regression, not sure if this is a regression though, will investigate ASAP.

**Additional notes**
* Not sure if this is a known issue, I saw multiple bugs around this area, so this issue should serve as a clarification if is indeed known.
* This is the output from Browser console
> Error: Can't find profile directory. XULStore.jsm:66:15
> Error: Can't find profile directory. 4 XULStore.jsm:66:15
> Error while importing logins for https://www.facebook.com/: TypeError: can't convert the number 65533 to element 40 of the type ctypes.unsigned_char.array(170) IEProfileMigrator.jsm:232
> Error while importing logins for https://twitter.com/login: TypeError: can't convert the number 65533 to element 40 of the type ctypes.unsigned_char.array(134) IEProfileMigrator.jsm:232
> We failed to decrypt and import some logins. This is likely because we didn't find the URLs where these passwords were submitted in the IE history and which are needed to be used as keys in the decryption. IEProfileMigrator.jsm:245
Bug: Last used zoomfactor is used in incognito mode
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-02-26 15:19:01+00:00
Resolved: 2020-03-27 08:09:36+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Firefox/68.0

Steps to reproduce:

1) Open a website in a normal window as a new tab (non-private) and zoom to a specific % of your choice. E.g. 150%
2) Close that tab
3) Open a new firefox private browsing window
4) Load the site from step 1)


Actual results:

After loading the site again in step 4), it loaded with the zoom level which you had set in step 1)


Expected results:

As it is a private window, it should not rely on the stored data from the normal non-private browsing.
After loading the site again in step 4) it should load with the default 100%, as it has never been opened before already
Bug: The “Dismiss” button’s icon does not respect the browser’s “Dark” theme colors scheme when hovered
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-26 15:19:28+00:00
Resolved: 2020-03-04 11:50:23+00:00

**[Affected versions]:**
- Firefox Nightly 75.0a1 Build ID 20200226092757

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- Arch Linux 5.3.6 x64

**[Prerequisites]:**
- Have the value of the pref `browser.newtabpage.activity-stream.discoverystream.endpoints` set to `http,https`.
- Have the value of the pref `browser.newtabpage.activity-stream.discoverystream.config` set to `{"api_key_pref":"extensions.pocket.oAuthConsumerKey","collapsible":true,"enabled":true,"show_spocs":true,"hardcoded_layout":false,"personalized":true,"layout_endpoint":"https://e5e8374d-fffa-4a77-a604-31603852b6fd.mock.pstmn.io/1615081-layout"}`.
- Have the value of the pref `browser.search.region` set to `US`.
- The “Dark” theme is enabled in the “Themes” section located in “about:addons”.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open a new tab.
3. Hover the “Dismiss” button.
4. Observe the “Dismiss” button’s icon color.

**[Expected result]:**
- The “Dismiss” icon color respects the “Dark” theme colors. (#F9F9FA, Grey 10)

**[Actual result]:**
- The “Dismiss” icon color is #2A2A2E.

**[Notes]:**
- Attached a screen recording of the issue.
Bug: Firefox unable to import passwords from Edge Chromium on Windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-26 15:28:54+00:00
Resolved: 2020-02-28 16:19:38+00:00

**Affected versions**
* Windows 7 32bit
* Windows 8.1 64bit

**Affected platforms**
* Firefox 74.0b8
* Latest Nightly 75.0a1

**Steps to reproduce**
1. Start Firefox
2. Go to about:logins
3. Click the dotted line near "Sign in to Sync"
4. Click "Import Passwords"
5. Select Microsoft Edge or Microsoft Edge Beta (you must have one or two logins saved in Edge, I have twitter, facebook and more). This is the new Chromium based Edge ofc.

**Expected result**
* Passwords are imported in about:logins

**Actual result**
* No passwords can be seen in about:logins

**Regression range**
* This is not a regression since Firefox 73 does not recognize the new Edge in the import wizard and using 74.0b1 I can still reproduce.

**Additional notes**
* Not sure if this is a known issue, This issue should serve as a clarification if is indeed known.
Bug: Win8 - Passwords not imported from Chrome
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-26 15:30:18+00:00
Resolved: 2020-02-28 16:19:57+00:00

**Affected versions**
* 74.0b8

**Affected platforms**
* Windows 8

**Steps to reproduce**
1. Launch Firefox, access about:logins page;
2. Click on the [...] button;
3. Click on the Import button;
4. Choose Chrome, go through with the import;

**Expected result**
* passwords are imported;

**Actual result**
* passwords are not imported;

**Regression range**
* will provide one asap;

**Additional notes**
* Win7 and MacOS 10.13 appeared to be in order;
Bug: Firefox lockwise do not copy the address
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-26 15:41:28+00:00
Resolved: 2020-02-26 18:47:10+00:00

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

Steps to reproduce:

1. I open "about:logins"
2. Search credentials
3. Select credentials
4. I press the "right click" of the mouse in the "website address"
5. I press "copy"


Actual results:

1. I press "paste" (control + v)
2. I don´t paste the web address (appear that the "website address" was not copied)


Expected results:

1. The selected "website address" must be pasted
Bug: Wrong context menu is displayed when right click on the website's link while in Edit mode
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-02-26 17:10:38+00:00
Resolved: 2020-03-04 12:11:45+00:00

[Affected Versions]:
- Nightly 75.0a1
- Beta 74.0b7
- Firefox 73.0.1

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

[Prerequisites]
- Have a Firefox profile with multiple logins saved.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to "about:logins" page.
3. Select any saved login from the login list.
4. Click the "Edit" button.
5. Right click on the website's link.
3. Observe the opened context menu.

[Expected results]:
- The context menu with the "open/copy link" options is displayed.

[Actual results]:
- The context menu with the "Undo/Cut/Paste/Delete" options is displayed.

[Notes]:
- It seems that the link displayed in "Edit" mode has a different format than the link displayed in the Login item.
- Attached a screen recording with the issue.
Bug: Headless firefox is very slow to start up/shut down when another firefox is open
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2020-02-26 21:00:51+00:00
Resolved: 2022-08-01 12:20:58+00:00

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

Steps to reproduce:

1. Open normal firefox
2. Run the command
```
time firefox -headless -screenshot="a.png" about:blank
```


Actual results:

firefox -headless -screenshot="a.png" about:blank  0.09s user 0.04s system 2% cpu 5.156 total

5 seconds!


Expected results:

If there was not another instance of firefox open:

firefox -headless -screenshot="a.png" about:blank  0.96s user 0.39s system 196% cpu 0.691 total

0.7 seconds!

Compare this to chrome:

google-chrome --headless --screenshot="a.png" about:blank  0.14s user 0.12s system 99% cpu 0.262 total

0.26 seconds!
Bug: Intermittent browser/components/places/tests/browser/browser_toolbar_overflow.js | Uncaught exception - undefined - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-02-26 22:41:25+00:00
Resolved: 2020-05-05 17:09:14+00:00

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

---

[task 2020-02-26T22:14:38.025Z] 22:14:38     INFO - TEST-PASS | browser/components/places/tests/browser/browser_toolbar_overflow.js | The toolbar is not collapsed - true == true - 
[task 2020-02-26T22:14:38.025Z] 22:14:38     INFO - Buffered messages finished
[task 2020-02-26T22:14:38.025Z] 22:14:38     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_toolbar_overflow.js | Uncaught exception - undefined - timed out after 50 tries.
[task 2020-02-26T22:14:38.025Z] 22:14:38     INFO - Leaving test bound test_newWindow_noOverflow
[task 2020-02-26T22:14:38.026Z] 22:14:38     INFO - Entering test bound test_separator_first
[task 2020-02-26T22:14:38.026Z] 22:14:38     INFO - GECKO(6060) | [Parent 7752: Main Thread]: I/DocShellAndDOMWindowLeak --DOCSHELL 000001755A6DB000 == 6 [pid = 7752] [id = {d6e90f6e-ff9c-4f6c-b7bf-5e03b1e8beea}] [url = about:blank]
[task 2020-02-26T22:14:38.476Z] 22:14:38     INFO - TEST-PASS | browser/components/places/tests/browser/browser_toolbar_overflow.js | The expected elements are visible - 2 == 2 -
Bug: Pressing tab in the URL bar closes the suggestions
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-26 23:17:41+00:00
Resolved: 2020-02-27 08:34:03+00:00

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

Steps to reproduce:

* Using Firefox developer version 74.0b6 (64-bit) on ArchLinux.
* Press CTRL + L to get to the URL bar
* Type something into the URL bar so that suggestions come up
* Press "TAB"


Actual results:

The suggestions close and focus moves to the item to the right of the URL bar (eg. the "show my bookmarks" button).

Using the down arrow to select different suggestions still works as expected.

If I click into the URL bar instead of pressing CTRL + L then TAB works as expected.


Expected results:

The next item in the suggestions should be selected so that I can press enter to choose it.
Bug: Add/Edit Address overlay invisible with insufficient viewport height
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-27 02:41:33+00:00
Resolved: 2020-03-05 15:29:59+00:00

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

Steps to reproduce:

On about:preferences, Privacy & Security, launch the Saved Addresses dialog. 

Resize the window (or open DevTools) to reduce the space above and below the Saved Addresses dialog. 

Then click Add... or select an existing address and click Edit...


Actual results:

No overlay appears. The Browser Console records:

TypeError: contentPane is null 
subdialogs.js:434:7

The Inspector shows that 

#dialogOverlay-1 

has style="visibility: visible; opacity: 0.01;"


Expected results:

#dialogOverlay-1 should appear, with a scroll bar.

Ref. https://support.mozilla.org/questions/1280758

This problem might be unique to having a taller overlay on top of a shorter one. I'm not aware of that occurring elsewhere on about:preferences.
Bug: The “Collection Title” section title does not respect the browser’s “Dark” theme colors scheme
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-27 08:12:45+00:00
Resolved: 2020-03-04 11:50:57+00:00

**[Affected versions]:**
- Firefox Nightly 75.0a1 Build ID 20200226213903

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- Arch Linux 5.3.6 x64

**[Prerequisites]:**
- Have the value of the pref browser.newtabpage.activity-stream.discoverystream.endpoints set to http,https.
- Have the value of the pref browser.newtabpage.activity-stream.discoverystream.config set to {"api_key_pref":"extensions.pocket.oAuthConsumerKey","collapsible":true,"enabled":true,"show_spocs":true,"hardcoded_layout":false,"personalized":true,"layout_endpoint":"https://e5e8374d-fffa-4a77-a604-31603852b6fd.mock.pstmn.io/1615081-layout"}.
- Have the value of the pref browser.search.region set to US.
- The “Dark” theme is enabled in the “Themes” section located in “about:addons”.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open a new tab.
3. Open the “DOM and Style Inspector” by using CTRL/CMD+SHIFT+C.
4. Hover the “Collection title” and click it.
5. Observe the color displayed in the “Rules View list” section under “This Element”.

**[Expected result]:**
- The “Collection title” color displayed in “Inspector” is #D7D7DB.

**[Actual result]:**
- The “Collection title” color displayed in “Inspector” is #F9F9FA.

**[Notes]:**
- Attached a screen recording of the issue.
Bug: Chinese (non-ASCII) Windows name is garbled in sync
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-27 08:33:43+00:00
Resolved: 2020-03-06 02:33:56+00:00

STR:
1. install Firefox on a new PC
1. set up with sync
1. now go to about:preferences#sync , the `Device Name` field should says `{user account name}'s Firefox on {Windows name}` . By default, `{Windows name}` is ASCII characters.
1. open Windows control panel, navigate to `System and security`, `System`. Rename computer here, of course with admin privilege. 
1. when renaming, use non-ASCII character, specifically I use Chinese here (I didn't test other languages)
1. go back to about:preferences#sync , now `{Windows name}` is garbled until you rename `Device Name` yourself.

Sorry I missed the change to take a screenshot. I will try a new profile if you flag me up for that.
Bug: The permissions prompt is not displayed by clicking on the control sharing panel
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-02-27 09:22:34+00:00
Resolved: 2020-06-13 22:51:30+00:00

#### Affected versions:

ALL
#### Affected platforms:

Windows 10, Ubuntu 18.04

#### Steps:

  1. Launch Firefox with a new profile and go to: https://joo.crater.uberspace.de/frame-permissions.html
  2. Click on the notifications icon and click on "Allow notifications".
  3. Click on the Camera or Microphone button from "https://permission.site with FP allowed" iFrame and click Allow.
  4. In the "https://permission.site with FP allowed" iFrame right click -> This Frame -> Open Frame in New Tab.
  5. In the new tab opened click on the Camera or Microphone and allow access.
  6. Click on the Camera/Microphone icon from control sharing panel (the small upper panel).

#### Actual result:
The permission prompt is not displayed.
#### Expected result:
The permissions prompt should be displayed by clicking on the control sharing panel.

Note: This issue only occurs on Windows and Ubuntu, on Mac the permission prompt is displayed.
Please see the video attachment for a better understanding.
Bug: about:logins - remove hover effect for [Sort by] login-sort dropdown button if it is disabled
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-02-27 13:46:24+00:00
Resolved: 2020-03-06 07:47:17+00:00

**Affected versions**
* 73.0.1, 74.0b8, 75.0a1 (2020-02-27);

**Affected platforms**
* Windows 10, macOS 10.15, Ubuntu 18.04;

**Steps to reproduce**
1. Launch Firefox, access [about:logins](about:logins)
2. Remove all the logins if any;
3. Hover over the Name (A-Z) button;

**Expected result**
* UX-wise - nothing should happen, button is disabled;

**Actual result**
* hover effect triggered on both light/dark theme;

**Regression range** 
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=cad27f93a9869351457fc5d5290777420068e173&tochange=e9783a644016aa9b317887076618425586730d73)
* Introduced with: 1584162;

**Additional notes**
* attached recording with the issue;
Bug: pdf viewer should not fire the load event until it's ready for printing
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-02-27 15:11:25+00:00
Resolved: 2021-02-11 07:38:28+00:00

Apparently this is something people commonly do: create an iframe pointing to a pdf, and in its load handler try to print.  See bug 911444 comment 87 and some of the preceding comments.

The problem is that we currently fire the load event before `pageViewsReady` becomes true, because Gecko has no idea that's going on behind the scenes and thinks the pageload is done.  Can we delay it until it's true?  I can expose platform APIs here if needed, but someone who actually knows the PDF viewer should handle that side.
Bug: Search Suggestion list missing when changing tabs.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-27 16:52:17+00:00
Resolved: 2020-02-28 16:22:56+00:00

When search suggestion list is populated, if i go to a second tab, and go back to the first tab, the list is not shown.

Tested on Windows10 64bit and Ubuntu 18.04 64 bit.

FF Beta 74.b8           affected
FF Nightly 75.0a1    not affected
FF Release 73.0.1      affected


Steps to reproduce

1) set browser.urlbar.update1 in about:Config to true
2) Open a new tab and type something like "mozi" : Search suggestion list is shown
3) open a new tab and type something else "cat"  : Search suggestions list is shown
4) Go to tab #1  
5) Go to tab #2  

Actual result:
search suggestion list is not visible in tab#1 and tab#2

Expected result
Search suggestion list should remain visible  when you go back to tab1 or tab2
Bug: PDF viewer never gets into a "ready to print" state inside a display:none iframe
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-02-27 18:47:13+00:00
Resolved: 2020-04-01 21:28:24+00:00

Testcase:
```
<iframe style="display: none" src="test.pdf"></iframe>
<button onclick="frames[0].print()">Click me</button>
```
Load that over HTTP from somewhere that has a test.pdf.  Wait a bit.  Click the button.  Instead of the PDF getting printed properly, you will get the "The PDF is not fully loaded for printing" alert.

I haven't managed to sort out the PDF viewer code enough so far to figure out why this is going on.  Brendan, do you know offhand?
Bug: Make programmatic printing of iframes containing PDFs sane
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-02-27 18:52:19+00:00
Resolved: 2021-02-10 14:25:11+00:00

Right now there are various issues.  See bug 911444 and its many dups for how much people want this.  Other bugs blocking this one are also blockers for the actual thing people want to do.
Bug: Typing 'about:config' has a large jank during autocompletion
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-02-27 20:51:19+00:00
Resolved: 2020-04-06 13:22:20+00:00

I get a large hang after typing the 'c' in about:config.

Here's the profile: https://perfht.ml/3cfolw8
Bug: Title separators became really hard to see, even more so when hovering an autocomplete item
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-02-28 00:37:21+00:00
Resolved: 2020-03-20 13:35:58+00:00

Regressed by bug 1585994.

See attached before/after screenshots.

This was caused by this change:
https://hg.mozilla.org/mozilla-central/rev/739ac41b66834c61bb21e5b6a4411b456294b9f5#l2.32
Reverting it fixes it locally.
Bug: Context menu mostly blank in window opened by -private-window command line option
Status: UNCONFIRMED
Priority: P3
Created: 2020-02-28 08:54:28+00:00
Resolved: 2022-10-24 12:17:03+00:00

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

Steps to reproduce:

Right-click inside any tab (that doesn't disable context menu) in a private navigation window opened with command-line option -private-window. Menu actions are OK but have to blindly guess what line to clic!
Tried again after disabling all my extensions, same result. Tried both at home and office computers (both Windows 10 Pro v.1909, both Firefox 73). Bug didn't exist in older Firefox versions (not sure for v72).


Actual results:

Most of the context menu was blank (no visible text) except for top-line icons and extensions-provided options. However, sub-menu items of an blank item are visible.

Opening a private browsing window with the "mask" button or Ctrl-Shift+P doesn't produce the bug (context menu is displayed properly).


Expected results:

A readable context menu.
Bug: PKCS11： C_WaitForSlotEvent function could not be called on firefox68. but could on firefox52
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-28 10:05:37+00:00
Resolved: 2020-02-29 03:14:48+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.130 Safari/537.36

Steps to reproduce:

1:Open firefox
2: Insert a PKCS11 Device.


Actual results:

Nothing happend. Could not found my PKCS11 Device.


Expected results:

Could found my PKCS11 Device in "Security Device" page.

I analyy C_WaitForSlotEvent  could not be called. But C_WaitForSlotEvent could be called with firefox52. 

nsSmartCardMonitor thread remove in firefox68? how could i fix my problem
Bug: Intermittent browser/components/syncedtabs/test/browser/browser_sidebar_syncedtabslist.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-02-28 13:11:51+00:00
Resolved: 2022-07-25 23:15:17+00:00

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

---

[task 2020-02-28T12:11:59.630Z] 12:11:59     INFO - TEST-PASS | browser/components/syncedtabs/test/browser/browser_sidebar_syncedtabslist.js | Node 9 should match menuitem#syncedTabsRefreshFilter - 
[task 2020-02-28T12:11:59.631Z] 12:11:59     INFO - Buffered messages finished
[task 2020-02-28T12:11:59.632Z] 12:11:59     INFO - TEST-UNEXPECTED-FAIL | browser/components/syncedtabs/test/browser/browser_sidebar_syncedtabslist.js | Test timed out - 
[task 2020-02-28T12:11:59.633Z] 12:11:59     INFO - GECKO(10852) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2020-02-28T12:11:59.633Z] 12:11:59     INFO - GECKO(10852) | MEMORY STAT | vsize 3251MB | residentFast 290MB | heapAllocated 106MB
[task 2020-02-28T12:11:59.634Z] 12:11:59     INFO - TEST-OK | browser/components/syncedtabs/test/browser/browser_sidebar_syncedtabslist.js | took 45121ms
[task 2020-02-28T12:11:59.635Z] 12:11:59     INFO - checking window state
[task 2020-02-28T12:12:00.718Z] 12:12:00     INFO - GECKO(10852) | Completed ShutdownLeaks collections in process 11038
[task 2020-02-28T12:12:00.726Z] 12:12:00     INFO - GECKO(10852) | Completed ShutdownLeaks collections in process 11004
[task 2020-02-28T12:12:00.807Z] 12:12:00     INFO - GECKO(10852) | Completed ShutdownLeaks collections in process 10913
[task 2020-02-28T12:12:00.814Z] 12:12:00     INFO - GECKO(10852) | Completed ShutdownLeaks collections in process 10930
[task 2020-02-28T12:12:01.140Z] 12:12:01     INFO - GECKO(10852) | Completed ShutdownLeaks collections in process 10852
[task 2020-02-28T12:12:01.140Z] 12:12:01     INFO - TEST-START | Shutdown