av9ash/GitBugs huggingface dataset:
Bug: Importing certain bookmarks may cause reverse order
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-12 18:03:10+00:00
Resolved: 2020-06-29 14:11:48+00:00

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

Steps to reproduce:

1. Export bookmarks from Chrome as an HTML file.
2. Edit the file and delete the "<DT><H3></H3>" line
3. Import the HTML file into Firefox.
4. Check the order of the imported bookmarks.


Actual results:

I have attached two HTML files for your test.

If you import the file "bookmarks_sample_1.html", the order will be good, but Firefox will create a subfolder.

If you import the file "bookmarks_sample_2.html", the order of the imported bookmarks will be  reverse.

The difference of the two files is if there is a line "<DT><H3></H3>" This line should not affect the order of the imported bookmarks.


Expected results:

The order of imported bookmarks should be same as the original HTML file.

The line “<DT><H3></H3>” should not affect the order of the imported bookmarks.
Bug: Improve the provider manager's provider.updateBehavior calls
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-06-12 20:34:10+00:00
Resolved: 2020-06-26 18:03:56+00:00

The provider manager calls `provider.updateBehavior` here: https://searchfox.org/mozilla-central/rev/0e09b9191c02097034e46b193930f91c45b7885d/browser/components/urlbar/UrlbarProvidersManager.jsm#201

Marco and I [noticed](https://phabricator.services.mozilla.com/D79244#2423295) that the manager should check `query.canceled` after the await because the query may be quickly canceled while the manager is calling the providers.

Also, I'd like to not await each provider in turn but instead await a `Promise.all` so that the providers run concurrently. We made a similar change to the manager's `isActive` and `startQuery` calls when I implemented form history.
Bug: Amazon top site bug keeps comming up in my top sites links. I use amazon maybe once every other year, it is never visited,not a top site.VERY ANNOYING BUG NEEDS FIXED.
Status: UNCONFIRMED
Priority: P3
Created: 2020-06-12 22:26:56+00:00
Resolved: 2022-11-18 21:38:26+00:00

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

Steps to reproduce:

Open up new window and top site links come up.AMAZON is always listed 1st yet I visit amazon once every other year, This is not a top site,this is an advertiser bug masquerading as a top site. I visit amazon once every other year does not qualify for top site. Does amazon own firefox? Is this a scamazon?


Actual results:

clicked unpin but keeps comming back. not a top site.Does amazon own firefox?


Expected results:

Should go away and stay away,stay unpinned forever.
Bug: Intermittent browser/components/downloads/test/browser/browser_downloads_panel_ctrl_click.js | Uncaught exception - Waiting for button downloads-button to have non-0 size - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-06-12 23:26:44+00:00
Resolved: 2020-07-21 17:07:07+00:00

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

---

[task 2020-06-12T22:41:03.346Z] 22:41:03     INFO - TEST-START | browser/components/downloads/test/browser/browser_downloads_panel_ctrl_click.js
[task 2020-06-12T22:41:08.740Z] 22:41:08     INFO - TEST-INFO | started process screenshot
[task 2020-06-12T22:41:08.799Z] 22:41:08     INFO - TEST-INFO | screenshot: exit 0
[task 2020-06-12T22:41:08.799Z] 22:41:08     INFO - Buffered messages logged at 22:41:03
[task 2020-06-12T22:41:08.800Z] 22:41:08     INFO - Entering test bound test_downloads_panel
[task 2020-06-12T22:41:08.800Z] 22:41:08     INFO - Buffered messages finished
[task 2020-06-12T22:41:08.801Z] 22:41:08     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_downloads_panel_ctrl_click.js | Uncaught exception - Waiting for button downloads-button to have non-0 size - timed out after 50 tries.
[task 2020-06-12T22:41:08.801Z] 22:41:08     INFO - Leaving test bound test_downloads_panel
[task 2020-06-12T22:41:08.801Z] 22:41:08     INFO - GECKO(10696) | MEMORY STAT | vsize 2104271MB | vsizeMaxContiguous 65119849MB | residentFast 324MB | heapAllocated 137MB
Bug: Address bar thinks shift key is only ever used for scrolling through suggestions and not for typing out special characters.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-12 23:44:14+00:00
Resolved: 2020-06-12 23:47:23+00:00

I have a few keywords setup for searching the site straight from my awesome bar, e.g. `ms` for searchfox.org. Sometimes I type the following out `ms Document::Document` in order to look for certain code on searchfox. But when I press shift key in order to type out `:` the address bar hijacks the event and selects a second link that pops up when I start typing something and inserts text from the suggestions as if I was trying to press shift in order to iterate over the suggestions in the addressbar. This is a recent bug because I have using shift key in order to type out various characters and its never been a problem before.
Bug: Selected-text highlight-color grayed during screenshots
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-06-12 23:45:01+00:00
Resolved: 2024-05-09 18:50:15+00:00

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

Steps to reproduce:

1) Select some text in the web-page
2) Use Firefox's built-in screenshot function



Actual results:

The selected text is gray in the screenshot


Expected results:

The selected text should be the highlight color (default blue)
Bug: Intermittent browser/components/downloads/test/browser/browser_indicatorDrop.js | Uncaught exception - Waiting for button downloads-button to have non-0 size - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-06-12 23:51:12+00:00
Resolved: 2020-11-17 17:02:04+00:00

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

---

[task 2020-06-12T23:33:45.328Z] 23:33:45     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_indicatorDrop.js | download button present - 
[task 2020-06-12T23:33:45.328Z] 23:33:45     INFO - Buffered messages finished
[task 2020-06-12T23:33:45.328Z] 23:33:45     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_indicatorDrop.js | Uncaught exception - Waiting for button downloads-button to have non-0 size - timed out after 50 tries.
[task 2020-06-12T23:33:45.329Z] 23:33:45     INFO - Leaving test bound test_indicatorDrop
[task 2020-06-12T23:33:45.388Z] 23:33:45     INFO - GECKO(7652) | MEMORY STAT | vsize 2104316MB | vsizeMaxContiguous 65213069MB | residentFast 347MB | heapAllocated 136MB
[task 2020-06-12T23:33:45.388Z] 23:33:45     INFO - TEST-OK | browser/components/downloads/test/browser/browser_indicatorDrop.js | took 5308ms
Bug: Can't download files using Site specific browser (ssb) for Whatsapp Web (web.whatsapp.com)
Status: NEW
Priority: P4
Created: 2020-06-13 01:47:26+00:00
Resolved: 2022-11-09 06:05:47+00:00

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

Steps to reproduce:

I launched a ssb for the Whatsapp web app (web.whatsapp.com) and tried downloading an attachment. I tried with multiple, in different computers using ssb.


Actual results:

Nothing, the wep app says is downloading the attachment but nothing actually happens.


Expected results:

The attachment should be downloaded to my Downloads folder. Or the firefox dialog about a Download should pop up.
Bug: Screenshot not working on pages with special characters at start of title
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-13 10:12:06+00:00
Resolved: 2021-08-05 16:16:44+00:00

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

Steps to reproduce:

On a page with special character at start of title (Examples in attached image shows @ in eg 1 and " in eg 2).

Right click > select 'Take a Screenshot', highlight part of page to capture, then click 'Download'


Actual results:

Nothing happens, a screenshot is not taken and downloaded.


Expected results:

A screenshot gets taken and downloaded to a file.


(This bug does not occur on pages with a letter at start of title and works as should)
Bug: Pages don't open, resintall failed, Firefox disappears from Start menu
Status: RESOLVED
Priority: --
Resolution: INACTIVE
Created: 2020-06-13 15:17:31+00:00
Resolved: 2021-03-29 18:45:04+00:00

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

Steps to reproduce:

Windows 10 system.  version 77.0.1  After an upgrade, several weeks ago Firefox became extremely slow. Now it won't work at all. Literally no pages open. Firefox didn't show up in WIndows list of Programs to uninstall / reinstall.  Now Firefox is gone from Task Bar and Start Menu  I don't know what's going on with Firefox but at this point I'm giving up and switching to Edge. 


Actual results:

I tried reinstalling but it "failed for some reason" according to the error message. Tried again. Same problem.  Deleted all Firefox Folders. Rebooted. Reinstall Failed. Edit config.sys removing Firefox entries. Install succeeded but same problem as I was having some time ago now reappears -- no pages will load, now it's gone from the Start menu.  I'm currently trying to Uninstall again using the Control Panel but it appears to be hanging at what appears to be 99% completion.  What is Mozilla Maintenance Service and should I remove it as well? 


Expected results:

I should be able uninstall Firefox completely and reinstall a fresh version and everything should work.  Somehow this is not happening and I do not have time to pay with this.  Sorry to lose this program.  It's almost like someone is sabotaging your program but I can't resolve the problems I've been having over and over again.
Bug: Full-page screenshot doesn't scroll some pages (like Hotmail)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-13 15:29:05+00:00
Resolved: 2021-03-18 21:27:46+00:00

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

Steps to reproduce:

1) Go to Hotmail/Outlook
2) Open an email that requires scrolling
3) Take a full-page screenshot with Firefox's built-in screenshot function


Actual results:

The screenshot function should take a screenshot of the whole page, including the full email.


Expected results:

The screenshot only captures the visible area; it doesn't seem to recognize the scrolling overflow of the email (which you can scroll with the mouse wheel like it's a normal page; it's not an iframe).
Bug: Intermittent browser/extensions/doh-rollout/test/browser/browser_trrMode_migration.js | Found the expected heuristics event. - Got 2, expected 1
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-06-13 18:36:22+00:00
Resolved: 2020-07-12 22:26:26+00:00

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

---

[task 2020-06-13T16:37:31.553Z] 16:37:31     INFO - TEST-START | browser/extensions/doh-rollout/test/browser/browser_trrMode_migration.js
[task 2020-06-13T16:37:32.012Z] 16:37:32     INFO - TEST-INFO | started process screentopng
[task 2020-06-13T16:37:32.314Z] 16:37:32     INFO - TEST-INFO | screentopng: exit 0
[task 2020-06-13T16:37:32.318Z] 16:37:32     INFO - Buffered messages logged at 16:37:31
[task 2020-06-13T16:37:32.318Z] 16:37:32     INFO - Entering test bound setup
[task 2020-06-13T16:37:32.319Z] 16:37:32     INFO - Leaving test bound setup
[task 2020-06-13T16:37:32.320Z] 16:37:32     INFO - Entering test bound testTRRModeMigration
[task 2020-06-13T16:37:32.321Z] 16:37:32     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_trrMode_migration.js | TRR mode is 2 - 
[task 2020-06-13T16:37:32.322Z] 16:37:32     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_trrMode_migration.js | Found the expected trrselect event. - 
[task 2020-06-13T16:37:32.323Z] 16:37:32     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_trrMode_migration.js | The event records the expected decision - 
[task 2020-06-13T16:37:32.324Z] 16:37:32     INFO - Buffered messages finished
[task 2020-06-13T16:37:32.324Z] 16:37:32     INFO - TEST-UNEXPECTED-FAIL | browser/extensions/doh-rollout/test/browser/browser_trrMode_migration.js | Found the expected heuristics event. - Got 2, expected 1
[task 2020-06-13T16:37:32.325Z] 16:37:32     INFO - Stack trace:
[task 2020-06-13T16:37:32.326Z] 16:37:32     INFO - chrome://mochikit/content/browser-test.js:test_is:1327
[task 2020-06-13T16:37:32.327Z] 16:37:32     INFO - chrome://mochitests/content/browser/browser/extensions/doh-rollout/test/browser/head.js:checkHeuristicsTelemetry:170
[task 2020-06-13T16:37:32.328Z] 16:37:32     INFO - chrome://mochitests/content/browser/browser/extensions/doh-rollout/test/browser/browser_trrMode_migration.js:testTRRModeMigration:20
[task 2020-06-13T16:37:32.328Z] 16:37:32     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1064
[task 2020-06-13T16:37:32.328Z] 16:37:32     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1104
[task 2020-06-13T16:37:32.328Z] 16:37:32     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:927
[task 2020-06-13T16:37:32.328Z] 16:37:32     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:918
Bug: The urlbar placeholder intermittently reverts back to the "Search or enter address" string without the search engine
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-06-13 20:56:29+00:00
Resolved: 2021-11-25 14:06:41+00:00

STR:
Unknown atm.

This has started showing up in the last week or so. 
Nothing seems to be related in the browser console.
Bug: Address bar does not honor color settings
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-13 22:04:38+00:00
Resolved: 2020-06-22 12:35:03+00:00

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

Steps to reproduce:

Upgraded from Firefox 72 to Firefox 77.0.1


Actual results:

Address bar no longer honors accessibility settings; now appears bright right; too much monitor energy; it's essentially unusable as its too bright to read when dropped down


Expected results:

Should have remained white text on dark grey background like Firefox 72 (note these are the system-designated colors. Environment variables:

GTK_THEME=Adwaita:dark
QT_ACCESSIBILITY=1
MOZ_ALLOW_GTK_DARK_THEME=true

Affected: Linux x64
Not affected: Windows x64
Bug: kerning issue for refresh firefox option (space between letters unevenly distributed) - scaling issue?
Status: NEW
Priority: --
Created: 2020-06-13 22:19:06+00:00
Resolved: 2021-06-11 11:01:55+00:00

Firefox 79.0a1 stub installer in German on Windows 8.1

See the attached screenshot. The option to refresh Firefox has the space between letters unevenly distributed e.g. the "k" and "s" are connected.

Steps to reproduce:
1. Download http://ftp.mozilla.org/pub/firefox/nightly/latest-mozilla-central-l10n/Firefox%20Installer.de.exe
2. Install it.
3. Run the installer again? Haven't verified the steps, already had it installed before.

This option is new in Firefox 78.
Bug: Rendering issue with embedded PDF
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-14 01:18:05+00:00
Resolved: 2020-06-24 17:24:19+00:00

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

Steps to reproduce:

When creating a pdf in indesign there is an option to embed an image that's embedded within another pdf. Doing so causes firefox's pdf reader to render it incorrectly


Actual results:

checkout the last page of the attached pdf. The image of the hotel is correctly placed but it messes up all the rest of the stuff that is on the page. some of it can be seen smaller and most of the way to the right of the page.


Expected results:

I made another pdf that does not link to an image in an embedded pdf and it works normally. let me know if you need it as an example of what it should look like. or you can just view the attached pdf in acrobat, edge, or chrome since their pdf readers don't have this problem.
Bug: Page load replaces user typed string in address bar
Status: NEW
Priority: P3
Created: 2020-06-14 03:11:22+00:00
Resolved: 2025-02-20 17:14:06+00:00

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

Steps to reproduce:

Initiate a page load from the URL bar (e.g. type "mozilla", press down to select an example page, and hit Enter), then immediately press Ctrl+L and begin editing the URL before the page loads.


Actual results:

When the page load finishes, any edits you were making to the URL are erased and replaced by the URL that has just loaded. This is of course far more obvious on slow connections.


Expected results:

Per all Firefox versions prior to 77 (as far back as I can remember), the browser honoured the user's edit: if the user had changed even one character, it would not clear the URL field when page load completed.

If the user changes their mind about the page, we should not throw away their work. Especially if for example the page is taking a long time to load, as the user may have made significant changes to the URL before page load completes or fails.
Bug: High cpu usage when screen is locked and monitors are off
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-14 14:48:33+00:00
Resolved: 2020-06-14 15:04:02+00:00

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

Steps to reproduce:

I went away from my computer. After 15 minutes the screen was locked and the monitors were turned off.
I came back after a while and heard that my CPU fan was spinning high.
This isn't the first time it happened, but the first time I was able to log in via ssh and see what process was causing high CPU usage.
When the mouse is moved so the screens are turned on again, the CPU usage immediately goes back to normal.
Attached you can find a screenshot of htop showing the high CPU usage of Firefox.
The issue also occured with Firefox 78.


Actual results:

High CPU usage while Firefox is idle.


Expected results:

Normal CPU usage while Firefox is idle.
Bug: PDF is opened in the same tab kills current history entry
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-14 15:26:54+00:00
Resolved: 2020-06-14 16:11:25+00:00

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

Steps to reproduce:

I downloaded a pdf using Firefox and then clicked on the file name in the download panel.


Actual results:

It was opened in the same tab according to the new default file action.
It replaced the current entry in my backwards history (I don't know the exact term for it)


Expected results:

the backward button should restore the same page, but it doesn't do that, it goes back one entry further. The current entry you see when pressing & holding the backward button is gone (including all form data etc.)

Opening a pdf should add a new page to the list not replace the current one. (data loss)
Bug: ffx preference - default lang - not respected
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-14 16:25:05+00:00
Resolved: 2020-06-14 19:33:43+00:00

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

Steps to reproduce:

i set 'preferences: Language and Appearance: Language' to English (us), but menus are in my local language, which i never use on any of my computers, except currency and units are set to locality (slovenian)


Actual results:

ffx language is set to english (us), but menus are displayed in local (slovenian).


Expected results:

menus and all the rest should be in english language.
Bug: Intermittent browser/extensions/doh-rollout/test/browser/browser_doorhanger_newProfile.js | Found the expected heuristics event. - Got 2, expected 1
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-06-14 18:27:09+00:00
Resolved: 2020-07-12 22:26:34+00:00

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

---

>[task 2020-06-14T18:04:22.784Z] 18:04:22     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_doorhanger_newProfile.js | Found the expected trrselect event. - 
[task 2020-06-14T18:04:22.785Z] 18:04:22     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_doorhanger_newProfile.js | The event records the expected decision - 
[task 2020-06-14T18:04:22.785Z] 18:04:22     INFO - Buffered messages finished
[task 2020-06-14T18:04:22.786Z] 18:04:22     INFO - TEST-UNEXPECTED-FAIL | browser/extensions/doh-rollout/test/browser/browser_doorhanger_newProfile.js | Found the expected heuristics event. - Got 2, expected 1
[task 2020-06-14T18:04:22.786Z] 18:04:22     INFO - Stack trace:
[task 2020-06-14T18:04:22.787Z] 18:04:22     INFO - chrome://mochikit/content/browser-test.js:test_is:1327
[task 2020-06-14T18:04:22.787Z] 18:04:22     INFO - chrome://mochitests/content/browser/browser/extensions/doh-rollout/test/browser/head.js:checkHeuristicsTelemetry:170
[task 2020-06-14T18:04:22.787Z] 18:04:22     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_doorhanger_newProfile.js | The event records the expected decision - 
[task 2020-06-14T18:04:22.788Z] 18:04:22     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_doorhanger_newProfile.js | Got the expected reason. - 
[task 2020-06-14T18:04:22.788Z] 18:04:22     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_doorhanger_newProfile.js | Got expected provider. - 
[task 2020-06-14T18:04:22.789Z] 18:04:22     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_doorhanger_newProfile.js | Doorhanger shown pref saved. - 
[task 2020-06-14T18:04:22.789Z] 18:04:22     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_doorhanger_newProfile.js | Doorhanger decision saved. - 
[task 2020-06-14T18:04:22.790Z] 18:04:22     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_doorhanger_newProfile.js | Breadcrumb not cleared. - 
[task 2020-06-14T18:04:22.790Z] 18:04:22     INFO - Leaving test bound testDoorhanger
[task 2020-06-14T18:04:22.791Z] 18:04:22     INFO - GECKO(3662) | MEMORY STAT | vsize 20975108MB | residentFast 1059MB
[task 2020-06-14T18:04:22.791Z] 18:04:22     INFO - TEST-OK | browser/extensions/doh-rollout/test/browser/browser_doorhanger_newProfile.js | took 656ms