av9ash/GitBugs huggingface dataset:
Bug: Firefox device permission dialog box is not accessible via keyboard
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-08-30 15:49:35+00:00
Resolved: 2021-08-31 00:04:15+00:00

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

Try getting a Firefox device permission box for location access. 

Expected Result:
The device permission box is accessible by keyboard controls (Tab, Arrows, Enter)

Actual Result:
The device permission box can be accessed by mouse only.
Bug: Firefox not showing the "X" in Settings checkboxes!
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-30 16:02:34+00:00
Resolved: 2021-08-31 05:57:57+00:00

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

Steps to reproduce:

Systems:
MacMini (2018) running Mojave 10.14.6
and,
Windows 10 Pro v20H2, build 19042.1165, Experience pack 120.2212.3530.0

Ever since FF v89 when I go into FF Settings in either my Mac or pc none of the 
options I have selected display an 'X' in that option's checkbox.

In previous FF versions when I clicked in an option's checkbox an 'X' would appear showing me that I'd selected that option.

No more.

I've tried changing the theme to Dark, Light, System . . . no change to this issue 
in either my Mac or pc: I cannot see an 'X' in any option's checkbox in FF Settings no matter how many times I click in the checkbox for any option.

Please see attached screenshots.  They are with "Dark" theme, but its the same 
no matter what theme I choose.

How to get my Settings choices to show that I have checked off this or that option?

Solution??

:-((

Thanks!


Actual results:

Ever since FF v89 when I go into FF Settings in either my Mac or pc none of the 
options I have selected display an 'X' in that option's checkbox.

In previous FF versions when I clicked in an option's checkbox an 'X' would appear showing me that I'd selected that option.

No more.

I've tried changing the theme to Dark, Light, System . . . no change to this issue 
in either my Mac or pc: I cannot see an 'X' in any option's checkbox in FF Settings no matter how many times I click in the checkbox for any option.


Expected results:

Clicking in any FF Settings checkbox should display an X showing that this option was desired and selected.
Bug: Password Reset Token Leakage
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-30 16:24:54+00:00
Resolved: 2021-09-13 23:57:10+00:00

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

Steps to reproduce:

Step 1 : Go To - https://accounts.firefox.com/reset_password
Step 2 : Enter Registered Gmail
Step 3 : Click Begin Reset Button 
Step 4 : Capture the Request
Step 5 : See Response For That You Get the Password Token 



Actual results:

Password Token is Being Leaked in Response itself

Something Looks Like , it's a Critical Bug

Response Received in My Burpsuite :

{"passwordForgotToken":"f0177f67bb0de0bd87076877cde2ea7be41af6fb6b75e5d36612afeecae58f5f","ttl":86400,"codeLength":32,"tries":3}

The Above is Received in My Response , Screen Shots Attached POC


Expected results:

Show Only "Success" or "Check Email" Message While Requesting Password Reset Option .

But here it's showing the token

I've Attached TOKENS.zip file , which consists of Five Screenshots.

Take a Look For More Clarity

Thanks & Regards
Raghuram G
Bug Bounty Hunter
raghuram.4.5.0.2@gmail.com
Bug: Microsoft Store Launch button redirects to already running `C:\Program Files\Mozilla Firefox\firefox.exe`
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-30 17:32:30+00:00
Resolved: 2021-10-26 19:45:49+00:00

I have put "Mozilla Firefox Beta" into the Microsoft Store under a private audience: https://partner.microsoft.com/en-us/dashboard/products/9P9GJR8PH8TT/overview.  This is a hand-rolled MSIX: I'll land patches to produce, or documentation for how to produce, these Store-specific MSIX packages sometime soon.  The MSIX is a repackage of a mozilla-beta build.

The Launch button in the Microsoft Store redirects to an already running Firefox Release at `C:\Program Files\Mozilla Firefox\firefox.exe`.  My guess is that this is working as expected: Beta launches, looks for existing instances, does that thing where Release and Beta look the same, and redirects to the running Firefox Release instance.  Maybe we want to do less of that when we are a packaged app?

When Firefox Release is not already running, we launch Beta as expected: from `C:\Program Files\WindowsApps\MozillaFoundation.MozillaFirefoxBeta_92.0.0.0_x64__1asrjg2sqer5r\VFS\ProgramFiles\MozillaFirefox Beta Package Root\firefox.exe`.
Bug: FF 91.0.2 restores my session while configured not to
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-30 17:34:09+00:00
Resolved: 2024-05-13 17:55:48+00:00

Unusual settings : First party isolation.

STR : 
- disable session restore
- update to FF 91.0.2
- close FF (quit)
- launch FF from taskbar

what happened :
- my last session is restored

what should have happened :
- default FF for Mint homepage is opened in a new session.

My inquiry : 
- Quit with Ctrl+Q or from menu : same.
- quit FF again, start again : session is still restored
- I deleted my browsing history. Quit. Start. "Sorry, we're having trouble getting your pages back"

Fix : Go to settings, tick "startup : restore previous session", then untick. Quit FF. Start. Session is not restored, as intended.
Bug: "Forget about this site" appears to reset local storage for some other domains
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-30 17:35:47+00:00
Resolved: 2021-12-02 15:29:30+00:00

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

Steps to reproduce:

So far, I've only been able to reproduce this with the https://www.twitch.tv domain as the "affected" domain. That is, no matter which domain I select "Forget about this site" on, my local storage for https://www.twitch.tv is reset. I don't know what is different about this domain that would cause it to be affected when others are not, but I imagine this shouldn't be possible at a browser level.

Reproduction steps:

1. Observe local storage entries on the "affected" domain using the Web Developer Tools pane. For my own testing, I can easily see this by going to a stream page on the Twitch domain for which the streamer has the mature content warning enabled (e.g. https://www.twitch.tv/faux), clicking past the warning, and observing that from then on, a local storage item exists on that domain with key: "mature" and value: "true".

2. In the application menu, click "History", and then right click on any entry that is NOT in the "affected" domain, and click "Forget about this site".

3. Open a new tab on the "affected" domain. From my own testing, I've found that checking the local storage on a tab that was open BEFORE clicking "Forget about this site" does not reflect the problem. This is true even after clicking "Refresh Items" in the Web Developer Tools pane, or even refreshing the tab in question - it is only reflected when opening a new tab.

4. Observe local storage entries on the "affected" domain once again. Following the example from step 1, there is no longer a local storage item with key: "mature", and the mature content warning appears once again.


Actual results:

Local storage for the https://www.twitch.tv is reset, despite it not being the domain that was "forgotten"


Expected results:

Local storage is not affected for any domain other than the one being "forgotten"
Bug: Form controls indistinguishable from background with HCM enabled
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-08-30 19:42:10+00:00
Resolved: 2023-06-02 15:22:05+00:00

STR:

1. Navigate to about:preferences
2. In Language and Appearance, click "colors" and set the dropdown to "always"
3. Hit OK
4. View Language & Appearance section

Expected: 
Menulists, buttons, etc. are distinguishable from the page with a solid (foreground-color) border. 

Actual:
Form controls blend into the background, are indistinguishable from plain text on the page. 

Looks like we used to get this "for free" with transparent borders, since we overrode them with the forground color, but as of bug 1105364 we no longer do that. We'll need to explicitly specify the foreground color for the borders when HCM is active.
Bug: Crash in [@ libxul.so@0x6650f80 | libxul.so@0x9b69fff | libxul.so@0x9b69fff | libxul.so@0x4eb06cc | NotoSansCJK-Regular.ttc@0x59daf68]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-31 03:04:12+00:00
Resolved: 2021-11-24 13:41:01+00:00

Crash report: https://crash-stats.mozilla.org/report/index/803796c4-5230-438f-9cc2-0b5360210831

MOZ_CRASH Reason: ```assertion failed: self.font_contexts.lock_shared_context().has_font(&font.font_key)```

Top 10 frames of crashing thread:
```
0 libxul.so libxul.so@0x6650f80 
1 libxul.so libxul.so@0x9b69fff 
2 libxul.so libxul.so@0x9b69fff 
3 libxul.so libxul.so@0x4eb06cc 
4 NotoSansCJK-Regular.ttc NotoSansCJK-Regular.ttc@0x59daf68 
5 NotoSansCJK-Regular.ttc NotoSansCJK-Regular.ttc@0x569a464 
6 TakaoPMincho.ttf TakaoPMincho.ttf@0x2b8572 
7 memfd:mozilla-ipc (deleted) memfd:mozilla-ipc @0x17f73 
8 TakaoPGothic.ttf TakaoPGothic.ttf@0x33db46d 
9 TakaoPGothic.ttf TakaoPGothic.ttf@0xd3436e 
```
Bug: proton breaks checkboxes in settings
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-31 06:46:43+00:00
Resolved: 2021-08-31 11:46:05+00:00

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

Steps to reproduce:

Set browser.proton.enabled to false. Go to settings and try some of the checkboxes.


Actual results:

Checkboxes are always blank, never "checked".


Expected results:

Checkboxes should show checks when enabled.
Bug: Disabling pdf.js causes an exception in pdf.js' _unbecomeHandler method because `clearIntPref` isn't a function
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-08-31 09:20:18+00:00
Resolved: 2021-09-28 10:01:59+00:00

See bug 1497909 comment 9. This probably breaks re-enabling PDF.js without a restart as the exception would mean that the observers don't get registered. Although the fix is trivial I don't know what the fallout of implementing it is likely to be.
Bug: Scroll bar inside Protection Panel for Allowed/Blocked content is slightly moved to the right side after a subpanel is opened with dark theme
Status: NEW
Priority: P5
Created: 2021-08-31 12:17:40+00:00
Resolved: 2021-09-16 21:45:11+00:00

*Affected versions*
* 92.0 (20210830174627)
* 93.0a1 (20210829215733)
* 91.0.2 (20210823123856)
* 91.0.1esr (20210816144842)




*Affected platforms*
* Windows 10x64

*Preconditions*
* dark theme



*Steps to reproduce*
1. Open https://www.thingiverse.com/.
2. Open protection panel-> Tracking Content.
3. Observe the scroll bar.



*Expected result*
* Scroll bar is opened smoothly with no visual issues.

*Actual result*
* Scrollbar is slightly moved to the right side.

*Regression range*
*  Last good revision: d2ea628463ca2646d2c60bc163ace3ead0cc6c36
First bad revision: e2b2906acc707bb3e36cec67bfc81f496cd6491b
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=d2ea628463ca2646d2c60bc163ace3ead0cc6c36&tochange=e2b2906acc707bb3e36cec67bfc81f496cd6491b 






* Notes*
* Attached a screen recording.
* The issue can be seen with the Dark theme only on Windows.
Bug: (Windows 10) Abusing  confirmation close dialog (Alt+F4) hangs the browser
Status: NEW
Priority: --
Created: 2021-08-31 15:41:24+00:00
Resolved: 2021-11-16 17:00:25+00:00

##### [Description:]
While tinkering with bug 1720254, I accidentaly realized that abusing the alt+F4 will shortly enter the browser into an unresponsive state.

#####[Environment:]
Windows 10
Ubuntu  20.04.3 - doesn't reproduce 
Mac 11.0.4 - doesn't reproduce (@ cmd+Q) 

##### [Steps:]
1. New profile, about:preferences#general, enable session restore and warn on close.
2. Ctrl+T open several new tabs.
3. Forget your fingers on Alt+F4.

##### [Actual Result:]
The browser hangs, needs to be terminated from task manager.

##### [Expected Result:]
The browser doesn't hang :)

##### [Regression Range:]
2021-08-31T18:21:49.381000: DEBUG : Found commit message:
Bug 1685313 - fix tests to pass with either the new or old window modal dialogs, r=jaws

Differential Revision: https://phabricator.services.mozilla.com/D104703
Bug: [PDF Viewer] Image in PDF not cropped when it should be (i.e. appears as cropped in other viewers)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-31 15:57:12+00:00
Resolved: 2022-01-11 02:35:12+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. Download PDF from https://chroniclesystems.co.uk/content/general/hosting-page/datasheet.pdf (file is also attached to this report).
2. View in FireFox (Windows 10 Home) - observe that large splash image covers entire page (obscruing some content).
3. View in Google Chrome or Adobe Acrobat Pro - observe that image is only crapped behind "C" logo, presumably as intended.

I presume a similar issue could also occour on other PDF documents, but I don't have any other examples.


Actual results:

Image covers entire page, obscruing some content.


Expected results:

The image should have been cropped to a specific area on the page.
Bug: Double entry in Settings : Cookies & Site data : Manage Exceptions
Status: NEW
Priority: P3
Created: 2021-08-31 17:13:28+00:00
Resolved: 2024-08-19 12:22: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:

Go into Settings
Under the Cookies & Site Data section, click Manage Exceptions
Enter a web address in the entry field and click any of the options - Block; Allow for session; Allow.


Actual results:

The web address is added twice in the display box.


Expected results:

DUH! It should only be entered once (in my opinion)
Bug: Opening a new tab causes the current browser to resize
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-31 18:35:32+00:00
Resolved: 2023-05-31 16:50:08+00:00

See this profile: https://share.firefox.dev/2WJc5Rq

I had the Firefox Profiler displaying a profile, I had the profiler recording, and I pressed Cmd+t to open a new tab. The about:newtab page opened with the bookmarks toolbar visible.

I then captured the profile, and was surprised to see that we triggered a resize event in the content process of the previous tab (the profiler in this case). I noticed because resizing the profiler display takes a while (more than 500ms here).
Bug: Fix misspelled accesskey attribute in FTL string tab-context-send-tabs-to-device
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-01 06:29:08+00:00
Resolved: 2021-09-01 15:53:33+00:00

Noticed in https://hg.mozilla.org/mozilla-central/rev/ab5dd8130e531132ddb42dd8ee52b055b24a7fd7#l3.19

Turns out we have another couple landed a while ago in toolkit.
https://hg.mozilla.org/mozilla-central/rev/dc317f2b785e5264fb8b497ecc4cf20bd0754cb8#l3.41
Bug: Bookmarks reloaded in about:support when pressing the Enumerate database, Verify Integrity buttons
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-09-01 06:38:02+00:00
Resolved: 2021-09-07 14:36:05+00:00

**Affected versions**
* 93.0a1( 	20210829215733)

**Affected platforms**
* Win10 (did not check on others at this time);

**Steps to reproduce**
1. Launch Firefox and access about:support;
2. Scroll down and click on buttons: Enumerate database, Verify Integrity.

**Expected result**
* in page action, browser not affected otherwise;

**Actual result**
* some links bookmarked on bookmarks bar are reloaded

**Additional notes**
* attached recording with the issue;
* poked QA team for further investigation.
Bug: Click on link, nothing happens when private browsing
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-01 11:28:06+00:00
Resolved: 2021-09-20 12:45:47+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) Open web page in private browsing
2) Click on any link on that page
3) Not followed that link(Nothing happens)


Actual results:

When click on the link it does not follow the web page on that link.

It should open that page on that link.


Expected results:

When click on the link it should follow the web page on that link.

It works well in Non-private browsing.
Bug: [Acroform] Saving an encrypted form can lead to errors
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-01 13:01:38+00:00
Resolved: 2021-09-01 13:40:55+00:00

STR:
  - check the box "Adverse Event" in "Report Type"
  - set Month to 12, Day to 13 and Year to 14 in "Date of this report"
  - save the pdf

There are no issue when opening the saved pdf in Firefox or evince or mupdf.
But in masterpdf or Chrome, the Day textfield is empty and it becomes a button (??!!).
Bug: White bar at top of screen when moving window between monitors and maximizing window
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-01 14:21:11+00:00
Resolved: 2021-09-01 14:54:36+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. Open firefox in Troubleshoot mode
2. Move it to another monitor (don't maximize, just drag)
3. Move it back to original monitor, dragging it to top so it maximizes
4. White boxes appear

To fix, tap F11 to enter fullscreen, then F11 again to exit fullscreen


Actual results:

These white bars appear: https://i.imgur.com/tGp5bnU.png

You cannot interact with upper portion of the window, but can interact below the white box: https://i.imgur.com/5NbqKDE.png


Expected results:

No white box, window maximizes as normal
Bug: Microsoft SSO Breaks Teams Admin Portal
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-09-01 16:05:17+00:00
Resolved: 2021-12-17 22:01:56+00:00

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

Steps to reproduce:

Enabled setting "Allow Windows single sign-on for Microsoft, work, and school accounts". Logged into windows with AzureAD/Office365 Account. Navigated to https://admin.teams.microsoft.com


Actual results:

Teams Admin portal does not load. Instead, get a white screen with the title "MSAL IFrame".  Disabled the setting and navigated to the page again. Loads without any error.


Expected results:

The site should load properly instead of displaying a blank page.
Bug: Download progress bar doesn't follow theme on a dark Linux theme.
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-09-01 18:18:29+00:00
Resolved: 2021-09-10 08:49:10+00:00

This is a regression from bug 1710918.

That bug introduced the following CSS:

```css
:root {
  --download-progress-fill-color: -moz-accent-color;
  --download-progress-paused-color: GrayText;
  --download-progress-flare-color: rgba(255,255,255,0.75);
}

/* download progress bar is used in contexts which are not LightweightThemeConsumers and
   do not get the lwt- theme variables. So we duplicate the fallbacks here. */
:root:-moz-lwtheme {
  --download-progress-fill-color: var(--lwt-toolbarbutton-icon-fill-attention, rgb(0,97,224));
}

@media (-moz-toolbar-prefers-color-scheme: dark) {
  :root {
    --download-progress-fill-color: var(--lwt-toolbarbutton-icon-fill-attention, rgb(0,221,255));
  }
  #contentAreaDownloadsView {
    --download-progress-fill-color: var(--in-content-item-selected);
  }
}
```

Which means that if `-moz-toolbar-prefers-color-scheme: dark` evaluates to true, we override the `-moz-accent-color` rule above, which I believe is not intended. This can be seen with any dark Linux theme.

I believe it's not intended, and probably the `:root` selector inside the media query needs to also be `:root:-moz-lwtheme`. Sam?
Bug: Double switch to tab option appears in address bar.
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-09-01 20:33:56+00:00
Resolved: 2023-08-18 14:24:19+00:00

**Description**
there is a double "switch to tab" button when there should be only one. since i have only one tab open with a site loaded.

**Tested on**
Windows 10 64bit, ubuntu 20 and Macos 10.15
Nightly 93.0a1 , Release 91.0.2 , and Beta 92
all affected.

**Steps to reproduce**

  - create New profile
  - type "moz"
  - click on the option "Get involved" in the suggestions
  - open a second tab
  - type "moz"

**Actual results**
there are 2 options in the suggestions that are showing a switch to tab.

**Expected results**
only one option should be showing


**note** 
if you type "moz", 2 will show up
and if you type another letter "mozi", only one shows up
Bug: Cannot recover closed tabs when running with new window flag
Status: NEW
Priority: --
Created: 2021-09-02 01:59:54+00:00
Resolved: 2022-10-12 00:13:26+00:00

Steps to reproduce:

- Have several opened tabs, and pinned tabs
- Close the browser
- Run with ``--new-window`` or launcher context menu

Actual result:

- All previously opened and pinned tabs are not only closed but also lost, not appearing and in any history menu

Expected results:

- Previous windows, tabs etc. could be opened along the focused new window
- Alternatively, we could list the closed windows/tabs in the history menu and offer a way to restore them
Bug: Intermittent browser/base/content/test/metaTags/browser_bad_meta_tags.js | Uncaught exception - undefined - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-09-02 08:22:30+00:00
Resolved: 2022-07-27 18:40:44+00:00

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

---
```
[task 2021-09-02T07:13:23.382Z] 07:13:23     INFO - TEST-START | browser/base/content/test/metaTags/browser_bad_meta_tags.js
[task 2021-09-02T07:13:29.510Z] 07:13:29     INFO - TEST-INFO | started process screenshot
[task 2021-09-02T07:13:29.601Z] 07:13:29     INFO - TEST-INFO | screenshot: exit 0
[task 2021-09-02T07:13:29.601Z] 07:13:29     INFO - Buffered messages logged at 07:13:23
[task 2021-09-02T07:13:29.602Z] 07:13:29     INFO - Entering test bound test_bad_meta_tags
[task 2021-09-02T07:13:29.602Z] 07:13:29     INFO - Buffered messages logged at 07:13:24
[task 2021-09-02T07:13:29.603Z] 07:13:29     INFO - Console message: 1630566804013	app.normandy.recipe-runner	WARN	Disabling Shield because app.normandy.api_url is not set.
[task 2021-09-02T07:13:29.603Z] 07:13:29     INFO - Buffered messages finished
[task 2021-09-02T07:13:29.604Z] 07:13:29     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/metaTags/browser_bad_meta_tags.js | Uncaught exception - undefined - timed out after 50 tries.
[task 2021-09-02T07:13:29.604Z] 07:13:29     INFO - Leaving test bound test_bad_meta_tags
[task 2021-09-02T07:13:29.605Z] 07:13:29     INFO - GECKO(4944) | MEMORY STAT | vsize 2104125MB | vsizeMaxContiguous 65275234MB | residentFast 207MB | heapAllocated 81MB
[task 2021-09-02T07:13:29.605Z] 07:13:29     INFO - TEST-OK | browser/base/content/test/metaTags/browser_bad_meta_tags.js | took 6153ms
[task 2021-09-02T07:13:29.606Z] 07:13:29     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-09-02T07:13:29.607Z] 07:13:29     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/metaTags/browser_bad_meta_tags.js | Found an unexpected tab at the end of test run: https://example.com/browser/browser/base/content/test/metaTags/bad_meta_tags.html - 
[task 2021-09-02T07:13:29.608Z] 07:13:29     INFO - checking window state
[task 2021-09-02T07:13:29.608Z] 07:13:29     INFO - TEST-START | browser/base/content/test/metaTags/browser_meta_tags.js
```