av9ash/GitBugs huggingface dataset:
Bug: [Intermittent] Clicks on Bing ads are counted as searches
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-09-02 13:31:24+00:00
Resolved: 2025-01-24 11:49:43+00:00

**[Affected Versions]:**
- Firefox Release 90.0.2  (Build ID: 20210721174149)
- Firefox Release 91.0.2 (Build ID: 20210823123856)
- FIrefox RC 92.0 (Build ID: 20210901142158)
- Firefox Nightly 93.0a1 (Build ID: 20210902092450)

**[Affected Platforms]:**
- Windows 10
- Linux Mint 20
- macOS 11.5.1

**[Prerequisites]:**
- Have Firefox Release open.
- Have Bing as the default search engine.
- Be in a region where Bing displays ads (e.g. IT).

**[Steps to reproduce]:**
1. Write “hotels” in the awesomebar and press the Enter key.
2. Click one of the ads displayed on the search page.
3. Go to “about:telemetry#keyed-scalars-tab”.
4. Search for “browser.search.with_ads” and observe the number displayed for “bing:sap”.

**[Expected result]:**
- The number has increased by 1 - the number of searches.

**[Actual result]:**
- The number has increased by 2 - the number of searches and clicks on ads.

**[Notes]:**
- The issue is also reproducible for “bing:organic”
- The issue seems intermittent.
- The issue does not seem reproducible for Google.
- Attached is a [recording](https://drive.google.com/file/d/1dO5W9f5r6942fwQwmNC7FqeVV22NscSs/view?usp=sharing) of the issue.
Bug: Investigate collecting more window features
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-09-02 15:00:41+00:00
Resolved: 2025-03-02 14:50:55+00:00

Bug 1564738 will make it so we correctly restore the tabbar for windows originally opened as dialogs. We will still miss some features: with the STR from bug 1659844, compare the popup opened by the extension vs. the popup opened via Ctrl+Shift+N (the restored window has a minimize and maximize button for example).

We will probably need to collect all features that were originally used to open a window and use them when opening the window for restoration. 

[This is the list of features that we collect](https://searchfox.org/mozilla-central/rev/49b6e60550243b4b4d71d6ab35a3ff2b9a9f7c69/browser/components/sessionstore/SessionStore.jsm#63-76), and they are collected [here](https://searchfox.org/mozilla-central/rev/49b6e60550243b4b4d71d6ab35a3ff2b9a9f7c69/browser/components/sessionstore/SessionStore.jsm#3769).
Bug: Translation leads to 'lorlorlor'
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-02 15:19:54+00:00
Resolved: 2023-01-10 07:37:09+00:00

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

Steps to reproduce:

1. Enabled about:config `extensions.translations.disabled` to false.
2. restart FF. (v. 93.0a1 (2021-08-27) (64-bit) on M1 MacOS 12.0 Beta (21A5304g))
3. Go to https://es.wikipedia.org/wiki/Wikipedia:Portada
4. Click on Translate icon next to padlock in URL bar
5. translation leads to `lorlorlor` see screenshot



Actual results:

5. translation leads to `lorlorlor` see screenshot


Expected results:

5. English translation
Bug: Search box searches passwords
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-02 21:38:37+00:00
Resolved: 2024-05-30 17:36:14+00:00

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

Steps to reproduce:

1. Go to passwords.
2. Enter a Master Password, to manage and search for logins.
3. Type in search box(search accounts).
4. Type complete or part or just one character of the login password.


Actual results:

The search results in showing all logins(site, users or/and password) who contain the characters typed in the search.


Expected results:

It should not be possible to find password characters through the search box. This way anyone who has access to this privilege level (search box), can run a script to reverse engineer it and discover parts, characters or complete passwords.
Creates false security on the user:
-To edit, remove, copy or show the password, you need to give the master key to perform these actions. At this point the user may think "I'm safe, I can leave the computer and leave this tab open and no one will be able to access my passwords, because to see passwords you need the master key." But this thought is false, as through the search box anyone is free to search for any character of the passwords.
Bug: Wrong description for "Recommended by Pocket" story
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-02 21:46:08+00:00
Resolved: 2021-09-09 16:50:07+00:00

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

Steps to reproduce:

1. Open a new tab
2. Browse articles. Expect unique articles with unique descriptions.
Actual Results: One description is duplicated


Actual results:

One description is duplicated


Expected results:

Should have unique descriptions.
Bug: The default process type for the initial tab and new tabs created by tabbrowser should be 'privileged about' rather than 'web'
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-02 22:45:35+00:00
Resolved: 2025-01-07 15:59:59+00:00

The current default means we process-switch for the first tab in a window, and potentially for other new tabs created (depends on specifics a bit).
Bug: Pinned tabs created by session restore should get their URL passed with skipLoad: true, instead of not passing a URL
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-02 22:50:24+00:00
Resolved: 2024-03-28 05:17:19+00:00

Passing the URL would allow us a chance to pick the right process, also for fission, for the new browser we're creating. As it is, we always have to process switch with fission enabled.
Bug: Windows created by session restore, including the initial window, should have URL information
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-02 22:52:04+00:00
Resolved: 2022-05-02 14:46:17+00:00

Passing the URL would allow us a chance to pick the right process, also for fission, for the new browser we're creating. As it is, we always have to process switch with fission enabled.
Bug: Ubuntu: Mouse pointer remains arrow instead of cursor over search bar
Status: NEW
Priority: P5
Created: 2021-09-03 02:50:05+00:00
Resolved: 2021-10-19 19:34:29+00:00

**Description**
when there is text on the search bar and the dropdown suggestions are showing, the cursor appears as an arrow instead of the proper text mouse cursor icon.

**Tested on**
Windows 10 64bit, ubuntu 20 and Macos 10.15

**Affected**
Nightly 93.0a1 , Release 91.0.2 , and Beta 92  all affected
Only Ubuntu was affected.

**Steps to reproduce**
go to about:preferences  search
enable search bar in toolbar
type anything in searchbar
move the mouse to the searchbar


**Expected results**
I should see the Text mouse cursor image

**Actual results**
the mouse cursor image is an arrow.

if you click outside the search bar and move the mouse on the searchbar, the cursor image appears properly, but when you click on the search bar, and the suggestions appear, the cursor changes again to an arrow.
Bug: Enabling a Normandy recipe in the Stage server results in a 500 Server error
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-09-03 08:29:40+00:00
Resolved: 2021-09-08 11:02:50+00:00

**[Affected Versions]:**
- Firefox Release 91.0.2 - Build ID: 20210823123856

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

**[Prerequisites]:**
- Have the “Normandy Devtools” add-on installed.
- Have a disabled Normandy recipe created.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open the Normandy Devtools and log in with valid credentials.
3. Change the “Environment” to “Stage”
4. Open a disabled Normandy recipe.
5. Open the “Network Monitor” (CTRL+SHIFT+E).
6. Click the “Enable” button from the top right corner of the page and observe the “Network Monitor”.

**[Expected results]:**
- The recipe is enabled and after ~10 minutes the recipe is available in the “main/normandy-recipes-capabilities” collection.
    
**[Actual results]:**
- There is a 500 Server error displayed in the “Network Monitor” and the recipe is not available in the “main/normandy-recipes-capabilities” collection.

**[Notes]**:
- Attached is a recording of the issue.
- After a Normandy Devtools page refresh, the recipe appears as “Enabled”.
- The recipe used in the attachments is recipe 1461.
- The last successful action in Normandy was disabling and enabling recipe 1460, and the first time we’ve encountered the internal server error was with recipe 1431.


@Mythmon Can you please weigh in on this? Also, if the component is not the correct one, please move it to the one you consider to be more appropriate.
Bug: Pages do not load using Remote desktop (via MacOS Big Sur)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-03 09:41:18+00:00
Resolved: 2021-10-08 13:21:56+00:00

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

Steps to reproduce:

I connect to my Windows 10 machine via Remote Desktop on MacOS Big Sur. Firefox is opened on this machine but pages are not loaded (hourglass appearing in tab endlessly without loading the page). Only after I restart Firefox, pages can be loaded - however they start to "freeze" after some time again.
Bug: download-helper label hard coded instead of respecting XDG_DOWNLOAD_DIR
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-03 10:25:23+00:00
Resolved: 2021-10-01 14:53:00+00:00

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

Steps to reproduce:

- ~/.config/user-dirs.dirs has the line `XDG_DOWNLOAD_DIR="$HOME/downloads"` (Note the lower-case "d")
- New Firefox-profile
- about:preferences
- Files and applications
- Downloads
- Save files to


Actual results:

"Downloads"


Expected results:

"downloads"

(More important if one sets XDG_DOWNLOAD_DIR to something very different, of course)
-----------------------

This seems like the relevant code:

download-header = Downloads

in

https://searchfox.org/mozilla-central/source/browser/locales/en-US/browser/preferences/preferences.ftl

1st commit containing it:

https://searchfox.org/mozilla-central/rev/4a446201184f10a5e2ca4e0d65673f3c9e64413e/browser/locales/en-US/browser/preferences/preferences.ftl#213
Bug: FirefoxHome->Pocket policy doesn't disable/change entries in preferences
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-09-03 14:12:44+00:00
Resolved: 2021-11-02 13:42:26+00:00

If you use the FirefoxHome->Pocket policy, it does make Pocket disappear, but it has no effect on the preferences entries.
Bug: Delete / Input Bookmarks / Folder needs more than one click
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-04 15:12:57+00:00
Resolved: 2021-09-21 15:11:35+00:00

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

Steps to reproduce:

Delete an exististing bookmark by right-click and choose delete
Generate a new folder by right-click and choose to generate a new folder


Actual results:

nothing.


Expected results:

It works, when clicking a second time.
Bug: Some bookmarks can't be removed
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-05 05:38:29+00:00
Resolved: 2021-10-11 09:36:08+00:00

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

Steps to reproduce:

When you click on a bookmark some websites over time automatically relocate to a web page different from that in the originally saved bookmark. In this case the blue star for that site disappears and you can't remove it. Going to "Show all bookmarks" doesn't help because the Delete option is no longer there and Cutting won't remove it. The only recourse is to edit the bookmark, reassign the URL to one which gets you a blue star, then remove it. (FYI, I run Windows 7; don't know if other  OS's are affected.)


Actual results:

My suggested work-around works.


Expected results:

Results happened as expected.
Bug: Blank pages on some PDF files
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-09-05 09:53:02+00:00
Resolved: 2022-10-14 09:10:17+00:00

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

Steps to reproduce:

Open PDF file with Firefox browser


Actual results:

PDF opens with blank pages


Expected results:

File must be opened not with blank pages
Bug: Checkboxes not visible in preferences (KDE, Linux)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-05 12:40:40+00:00
Resolved: 2021-09-05 15:52:19+00:00

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

Steps to reproduce:

Open preferences dialog (under KDE on Linux, using Ubuntu 21.04 [hirsuite] distributed firefox). Using standard Breeze theme.


Actual results:

Very hard to distinguish checked from unchecked check boxes, because they are so small (see screenshot).


Expected results:

Check box should be visible (they are in standard web forms)
Bug: Every firefox connection ends in SEC_ERROR_BAD_DATA
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-05 15:51:27+00:00
Resolved: 2022-10-03 12:20:09+00:00

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

Steps to reproduce:

I opened firefix and tried to connect somewhere (example google.com).



Actual results:

Secure Connection Failed

An error occurred during a connection to www.google.com. security library: received bad data.

Error code: SEC_ERROR_BAD_DATA

    The page you are trying to view cannot be shown because the authenticity of the received data could not be verified.
    Please contact the website owners to inform them of this problem.


Expected results:

It should have opened the web page
Bug: [Windows] Sound "playing" text appearing/disappearing changes tab height, causing web content onresize events (when using custom userChrome.css)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-05 16:37:38+00:00
Resolved: 2021-10-14 15:47:04+00:00

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

Steps to reproduce:

Make a call to audiofile.play(), either in response to a specific user action or something happening in background



Actual results:

window.onresize event is triggered, with new window height being 2 pixels more or less than it was before.  Even a short sound, like a single beep, causes it.


Expected results:

Just the sound playing, not the window resize event

This started happening recently (perhaps one or two versions back).  

It might have to do with the feature which added "PLAYING" to the tab header.    

It is very annoying because the web page might be responding to this spurious event with an undesired action, assuming that the window had in fact been resized when it really hadn't.

Workaround: modify the code to not respond to small changes.
Bug: Duplicate posts when commenting on a Facebook post
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-06 11:51:11+00:00
Resolved: 2021-10-04 11:25:32+00:00

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

Steps to reproduce:

Typed a reply to a comment on a Facebook post. 


Actual results:

As I typed the response, a duplicate comment appeared below the comment I was writing. When I pressed Enter to post the comment, there were two identical comments posted. When I clicked the "Reload current page" option on the Firefox browser and reloaded the tab, the duplicate comment disappeared. This problem began after I updated Firefox, and it is continuing. Just leaving the Facebook page and going back to it did not resolve the issue. I had to either reload the page using the browser's "reload current page" icon, or log out, clear the browser cache, and log into Facebook again to get rid of the duplicate comment post.


Expected results:

There should have been only ONE dialog box and one response being typed and submitted, NOT two.
Bug: [MSIX] Beta installed from MS Store is named MozillaFirefox in Windows Apps
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-09-06 13:21:34+00:00
Resolved: 2021-10-18 10:01:27+00:00

**Affected versions**
- Firefox 92.0b9 MS Store

**Affected platforms**
- Windows 11

**Steps to reproduce**
1. Install Firefox MSIX from MS Store
2. Click on start -> All apps and search Firefox in the list

**Expected result**
- Firefox is named Mozilla Firefox Beta

**Actual result**
- Firefox is named MozillaFirefox Beta

**Regression range**
- Don't think this is a regression as it is an early build installed from MS Store

**Additional notes**
- The issue can be seen in the attachment
Bug: Users cannot interact with the Toolbars/Themes menu using VoiceOver
Status: NEW
Priority: --
Created: 2021-09-06 14:25:59+00:00
Resolved: 2021-09-06 14:29:08+00:00

**[Affected versions]**:
Nightly 92.0a1 (2021-08-03) (64-bit)- Build ID: 20210803094710

**[Affected Platforms]:**
macOS 11.4

**[Prerequisites]:**
Have the "VoiceOver" screen reader enabled.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open customize, by using  Hamburger menu using the VO commands.
3. Press any "Tab" key several times and observe the behavior using VO commands (Navigate to each item from the page using the VO commands.)
4. Reach either toolbar/themes menu buttons.

**[Expected result]:**
The user can reach any item from the menu and interact with them.

**[Actual result]:**
User cannot reach submenues.
Bug: Intermittent [Tier 2] browser/base/content/test/tabs/browser_allow_process_switches_despite_related_browser.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-09-06 15:01:47+00:00
Resolved: 2023-06-02 12:03:32+00:00

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

---
```
INFO - TEST-START | browser/base/content/test/tabs/browser_allow_process_switches_despite_related_browser.js
[task 2021-09-06T14:16:35.147Z] 14:16:35     INFO - TEST-INFO | started process screentopng
[task 2021-09-06T14:16:35.353Z] 14:16:35     INFO - TEST-INFO | screentopng: exit 0
[task 2021-09-06T14:16:35.353Z] 14:16:35     INFO - Buffered messages logged at 14:15:50
[task 2021-09-06T14:16:35.353Z] 14:16:35     INFO - Entering test bound 
[task 2021-09-06T14:16:35.353Z] 14:16:35     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,Hi" line: 0}]
[task 2021-09-06T14:16:35.353Z] 14:16:35     INFO - Buffered messages finished
[task 2021-09-06T14:16:35.353Z] 14:16:35     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_allow_process_switches_despite_related_browser.js | Test timed out - 
[task 2021-09-06T14:16:35.353Z] 14:16:35     INFO - GECKO(4893) | MEMORY STAT | vsize 3655MB | residentFast 549MB | heapAllocated 176MB
[task 2021-09-06T14:16:35.353Z] 14:16:35     INFO - TEST-OK | browser/base/content/test/tabs/browser_allow_process_switches_despite_related_browser.js | took 45082ms
[task 2021-09-06T14:16:35.354Z] 14:16:35     INFO - checking window state
[task 2021-09-06T14:16:35.354Z] 14:16:35     INFO - TEST-START | browser/base/content/test/tabs/browser_audioTabIcon.js
```
Bug: number field with decimal (Windows) 91.0.2
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-06 16:40:17+00:00
Resolved: 2022-05-17 22:13:24+00:00

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

Steps to reproduce:

Check number field with decimals on windows.


Actual results:

Check image attached


Expected results:

On Linux it works
Bug: [Nightly 94.0a1] Release notes not found
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-07 04:34:39+00:00
Resolved: 2021-09-09 03:03:15+00:00

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

Steps to reproduce:

Menu->Help->About Nightly->Click "what's new"


Actual results:

https://www.mozilla.org/en-US/firefox/94.0a1/releasenotes/?utm_source=firefox-browser&utm_medium=firefox-desktop&utm_campaign=about-dialog - displays a 404 page


Expected results:

https://www.mozilla.org/en-US/firefox/94.0a1/releasenotes/?utm_source=firefox-browser&utm_medium=firefox-desktop&utm_campaign=about-dialog should have displayed the release notes
Bug: app menu icons no longer shown
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-07 05:24:35+00:00
Resolved: 2021-09-08 11:46:34+00:00

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

Steps to reproduce:

Open the hamburger "main" menu on the top-right.


Actual results:

The menu items do not have icons.


Expected results:

The menu items should have icons.

This is the behaviour in Firefox 78.
Bug: RTCPeerConnection.close throws in WPT
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-09-07 06:29:40+00:00
Resolved: 2021-09-22 06:55:31+00:00

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

Steps to reproduce:

  https://github.com/web-platform-tests/wpt/pull/30213
was flaky in Firefox. I did some investigation in
  https://bugs.chromium.org/p/webrtc/issues/detail?id=13148
and it looks like RTCPeerConnection.close() is throwing an error because its implementation is gone.



Expected results:

https://searchfox.org/mozilla-central/source/dom/media/PeerConnection.jsm#1529
should probably catch this error and ignore it.
Bug: Intermittent browser/base/content/test/performance/browser_startup_mainthreadio.js | read on C:\Users\task_163103129512649\AppData\Local\Temp\tmpf8wvjnv4.mozrunner\places.sqlite-wal 3 more times than expected before becoming idle -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-09-07 17:47:28+00:00
Resolved: 2022-01-11 18:17:35+00:00

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

---
```
[task 2021-09-07T16:33:43.911Z] 16:33:43     INFO - TEST-PASS | browser/base/content/test/performance/browser_startup_mainthreadio.js | fsync on C:\Users\task_163103129512649\AppData\Local\Temp\tmpf8wvjnv4.mozrunner\places.sqlite-wal as many times as expected before becoming idle - 
[task 2021-09-07T16:33:43.912Z] 16:33:43     INFO - Buffered messages finished
[task 2021-09-07T16:33:43.912Z] 16:33:43     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_mainthreadio.js | read on C:\Users\task_163103129512649\AppData\Local\Temp\tmpf8wvjnv4.mozrunner\places.sqlite-wal 3 more times than expected before becoming idle - 
[task 2021-09-07T16:33:43.913Z] 16:33:43     INFO - Stack trace:
[task 2021-09-07T16:33:43.913Z] 16:33:43     INFO - chrome://mochikit/content/browser-test.js:test_ok:1336
[task 2021-09-07T16:33:43.913Z] 16:33:43     INFO - chrome://mochitests/content/browser/browser/base/content/test/performance/browser_startup_mainthreadio.js:null:867
[task 2021-09-07T16:33:43.913Z] 16:33:43     INFO - TEST-PASS |
```