av9ash/GitBugs huggingface dataset:
Bug: A blank onboarding screen is displayed when navigating back to about:welcome after pinning or setting as default
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-21 13:34:27+00:00
Resolved: 2021-10-15 21:03:53+00:00

**[Affected versions]:**
- Firefox Release 90.0.1, BuildID 20210716144314
- Firefox Beta 91.0b5, BuildID 20210720190304
- Firefox Nightly 92.0a1, BuildID 20210720094604

**[Affected Platforms]:**
- Windows 10, v1903 and up
- macOS 10.11 and up

**[Prerequisites]:**
- Have Firefox installed on the machine.
- Have Firefox NOT set as default and not pinned to Dock or Taskbar.

**[Steps to reproduce]:**
1. Start the Firefox application from prerequisites using a clean new profile.
2. Pin Firefox to Taskbar or Dock.
3. Skip the remaining onboarding using `Not now`.
4. Click the Browser's `Back` button and observe the page.

**[Expected results]:**
- The `Choose a theme` slide is displayed.

**[Actual results]:**
- A blank onboarding slide is displayed.

**[Notes]:**
- The issue is also reproducible if you set Firefox as default instead of Pinning to Taskbar or Dock.
- The issue is also reproducible if you both Pin Firefox and Set as default.
- Attached a screen recording of the issue.
Bug: tab switching should not be recorded to url bar undo history of particular tab
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-07-21 13:41:38+00:00
Resolved: 2021-08-03 14:16:40+00:00

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

Steps to reproduce:

1. Open any web page, e.g. "https://www.thunderbird.net/en-US/"
2. Open new tab
3. Type some URL (a part of it) in the address bar, e.g. "bugzilla.m"
4. Switch to tab from item 1
5. Switch tab back to the new one with typed URL
6. Try undo (`[Ctrl+Z]`)


Actual results:

Url of the page from item 1 ("https://www.thunderbird.net/en-US/") appears in the URL bar

It is not a new bug, it appeared after some changes in UI several versions ago.


Expected results:

Last typed character is removed from the new address ("bugzilla." for the example from item 3).

Tab switch should not be treated as edit of the address field. Each tab should have each own undo-redo context instead (only exhausting of undo entries might bring history from an earlier tab).

In some cases (not really frequent however), it is easier to type some URL by editing of the address of an earlier visited page than reach the same page through navigation links on the web site. Sometimes a hint from another tab may be required. It is disappointing when you realize that you typed something wrong, try undo to correct it and get irrelevant URLs on `[Ctrl+Z]`. It is especially annoying if you use `[Ctrl+PgUp]` a couple of times to reach another tab and then `[Ctrl+PgDn]` to return back.

If undo-redo items were not distorted by tab switches then behavior of `[Ctrl+Z]` would be more predictable.
Bug: Add code to chrome/jar channels that crashes in debug builds if trying to read non-existent files from omni.ja and similar packages
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-21 14:21:49+00:00
Resolved: 2023-04-06 16:15:37+00:00

bug 1721584 involves some icons that went AWOL after some refactoring . It would have been nice if the regressing bug 1708502, which stopped shipping those icons, would have turned the tree orange.
Bug: [XFA] There should be a separator space between the text fields and their labels/strings
Status: NEW
Priority: P3
Created: 2021-07-21 15:19:30+00:00
Resolved: 2023-06-02 15:21:47+00:00

**Note**
* When the user loads the corresponding PDF file, he will notice that the labels/strings are displayed too close to their text fields. There should be a little space between them.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.

**Expected result**
* There should be a little space between the text fields and their labels/strings.

**Actual result**
* The text fields are touching their labels/strings.

**Regression range**
* This is a regression of the latest bugfix:
2021-07-21T18:13:10.060000: DEBUG : Found commit message:
Bug 1720361 - Update pdf.js to version 2.10.316 r=pdfjs-reviewers,calixte
Differential Revision: https://phabricator.services.mozilla.com/D119800
Bug: remove `mach npm run mochitest` for newtab
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-07-21 15:48:05+00:00
Resolved: 2021-07-22 03:20:46+00:00

```
% ./mach npm run --prefix=browser/components/newtab mochitest

> activity-streams@1.14.3 mochitest /Users/dmose/r/git-cin-mc/browser/components/newtab
> (cd $npm_package_config_mc_dir && ./mach mochitest browser/components/newtab/test/browser --headless)

sh: line 0: cd: ../mozilla-central: No such file or directory
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! activity-streams@1.14.3 mochitest: `(cd $npm_package_config_mc_dir && ./mach mochitest browser/components/newtab/test/browser --headless)`
npm ERR! Exit status 1
```
:emcminn discovered this in bug 1698208, and it bit me while upgrading dependencies in another bug.  Patch forthcoming.
Bug: Add preference to block paywalled stories from appearing on new tab page
Status: NEW
Priority: --
Created: 2021-07-21 16:00:21+00:00
Resolved: 2024-04-04 16:27:31+00:00

Currently, too often the stories that are listed by Pocket on the new tab page are behind a paywall, and there's no way to know this until you visit the page. It would be nice to have a preference to disable paywalled stories from being listed unless they're whitelisted as being from sites you subscribe to.

At a minimum, having an indicator that shows which stories you won't be able to read because they're behind a paywall can help you avoid getting your hopes up and shattered by the disappointment of that paywall slapping you in the face (especially if you can't afford to pay for the content).
Bug: In local PDF files opened in the PDF viewer, opening links to sections in a new tab or window works badly
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-07-21 16:15:04+00:00
Resolved: 2022-02-18 17:16:00+00:00

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

Steps to reproduce:

1) Open a PDF that has a link that goes to another page or section within the same PDF.
2) Open this link in a new tab or window.
This can be tested with the attached PDF.


Actual results:

If the link is opened in a new tab, the page is blank but the link is in the address bar.
If the link is opened in a new window, both page and address bar are blank.


Expected results:

The new page should open to the correct section of the PDF with the address bar
containing the link.
Bug: "You must enable DRM" bar should appear only above content, excluding sidebar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-21 18:45:05+00:00
Resolved: 2021-09-14 07:36:28+00:00

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

Steps to reproduce:

Open https://meduza.io/slides/nina-kravits-radiohead-uillou-smit-inturist-i-florist with sidebar opened and DRM disabled


Actual results:

DRM message bar is shown above sidebar, so sidebar position is changed


Expected results:

Drm message is shown only above actual page content (i. e. left side of the DRM message bar should match right side of the sidebar), so sidebar position is unchanged.
Bug: History sidebar doesn't work
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-21 20:50:37+00:00
Resolved: 2021-08-20 15:38:00+00:00

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

Steps to reproduce:

Click "History" and select "Show All History".
Then, whether I click "Yesterday" or "Older than 6 months", I see pages that I just visited.


Actual results:

After clicking "History", selecting "Show All History" and the clicking "Yesterday" or, for that matter, "Older than 6 months", I see pages that I just visited.

(As a matter of fact, I used the History feature seconds before updating to a new release of Firefox, and then everything was still fine.)


Expected results:

After clicking "Yesterday", only pages should be listed that I visited yesterday. After clicking "Older than 6 months", only pages should be listed that I visited at least 6 months ago.
Bug: Crash in crypto32.dll when any link to PDF is clicked
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-21 21:36:10+00:00
Resolved: 2021-07-24 01:04:09+00:00

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

Steps to reproduce:

Clicked any of several links where normally a PDF would be downloaded.


Actual results:

Firefox crashed


Expected results:

See the PDF
Bug: The ellipsis menu in address bar is not visible in firefox latest
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-21 23:08:57+00:00
Resolved: 2021-07-22 05:05:10+00:00

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

Steps to reproduce:

1) Open any website in firefox
2) Look at the right side of the address bar
3) The ellipsis menu is no longer available.


Actual results:

The ellipsis menu on the right side of the address bar is not available.


Expected results:

The menu should be present similar to how it was available in FF 88 and below.
Bug: Do not set `extensions.installedDistroAddon.*` when distribution extension fails to install
Status: NEW
Priority: P3
Created: 2021-07-22 03:44:09+00:00
Resolved: 2024-06-06 13:28:41+00:00

Right now, an extension that fails to install -- for example, due to a signature error -- will not be retried (AFAICT).  This interacts with distributions, which cannot set the `xpinstall.signatures.dev-root=true` pref early enough to install distribution extensions that are signed with the staging certificate on first run, and then won't get extensions on later runs after the pref is set.

This is https://bugzilla.mozilla.org/show_bug.cgi?id=1551455#c6.
Bug: input date background color defaults to dark
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-22 08:06:28+00:00
Resolved: 2021-07-23 14:32:20+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:

Firefox developer edition 91.0b5 (64-bit)

<input type="date" /> 

defaults to dark mode even when them is light


Actual results:

input date theme is defaulting/sticking to dark


Expected results:

input date theme should follow browser/OS theme
Bug: Intermittent browser/base/content/test/tabs/browser_progress_keyword_search_handling.js | Test timed out - | Found a tab after previous test timed out
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-07-22 10:44:23+00:00
Resolved: 2023-07-07 12:00:45+00:00

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

---
```
[task 2021-07-22T09:48:28.803Z] 09:48:28     INFO - TEST-PASS | browser/base/content/test/tabs/browser_progress_keyword_search_handling.js | Extension ID of search provider should be set - "mozsearch@tests.mozilla.org" == true - 
[task 2021-07-22T09:48:28.803Z] 09:48:28     INFO - Leaving test bound setup
[task 2021-07-22T09:48:28.804Z] 09:48:28     INFO - Entering test bound test_unknown_host
[task 2021-07-22T09:48:28.805Z] 09:48:28     INFO - Buffered messages finished
[task 2021-07-22T09:48:28.805Z] 09:48:28     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_progress_keyword_search_handling.js | Test timed out - 
[task 2021-07-22T09:48:28.806Z] 09:48:28     INFO - GECKO(4105) | MEMORY STAT | vsize 20984422MB | residentFast 1668MB
[task 2021-07-22T09:48:28.807Z] 09:48:28     INFO - TEST-OK | browser/base/content/test/tabs/browser_progress_keyword_search_handling.js | took 90330ms
[task 2021-07-22T09:48:28.807Z] 09:48:28     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-07-22T09:48:28.807Z] 09:48:28     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_progress_keyword_search_handling.js | Found a tab after previous test timed out: https://example.com/?q=idontreallyexistonthisnetwork - 
[task 2021-07-22T09:48:28.808Z] 09:48:28     INFO - checking window state
```
Bug: Bookmarks keep adding Firefox/Mozilla sites without my input.
Status: UNCONFIRMED
Priority: P5
Created: 2021-07-22 11:37:10+00:00
Resolved: 2021-11-11 20:50:52+00:00

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

Steps to reproduce:

After a recent update, went into bookmarks and found many listings there, generally all the same, that I did not place there.  They appear to all relate to Firefox and/or Mozilla.  They cannot be removed and they tie up space so that searching for a bookmarked file or folder takes a lot of time.


Actual results:

As an example, there are multiple listings of something called "get involved" and multiple listings of "help and tutorials".  I also see multiple listings of something called "about us".  I have tried to delete them but they return.  I tried to move them to a folder but they still return.  I do not know how these got into the bookmarks list. In some cases there may be 2 or 3 dozen of the same listing.  


Expected results:

Nothing should have been added to my bookmarks that I did not place there.  Items that I want to delete from bookmarks should go away.
Bug: [XFA] Multi-line text input field has a wrong new line height resulting in bad vertical alignment
Status: NEW
Priority: P2
Created: 2021-07-22 12:07:44+00:00
Resolved: 2022-02-18 07:50:03+00:00

**Note**
* When the user loads a specific PDF file and scrolls to page 4, section 2 and input a few lines into the multi-line input box, he will notice that the field's line-height is wrong.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Scroll to page 6, section 2.
4. Input a few lines of text into the multi-line text box.

**Expected result**
* The lines of text are properly aligned vertically.

**Actual result**
* The lines of text are improperly aligned vertically.

**Regression range**
* Not a regression.
Bug: [Experiment] The "Stay private with Mozilla VPN" button from the "Private Browsing” window has no visible hover effect if the “Light” browser theme is enabled
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2021-07-22 12:21:38+00:00
Resolved: 2021-08-09 15:02:28+00:00

**[Affected Versions]:**
- Firefox Release 90.0.1 (Build ID: 20210716144314)
- Firefox Beta 91.0b1 (Build ID: 20210720190304)
- Firefox Nightly 92.0a1 (Build ID: 20210721212617) 


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


**[Prerequisites]:**
- Have a Firefox Beta 91.0bx en-* build installed.
- Have the “Light” browser theme set.
- Have the following pref values set:
    - “app.update.channel” to “release”;
    - “browser.search.region” to “US”;
    - “messaging-system.log” to “all”;
    - “app.normandy.user_id” to “c2ded23a-af7c-45e8-9daa-4c8f01a42964”;
    - “messaging-system.rsexperimentloader.collection_id” to “nimbus-preview”.

**[Steps to reproduce]:**

1. Open the Firefox browser with the profile from prerequisites.
2. Open a Private Window (Ctrl+Shift+P).
3. Hover the “Stay private with Mozilla VPN” button and observe the behavior.

**[Expected results]:**
- The button’s string color is changed.
    
**[Actual results]:**
- The button’s string color remains the same.

**[Notes]:**
- Attached is a screenshot of the issue.
- The issue is also reproducible if the OS theme is set to “Light” and the browser theme is set to “Firefox Alpenglow”.
- The issue is not reproducible if the “Dark” browser theme is enabled or if the OS theme is set to “Dark” and the “Firefox Alpenglow” browser theme is enabled.
- The issue is not reproducible if the "about:privatebrowsing" page is opened in a non-private "New Page" page.
Bug: [XFA] A table is displayed on 2 pages and its alignment is broken - follow-up
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-22 12:32:58+00:00
Resolved: 2021-08-25 16:47:59+00:00

+++ This bug was initially created as a clone of Bug #1717878 +++

**Note**
* When the user loads a specific PDF file in Adobe Reader and then in Nightly and compares pages 2-3, he will notice that a table is incorrectly displayed on both pages and also shows alignment issues.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Scroll to pages 2-3.

**Expected result**
* A table is displayed on page 2 and its alignment is correct.

**Actual result**
* The table is displayed on 2 pages and its alignment is broken.

**Regression range**
* Not a regression, but an implementation flaw.
Bug: [Proton] New Bookmarks Bar Folder Menu Font is too tall
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-22 13:44:31+00:00
Resolved: 2023-01-03 20:14:03+00:00

Nightly 92.0a1 (2021-07-22) (64-Bit)
macOS 10.15.7

Steps to reproduce:

1.) Compare Bookmarks Bar Folder Menu Font with Hamburger Menu Font (or other Doorhanger Menu Font)

Actual: The font in the new Bookmarks Bar Folder Menu looks too tall.

Expected: Smaller font size like in the Hamburger Menu.

A zoomed screenshot is attached. Please take a closer look at the letter "N" in both menus. There you can see the difference.

Thanks for checking.
Bug: repeating-linear-gradient inconsistently spread out
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-22 14:06:30+00:00
Resolved: 2021-07-27 17:51:42+00:00

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

Steps to reproduce:

This issue literally popped up after an update today. CodePen that works fine in Safari, Chrome and probably in Firefox 89 or 88 (not sure which version I had previously): https://codepen.io/eokic/pen/KKmXBbv


Actual results:

repeating gradient lines are not evenly distributed, nor are they clean 1px lines.


Expected results:

repeating gradient lines should be evenly distributed with clean, 1px lines
Bug: [Experiment] The "Stay private with Mozilla VPN" button does not have the correct hover and clicked states
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2021-07-22 14:18:32+00:00
Resolved: 2021-08-09 15:02:36+00:00

**[Affected versions]:**
- Firefox Release 90.0.1, BuildID 20210716144314
- Firefox Beta 91.0b5, BuildID 20210720190304
- Firefox Nightly 92.0a1, BuildID 20210720094604

**[Affected Platforms]:**
- Windows 10, v1903 and up
- macOS 10.15 and up
- Linux MX 4.19

**[Prerequisites]:**
- Be enrolled in any experiment branch except `control` on a Firefox profile.

**[Steps to reproduce]:**
1. Start the Firefox profile from prerequisites.
2. Open a Private Browsing window.
3. Hover the "Stay private with Mozilla VPN" button and observe the behavior.
4. Click and hold the "Stay private with Mozilla VPN" button and observe the behavior.

**[Expected results]:**
- Step 3: The button's background is changed to a darker shade (or lighter if using dark theme).
- Step 4: The button's background is changed to an even darker shade (or lighter if using dark theme).

**[Actual results]:**
- Step 3: The button's string becomes white and the background remains unchanged.
- Step 4: the button's background remains unchanged.

**[Notes]:**
- The buttons should hover and clicked states should look like the ones from the onboarding page.
- Attached a screen recording of the issue.
Bug: [Experiment] Var2's Promo text and button are not displayed in the about:privatebrowing page on a Normal Browsing window
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2021-07-22 14:51:50+00:00
Resolved: 2021-08-09 15:02:47+00:00

**[Affected versions]:**
- Firefox Release 90.0.1, BuildID 20210716144314
- Firefox Beta 91.0b5, BuildID 20210720190304
- Firefox Nightly 92.0a1, BuildID 20210720094604

**[Affected Platforms]:**
- Windows 10, v1903 and up
- macOS 10.15 and up
- Linux MX 4.19

**[Prerequisites]:**
- Be enrolled in the `var2` branch of the experiment.

**[Steps to reproduce]:**
1. Start the Firefox profile from prerequisites.
2. Open a Normal Browsing window and navigate to the about:privatebrowsing page.
3. Observe the page.

**[Expected results]:**
- The Promo text and button are displayed under/over the "You are currently not in a private window" message. 

**[Actual results]:**
- The Promo text and button are not displayed in the page.

**[Notes]:**
- The issue is not reproducible on the other branches of the experiment, and in those cases the promo text and buttons/link are successfully displayed.
- Attached a screenshot of var2: [Link](https://drive.google.com/file/d/1r75BoT845QtcBZ0ESl0fdhgZjyCXpAq1/view?usp=sharing)
- Attached a screenshot of var1: [Link](https://drive.google.com/file/d/1mgme_0bP9WpSXol1edFRq6oov5f9BqOW/view?usp=sharing)
- Attached a screenshot of var3: [Link](https://drive.google.com/file/d/1gmogbfBCfllbimQrUsS5-8QkngE3D-g4/view?usp=sharing)
Bug: Intermittent browser/base/content/test/outOfProcess/browser_promisefocus.js | Test timed out - | Found a tab after previous test timed out
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-07-22 16:06:53+00:00
Resolved: 2022-05-03 17:02:27+00:00

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

---
```
[task 2021-07-22T14:25:30.565Z] 14:25:30     INFO - TEST-PASS | browser/base/content/test/outOfProcess/browser_promisefocus.js | within child frame 6 step 1 blur subframe false activeElement - {} == {} - 
[task 2021-07-22T14:25:30.565Z] 14:25:30     INFO - within child frame 5 step 0 blur subframe false start
[task 2021-07-22T14:25:30.565Z] 14:25:30     INFO - Buffered messages finished
[task 2021-07-22T14:25:30.566Z] 14:25:30     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/outOfProcess/browser_promisefocus.js | Test timed out - 
[task 2021-07-22T14:25:30.566Z] 14:25:30     INFO - GECKO(1501) | MEMORY STAT | vsize 7909MB | residentFast 317MB | heapAllocated 99MB
[task 2021-07-22T14:25:30.567Z] 14:25:30     INFO - TEST-OK | browser/base/content/test/outOfProcess/browser_promisefocus.js | took 90024ms
[task 2021-07-22T14:25:30.567Z] 14:25:30     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-07-22T14:25:30.568Z] 14:25:30     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/outOfProcess/browser_promisefocus.js | Found a tab after previous test timed out: https://example.com/browser/browser/base/content/test/outOfProcess/file_base.html - 
[task 2021-07-22T14:25:30.568Z] 14:25:30     INFO - GECKO(1501) | [Child 1505: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 109317c00 == 1 [pid = 1505] [id = 3]
[task 2021-07-22T14:25:30.569Z] 14:25:30     INFO - GECKO(1501) | [Child 1505: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 1 (1092b8c80) [pid = 1505] [serial = 10] [outer = 0]
[task 2021-07-22T14:25:30.569Z] 14:25:30     INFO - GECKO(1501) | [Child 1505: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 2 (10ef47000) [pid = 1505] [serial = 11] [outer = 1092b8c80]
[task 2021-07-22T14:25:30.569Z] 14:25:30     INFO - checking window state
```