av9ash/GitBugs huggingface dataset:
Bug: New Tab disabled - Bookmarks Menu Only on New Tab flashes when opening all book marks in a folder in new tabs
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-11-03 23:37:33+00:00
Resolved: 2020-11-10 18:32:20+00:00

Nightly 84.0a1.

Steps to reproduce:

1) Set the Bookmarks Menu preference to Only on New Tab.
2) Select a bookmarks folder and click Open All in Tabs.

Expected: Only the new pages are displayed.

Actual: The new pages is loaded with the Bookmarks Menu toolbar, and then the toolbar goes away.

The problem with this is 1) the distracting flash of the menu, and 2) since something appears and vanishes it can make the user think they missed something.

Split off of bug 1673363.
Bug: New Tab disabled - Bookmarks Menu Only on New Tab flashes when opening a link with target="_blank"
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-11-03 23:43:39+00:00
Resolved: 2020-11-10 23:10:56+00:00

Nightly 84.0a1.

Steps to reproduce:

1) Set the Bookmarks Menu preference to Only on New Tab.
2) Open the attached file.
3) Click the "Mozilla mozilla" link.
4) Click the "Mozilla _blank" link.

Expected: Only the new pages are displayed.

Actual: In step 4 the new tab is loaded with the Bookmarks Menu toolbar, and then the toolbar goes away. This toolbar doesn't appear in the tab created in step 3.

The problem with this is 1) the distracting flash of the menu, and 2) since something appears and vanishes it can make the user think they missed something.

Split off of bug 1673363.
Bug: New Tab disabled - Bookmarks Menu Only on New Tab flashes when viewing the source of a page
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-11-03 23:50:06+00:00
Resolved: 2020-11-10 18:31:43+00:00

Nightly 84.0a1.

Steps to reproduce:

1) Set the Bookmarks Menu preference to Only on New Tab.
2) View https://bugzilla.mozilla.org/show_bug.cgi?id=1675147 .
3) Press control-U or right-click / View Page Source.

Expected: Only the source of the page is displayed.

Actual: In step 3 the source tab is loaded with the Bookmarks Menu toolbar, and then the toolbar goes away.

The problem with this is 1) the distracting flash of the menu, and 2) since something appears and vanishes it can make the user think they missed something.

Discovered while testing the fix for bug 1673363.
Bug: error 400
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-04 04:48:26+00:00
Resolved: 2020-11-04 11:19:18+00:00

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

Steps to reproduce:

1. install hackbar v2 extension
2. open random url like google.com
3. open hackbar v2 and modify the host header like this
example:   host: google.com'
4.execute


Actual results:

1. after execute the browser give 400 error for all url 
2. In each tab, hit any url says 400 error



Expected results:

in other tabs url need to open normally 
but we have to restart the browser if we want to make it normal
Bug: The permission list should scroll when there are too many items
Status: NEW
Priority: P3
Created: 2020-11-04 07:06:28+00:00
Resolved: 2023-05-02 11:27:06+00:00

We should get overflow: auto to work correctly here. This is especially important now that we are landing grouped permissions like 3rdPartyStorage and open-protocol-handler, and the list can grow dynamically based on web content behavior.

Currently the identity panel will expand indefinitely. We should cap the max-height and set overflow auto on the permission list. Setting the max-height on the permission list directly runs into a problem though - the identity panel continues to expand for some reason even though the permission list has gone into overflow mode and a large whitespace emerges.

I *think* this is because of some PanelMultiView magic under the hood, but not sure. I also wonder if setting the max-height on the entire panel might help.
Bug: Nothing happens after first print command; only prints once after sending a second print command
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-04 08:04:39+00:00
Resolved: 2021-01-07 08:48:17+00:00

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

Steps to reproduce:

Druckauftrag senden


Actual results:

Jeweils der erste Druckauftrag am Tag läuft ins Leere (wird nicht gedruckt).
Sobald man den Druckauftrag ein 2. Mal anstößt, erfolgt der Ausdruck 1x. Der zuerst gesendete Druckauftrag erscheint nicht im Druckmonitor und wird auch später nicht mehr ausgedruckt.


Expected results:

Es sollte sofort ein Druck erfolgen.
Bug: Firefox CPU usage rise to 100% when using ConTeXt
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-04 13:15:03+00:00
Resolved: 2023-12-27 00:22:29+00:00

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

Steps to reproduce:

Environment:
Manjaro 20.1.2, XFCE 4.14, Firefox 82.0.2
1. firefox --safe-mode  # without --safe-mode it's still reproducible
2. context --version   # where `context ` is obtained from [http://www.pragma-ade.nl/install.htm]


Actual results:

ConTeXt prints its version info normally, then the cpu usage of firefox reaches 100% within 1s and stays like that forever.


Expected results:

Nothing should have happend since they're completely irrelevant.

The bug has been reported to the [ConTeXt mailing list](https://mailman.ntg.nl/pipermail/ntg-context/2020/099862.html) but the team believes that it's a problem of firefox, in particular most probably related to its use of the video card.


This bug has been reproduced on my machine numerous times without any exception since a month ago, but has not been reproduced elsewhere. Still, I think it's a problem for firefox to eat up the cpu in whatever situation and I would like to ask for a method to debug locally if possible.
Bug: Intermittent browser/components/downloads/test/browser/browser_image_mimetype_issues.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-11-04 14:09:56+00:00
Resolved: 2021-09-21 17:04:02+00:00

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

---
```
[task 2020-11-04T12:47:53.716Z] 12:47:53     INFO - TEST-START | browser/components/downloads/test/browser/browser_image_mimetype_issues.js
[task 2020-11-04T12:47:57.697Z] 12:47:57     INFO - GECKO(1252) | JavaScript error: resource:///actors/ContextMenuChild.jsm, line 567: TypeError: doc is null
[task 2020-11-04T12:48:38.743Z] 12:48:38     INFO - TEST-INFO | started process screenshot
[task 2020-11-04T12:48:38.822Z] 12:48:38     INFO - TEST-INFO | screenshot: exit 0
[task 2020-11-04T12:48:38.822Z] 12:48:38     INFO - Buffered messages logged at 12:47:53
[task 2020-11-04T12:48:38.822Z] 12:48:38     INFO - Entering test bound test_save_image_webp_with_jpeg_extension
[task 2020-11-04T12:48:38.822Z] 12:48:38     INFO - Console message: [JavaScript Error: "The character encoding of the HTML document was not declared. The document will render with garbled text in some browser configurations if the document contains characters from outside the US-ASCII range. The character encoding of the page must be declared in the document or in the transfer protocol." {file: "data:text/html,<img src="http://example.com/browser/browser/components/downloads/test/browser//not-really-a-jpeg.jpeg?convert=webp">" line: 0}]
[task 2020-11-04T12:48:38.822Z] 12:48:38     INFO - Buffered messages logged at 12:47:57
[task 2020-11-04T12:48:38.823Z] 12:48:38     INFO - Console message: [JavaScript Error: "TypeError: doc is null" {file: "resource:///actors/ContextMenuChild.jsm" line: 567}]
[task 2020-11-04T12:48:38.823Z] 12:48:38     INFO - handleEvent@resource:///actors/ContextMenuChild.jsm:567:9
[task 2020-11-04T12:48:38.823Z] 12:48:38     INFO - synthesizeMouseAtPoint@chrome://mochikit/content/tests/SimpleTest/EventUtils.js:590:32
[task 2020-11-04T12:48:38.823Z] 12:48:38     INFO - synthesizeMouse/<@resource://testing-common/BrowserTestUtilsChild.jsm:334:34
[task 2020-11-04T12:48:38.823Z] 12:48:38     INFO - wrapHandlingUserInput@resource://gre/modules/E10SUtils.jsm:1062:7
[task 2020-11-04T12:48:38.823Z] 12:48:38     INFO - synthesizeMouse@resource://testing-common/BrowserTestUtilsChild.jsm:330:15
[task 2020-11-04T12:48:38.823Z] 12:48:38     INFO - receiveMessage@resource://testing-common/BrowserTestUtilsChild.jsm:149:21
[task 2020-11-04T12:48:38.823Z] 12:48:38     INFO - 
[task 2020-11-04T12:48:38.823Z] 12:48:38     INFO - Buffered messages finished
[task 2020-11-04T12:48:38.823Z] 12:48:38     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_image_mimetype_issues.js | Test timed out - ```
Bug: Lockwise does not report website breaches or alerts
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-11-04 14:42:59+00:00
Resolved: 2022-07-05 00:32:41+00:00

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

Steps to reproduce:

Enable "Show alerts about passwords for breached websites" in Options / Privacy & Security.
Go to "about:logins"


Actual results:

Breach alerts and the Sort by: "Alerts" is not displayed.


Expected results:

Breach alerts and sorting by "alerts" should be enabled.
Bug: Double click selection with mobile preview
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-04 21:28:57+00:00
Resolved: 2020-11-12 08:01:24+00:00

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

Steps to reproduce:

1. Open a website
2. Activate mobile preview (Ctrl+Shift+M)
3. Double-click text with the mouse
4. Deactivate mobile preview (Ctrl+Shift+M)
5. Double-click text with the mouse


Actual results:

Funny blue teardrops hanging from both ends of the selected text.


Expected results:

No blue teardrops. Just like when skipping steps 2–4. I think that was already working in the past.
Bug: pages failing to properly display on at least two sites. elements not being rendered or being erased
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-05 02:34:06+00:00
Resolved: 2020-11-11 01:22:12+00:00

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

Steps to reproduce:

https://www.bridgebase.com/client/web0.php?cb=oEqmO5vAkw
click play



Actual results:

Firefox 82.0.2 The web display behaves erratic when bridge bidding starts. fails to display first bid. No problem in chrome or previous firefox version. Box to right of score incorrectly  displayed. Images are attached.

Also new Firefox version 82.0.2 breaks bill paying in at least one banking site - as vendors to be paid are no longer displayed. Banking site works in chrome and worked in the previous version of firefox.

Also site url tends to disappear to right of lock.
Bug: [mac] It's not obvious for the user how to respond to the keychain prompts
Status: NEW
Priority: P3
Created: 2020-11-05 08:03:43+00:00
Resolved: 2020-11-19 12:39:36+00:00

**Affected versions**
* 83.0b8, 84.0a1 (2020-11-04);

**Affected platforms**
* macOS 10.15;

**Steps to reproduce**
1. Have data saved in Chrome;
2. Launch Firefox;
3. Access about:logins
4. Click on the [...] button;
5. Click on the Import data from other browsers button;
6. Select Chrome, select all, go through with the import process;

**Expected result**
* data imported from Chrome (passwords, bookmarks, history);

**Actual result**
* no user account data imported;

**Regression range**
* not a regression;

**Additional notes**
* history and bookmark data is imported;
* suggested severity would be ~S4, as it might be linked to Apple Keychain acting up, still having some trouble with sorting/removing(or reseting) it for Chrome at the moment;
* as a note, the keychain password was requested on beta builds but not on nightly;
* attached one of the error logs from an unsuccessful attempt to import/migrate data.
Bug: web page screen is no longer displayed correctly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-05 14:24:15+00:00
Resolved: 2020-12-16 13:03:07+00:00

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

Steps to reproduce:

Visited this page as I often do:
http://satview.bom.gov.au/



Actual results:

The top and bottom bars on this page no longer display correctly:
http://satview.bom.gov.au/



Expected results:

It was working fine a few days ago.
They display correctly using Internet Explorer on the same PC, but not in Firefox V82.0.2 (64 bit).
Bug: No error message shown on providing 1 in Minimum salary textbox and 0 in Maximum salary textbox
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-11-05 14:32:49+00:00
Resolved: 2020-11-09 18:33:47+00:00

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

Steps to reproduce:

1. Go to URL(https://opensource-demo.orangehrmlive.com/index.php/)
2. Click on the Admin option
3. Click on the Job option under Admin
4. Click on Paygrade under the Job option
5. Provide any input data in the Name textbox
6. Click on the SAVE button
7. Click on the Add button under Assigned Currencies
8. Provide  input values as 
1 in minimum salary textbox and 0 in Maximum salary Textbox


Actual results:

It accepted the values in Minimum 
and maximum salary textbox
 successfully without any error message 


Expected results:

IT should show an error message as 
"It should be greater than Minimum Salary" under Maximum Salary textbox
Bug: The search tips are displayed along with the default browser modal prompt
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-11-05 16:02:13+00:00
Resolved: 2024-07-09 15:07:57+00:00

**Suggested severity**
* S2

**Affected versions**
* Fx83.0b8

**Affected platforms**
* Windows 10
* Ubuntu 18.04


**Steps to reproduce**
1. Open Firefox with a new profile.
2. Enable browserconsole.
3. Open browser console and use the following snippet to modify the profile age:
```
(async function() { let { ProfileAge } = ChromeUtils.import("resource://gre/modules/ProfileAge.jsm"); let age = await ProfileAge(); age._times = { firstUse: 1368255600000, created: 1368255600000 }; await age.writeTimes(); })(); 
```
4. Close the browser console.
5. Close and reopen the browser.

**Expected result**
*  Show the Search Tips on a new tab in the same session, after the interaction with the modal has taken place.

**Actual result**
* The check_default_browser modal is shown at the start-up while also the Search Tips are shown.

**Regression range**
* Will come back with a regression range ASAP.
* This is a regression, as the exact same issue was fixed back in Fx75/Fx76. See [1622195](https://bugzilla.mozilla.org/show_bug.cgi?id=1622195) for more details.

**Additional notes**
* Please note that the issue does not occur in Nightly. Might be because in Nightly the default browser check is no longer done via a modal window.
Bug: X-Man should not process experiment configurations if app.shield.optoutstudies.enabled is false
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-05 16:21:23+00:00
Resolved: 2020-11-15 20:28:51+00:00

Note that if/when we implement the new unenrollment rules (see https://docs.google.com/document/d/18Vdn4zZX2D1u9AqzHRY0lUSUbpBdouqWtVp3Bu8vYQA/edit#heading=h.mc2hpa6uayo6) this will be slightly more complicated, but for now we should just not process records from remote settings and turn off experiments immediately if this preference is flipped.
Bug: GMail error when launching in pinned tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-05 16:28:55+00:00
Resolved: 2020-11-05 18:59:45+00:00

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

Steps to reproduce:

Pin GMail tab. Close Firefox. Start Firefox.


Actual results:

GMail displays "Temporary error (). We're sorry, but your account is temporary unavailable."
Simply reloading webpage shows same error, only hard reload fixes it and actually loads GMail.
Strict Enhanced Tracking Protection is enabled. Issues started somewhere around Firefox 82 update, but GMail probably had some updates too.


Expected results:

GMail should be loaded without errors.
Bug: Stop using the 2h2020 pref to block rollout of the shortcut for the bookmarks toolbar
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-05 16:34:01+00:00
Resolved: 2020-11-10 15:24:16+00:00

We want to run release experiments on 84 enabling the pref, and we want to ship to early beta or earlier with 84, too.

We document shortcuts centrally, and it would be bad if that documentation was incorrect for a large portion of our userbase wrt which shortcuts do what (cf bug 1672730).

It would also be bad if on beta, a shortcut does thing X and then at a different point in the release cycle (late beta) it does Y, and then once the next beta cycle starts, it goes back to doing X again.

To resolve these conundrums, we've decided to go ahead with shipping the shortcut changes as part of 84. This bug involves making that change for the 84 nightly cycle.
Bug: Enable use of 2h2020 bookmarks pref for experiments
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-11-05 16:37:47+00:00
Resolved: 2020-11-12 03:35:21+00:00

To be able to reliably flip the pref for a subset of our userbase, we need to make sure that:

1. we ship with the pref enabled to early beta so we find issues on beta
2. all migrations in BrowserGlue.jsm can deal with the pref being either on or off, and we reliably migrate prefs / settings when the pref is flipped, irrespective of what version that happens in.
3. audit use of the pref / other deps of bug 1665353 to make sure all the code that needs to check it does check it.

I think the easiest is to do this work in a single bug as it is likely interdependent. We already know of one thing where we cannot use the pref reliably, which is the shortcut for the toolbar which is covered in bug 1675549.
Bug: Cannot delete first suggestion from address bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-05 16:40:55+00:00
Resolved: 2020-11-13 20:24:15+00:00

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

Steps to reproduce:

https://support.mozilla.org/en-US/kb/remove-websites-address-bar-suggestions

Start typing in address bar (suggestions appear)
Press "shift" + "del"


Actual results:

Nothing


Expected results:

The default suggestion should be removed
Bug: Make browser_searchMode_preview.js properly handle an empty search mode search
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-11-05 16:58:00+00:00
Resolved: 2021-01-29 09:54:03+00:00

Changing browser.urlbar.update2.emptySearchBehavior to 0 causes this test to fail, it should not fail unless it's specifically testing the emptySearchBehavior.
For now in 1675537 I'm just setting the pref to 2 in the test, but if 0 ends up being the final value, the test should not rely on 2.
Bug: Show tab-to-search onboarding results until they are interacted with three times
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-11-05 21:21:08+00:00
Resolved: 2020-11-14 09:50:25+00:00

[Tracking Requested - why for this release]:
This is an issue with search mode onboarding. Product and UX asked that it be fixed ASAP, which would be 84 at this point. 

---
One bug with tab-to-search onboarding results is that each keystroke counts against the maximum number of times we show them. Since we show them at most twice per session, if the user types `ama` on the way to autofilling amazon.com, we show a onboarding result as they type `a` and `m` then show the normal-sized tab-to-seach result when they type the second `a`, since we "showed" the onboarding result twice in that session already.

Instead, once we show a tab-to-search onboarding result, we should continue to show it as long as the user continues to type characters in the autofilled domain. The whole engagement should only count once against the total number of times we show onboarding results.
Bug: Ensure we persist search engine metadata between locale changes
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-11-05 22:13:19+00:00
Resolved: 2020-12-23 21:43:26+00:00

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

Steps to reproduce:

In UK locale (I understand the dictionary may differ, or the bug may not occur, in another locale), start firefox. Use options to remove "Chambers UK" from the one-click search engines, close and restart firefox.


Actual results:

"Chambers UK" dictionary added back in to the one-click search engines list.


Expected results:

No explicitly removed search engine should be added.

N.B. I'm classing this as a "defect" rather than "enhancement request" because it's silently undoing an explicitly changed setting.
Bug: Text files aren't being displayed on macOS Firefox
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-05 23:06:54+00:00
Resolved: 2020-11-06 13:54:58+00:00

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

Steps to reproduce:

Firefox 82.0.2
macOS 10.14.6 

 - https://varvy.com/robots.txt 




Actual results:

Blank , text isn't displayed 

view-source displays the text 

also reproduce on .js files 

On Linux Ubuntu, the text is rendered but the title oddly says "Server Not Found" 

it seems text file rendering broke recently


Expected results:

Displays text file without view-source as Firefox did previously.
Bug: Intermittent browser/components/places/tests/browser/browser_bookmark_popup.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-11-05 23:18:55+00:00
Resolved: 2022-04-05 17:05:48+00:00

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

---
```
[task 2020-11-05T22:17:20.503Z] 22:17:20     INFO - TEST-PASS | browser/components/places/tests/browser/browser_bookmark_popup.js | Panel should still be 'open' for non-autoclose - "open" == "open" - 
[task 2020-11-05T22:17:20.503Z] 22:17:20     INFO - TEST-PASS | browser/components/places/tests/browser/browser_bookmark_popup.js | Page is starred after closing - false == false - 
[task 2020-11-05T22:17:20.503Z] 22:17:20     INFO - Buffered messages logged at 22:17:20
[task 2020-11-05T22:17:20.503Z] 22:17:20     INFO - TEST-PASS | browser/components/places/tests/browser/browser_bookmark_popup.js | bookmark should not be present if a panel action should've removed it - false == false - 
[task 2020-11-05T22:17:20.503Z] 22:17:20     INFO - Leaving test bound escape_during_autocomplete_should_prevent_autoclose
[task 2020-11-05T22:17:20.503Z] 22:17:20     INFO - Buffered messages finished
[task 2020-11-05T22:17:20.503Z] 22:17:20     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_bookmark_popup.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-11-05T22:17:20.504Z] 22:17:20     INFO - GECKO(3061) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2020-11-05T22:17:20.504Z] 22:17:20     INFO - GECKO(3061) | MEMORY STAT | vsize 7823MB | residentFast 463MB | heapAllocated 118MB
[task 2020-11-05T22:17:20.504Z] 22:17:20     INFO - TEST-OK | browser/components/places/tests/browser/browser_bookmark_popup.js | took 76079ms```