av9ash/GitBugs huggingface dataset:
Bug: [Windows] Blank username and password is the default option of the OS auth when having an OS account linked to Microsoft Account
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-05-26 15:00:01+00:00
Resolved: 2022-11-03 15:53:35+00:00

[Affected versions]:
- Nightly 78.0a1;
- Beta 77.0b9;
- Release 76.0.1

[Affected Platforms]:
- Windows 10 Home version 1809 OS build 17763.379
- Windows 10 Pro version 1903 build 18362.836

[Prerequisites]:
- Have the OS account linked to Microsoft Account
- Have at least one login saved.
- Have the OS auth feature enabled.
- No PIN code is set.

[Steps to reproduce]:
1. Open the latest Firefox 76.0.1 release.
2. Navigate to "about:logins" page an select any of the saved logins
3. Click the "Show password" button.
4. Observe the OS auth dialog.

[Expected result]:
- The account linked to Microsoft Account (email) is the default option.

[Actual result]:
- A blank username and password is the default option of the OS auth. However, if the email account and its password are entered, the credentials are accepted and the password is shown.

[Notes]:
- The account linked to Microsoft Account is listed in the "More choices" and can be successfully selected.
- This behavior can be confusing to the users since the OS auth requires a "User name" and a "Password" and probably they will not think to enter the Microsoft email account.
- Unfortunately I didn't have time to test this behavior on other Windows versions. 
- Attached a screenshot of the issue.
Bug: Sharing indicator control icon color does not adapt to dark theme
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2020-05-26 16:02:37+00:00
Resolved: 2021-12-12 22:20:46+00:00

With a dark system theme (Gnome Matcha-Dark-Sea) it's really difficult to see the camera / microphone / minimize buttons. I've attached a screenshot.
Bug: Open a new tab button missing from menu (nightly-community)
Status: UNCONFIRMED
Priority: P3
Created: 2020-05-26 16:18:01+00:00
Resolved: 2020-07-15 11:52:17+00:00

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



Actual results:

As you can see in the attached picture the "Open a new tab" button is missing
Bug: Right-click | Open in New Tab fails
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-26 16:28:27+00:00
Resolved: 2020-06-18 15:35:43+00:00

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

Steps to reproduce:

Right-click a link and Open in New Tag


Actual results:

Result is a blank page.  2nd try always succeeds.
This behavior was never seen prior to a month-or-so ago.
Occurs in both beta and release versions (77.0)


Expected results:

Page should have opening in new tab.
Bug: Global Sharing Overlay has a title bar with a close option
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-05-26 16:50:28+00:00
Resolved: 2020-06-24 03:15:36+00:00

**Affected versions**
* 78.0a1(2020-05-26)

**Affected platforms**
* Ubuntu 18.04 LTS

**Steps to reproduce**
1. Engage in a video conference call (talky.io)
2. Click on the share screen button
3. Select a screen option from the "Select Window or Screen to share" drop-down and click on the "Allow" button.
4. Observe the Global Sharing Overlay.

**Expected result**
* Global Sharing Overlay should not have a title bar with a close button as seen in the image attached.

**Actual Result**
* Global Sharing Overlay has a title bar with a close button above it and you can close it without being able to bring it back.

**Regression range**
* This is a issue introduced with the new feature.
Bug: There is a residual vertical line on the "Never allow" drop-down button from the (screen-share) permission door-hanger on Windows 7
Status: NEW
Priority: P3
Created: 2020-05-26 16:53:52+00:00
Resolved: 2020-10-06 17:34:36+00:00

**Note**
* When the user attempts to share his screen in a video conferencing app and the screen-share permission door-hanger is displayed, if he clicks the "arrow down" button to drop the N"ever allow" button, he will notice that there is a residual vertical line right before the beginning of the string. 

**Affected versions**
* Nightly v78.0a1
* Beta v77.0 (RC)
* Release v76.0.1

**Affected platforms**
* Windows 7 only

**Steps to reproduce**
1. Engage in a video call
2. Attempt to share your screen and observe the screen-share permission door-hanger.

**Expected result**
* The door-hanger correctly displayed.

**Actual result**
* The "Never allow" button shows an incorrect residual line.

**Regression range**
* This is a panel issue.
Bug: Rust-based Chrome.storage.sync doesn't notify observers of the changes caused by sync
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-05-26 18:27:07+00:00
Resolved: 2020-06-17 11:36:46+00:00

Steps to reproduce:

1.On Latest Firefox Nightly, switch the webextensions.storage.sync.kinto to False from about:config
2.Restart the browser and sign up for a new Firefox Account A
3.Open another Firefox profile and sign in with Firefox Account A and wait for the initial Sync
4.Observe that the webextensions.storage.sync.kinto is set to False on the new profile too. Perform a restart on the new profile.
5.Install https://addons.mozilla.org/en-US/firefox/addon/multi-account-containers/ webextension on first profile and then Sync. The extension is now installed on both profiles.
6.On both profiles, set up the Multi Account Container by following the initial steps required by application
7. On first profile, add/modify/delete some containers and Sync
8.Force a Sync on second profile(Remember that you are logged with same FXA on both profiles)

Expected results:
Changes are synced between profiles

Actual results:
Changes are not synced
Bug: Is the flashing camera icon in the url bar draining resources?
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-05-26 18:41:14+00:00
Resolved: 2021-04-06 15:19:57+00:00

When using Google Meet in Firefox there's a flashing camera icon in the url bar. This is distracting and uses up extra power which increases the likelihood of fans being turned on which becomes a further distraction.
Bug: Search Helper extension lags behind browser uptake on search-config updates
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-26 23:12:51+00:00
Resolved: 2020-07-02 00:43:56+00:00

##### [Steps:]
Use py script to successively load configurations on Staging.
Use Kinto admin to set the uploaded configurations into a request-review state, making them available on staging main-preview collection.
Start a new profile pointing to the staging main-preview collection.
Dump true or false is irrelevant for the main-preview collection.
Install the search helper extension from [git-search engines helper](https://github.com/mozilla-extensions/searchengine-devtools/releases)


##### [Actual Result:]
There are instances where the search engine collection would be updated, but the search helper extension would not display the updated search engines for the selected combo: main-preview/staging. It seems somewhere around 20-30’ lag - but it is a bit intermittent. 

##### [Expected Result:]
I think that the Search helper extension should have a smaller update timer. (if the assumption that the problem is the timer is correct)
Bug: Addons installed via policy shouldn't be disabled when permissions change
Status: NEW
Priority: P5
Created: 2020-05-26 23:38:22+00:00
Resolved: 2025-03-04 19:09:38+00:00

See:

https://github.com/mozilla/policy-templates/issues/592#issuecomment-626045671

If an extension installed via policy gets a permission change, it should just work.
Bug: Audio hangs when redirecting tab in Firefox.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-27 03:17:03+00:00
Resolved: 2020-06-18 12:21:34+00:00

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

Steps to reproduce:

Opened any video on youtube, then redirected to a different site.
One way of achieving this is by pressing the "go back" button.


Actual results:

The audio hangs similar to when Windows does a blue screen of death. The audio does not get fixed until new audio is played or the tab is closed.


Expected results:

The audio in the video should have stopped.
Bug: firefox refuses to open html files from drive
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-27 14:10:48+00:00
Resolved: 2020-05-27 15:32:17+00:00

User Agent: Mozilla/5.0 (X11; Linux i686; rv:76.0) Gecko/20100101 Firefox/76.0

Steps to reproduce:

I just tried to open SINGLE .HTML file from my local disk.
HTML file has no any additional files. No external pics, scripts or styles.
The file it just an data export.


Actual results:

Message: Access to the file was denied


Expected results:

It is a bug or stupid idea. If it is idea I have no clue why someone thinks the HTML language is an Internet thing. It is language and is commonly used to export data from many apps. HTML files are usless now.

Problem is known to me from at least 3 versions back.

I know it is possible to "turn this off" in about:config, but it is wrong!
Bug: Make library window support dark mode on macOS
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-05-27 15:28:40+00:00
Resolved: 2021-08-09 16:45:43+00:00

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

I had to remove the macOS part of bug 1432725 in bug 1640403.
Bug: Tab Detaching:  dragging tab to the second monitor opens window on the primary monitor
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-05-27 15:30:03+00:00
Resolved: 2022-10-12 08:31:08+00:00

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

Steps to reproduce:

- open firefox on primary monitor
- create new tab
- dragging tab to the second monitor


Actual results:

- windows opens on the primary monitor


Expected results:

- windows should open on the second monitor
Bug: New tab switcher fails to cycle through tabs with too many open tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-27 16:02:01+00:00
Resolved: 2020-07-08 02:11:48+00:00

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

Steps to reproduce:

Running the latest Firefox Nightly (v78.0a1 2020-05-27, build ID 20200527093527) with a fresh profile and many tabs open (such that the tab overflow menu appears), I tried to switch tabs with the Ctrl+Tab tab switcher. Keeping Ctrl held down, and pressing Tab repeatedly, eventually the switcher stops advancing.


Actual results:

Attempting to switch tabs when the tab overflow menu is open results in the tab switcher getting "stuck". The tab switcher fails to advance forward, and the highlighted entry in the overflow menu skips.

This occurs if the tab overflow menu is opened manually, or by selecting the "List All N Tabs" option from the tab switcher.


Expected results:

I expected to be able to cycle through all my tabs, uninterrupted.
Bug: UX papercuts on about:welcome first run (multistage)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-05-27 16:33:36+00:00
Resolved: 2022-07-14 14:21:17+00:00

1) Adjust left/right padding on buttons to 20px
2) Browser logo should persist at 60px below the top of the page through every step (currently the page shifts up on the importer screen)
3) Page background (default mode) should be #F9F9FA, same as toolbar background.
4) Top/bottom padding of the top site tiles on the importer screen is too much. Reduce to 20px
5) Clicking "Start Import" should not progress to New Tab until the importer wizard is completed.
6) Incorrect font-family. Should be using Metropolis.
Bug: too_new_for_notification and slow_startup_notified probes never set to FALSE
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-05-27 17:02:30+00:00
Resolved: 2020-07-24 21:44:54+00:00

The scalars [too_new_for_notification](https://searchfox.org/mozilla-central/source/toolkit/components/telemetry/Scalars.yaml#446) and [slow_startup_notified](https://searchfox.org/mozilla-central/source/toolkit/components/telemetry/Scalars.yaml#462) are never set to false ([see BrowserGlue.jsm](https://searchfox.org/mozilla-central/source/browser/components/BrowserGlue.jsm#1477)). This confused me when trying to query all startups during a period of time, regardless of whether the notification was shown, where I wanted to exclude profiles too new to see the notification (i.e. what proportion of eligible startups see the notification). It would be desirable to either change the description to indicate behavior so that I can exclude ineligible profiles another way, change the behavior of the probes to report false, or pass this issue to data eng to normalize results upon ingestion.
Bug: Doesn't display entry field for this page
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-27 17:26:30+00:00
Resolved: 2020-07-06 18:32:35+00:00

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

Steps to reproduce:

1) Load Firefox v76.0.1 (64-bit) for OSX (High Sierra).

2) Go to this page: https://support.logmeininc.com/lastpass


Actual results:

No entry field.


Expected results:

There is an entry field.  

This works fine in Safari v13.1.1
Bug: Malicious website can hijack Google search initiated from address bar
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-05-27 17:33:41+00:00
Resolved: 2024-05-30 17:14:52+00:00

Hi Team!

Summary:
Malicious website can listen for the `keyup` event, and perform a redirect when the user types a search term in the search bar and presses enter.

I found this issue after experiencing this weird behaviour on a website which was using the keyup listener to submit a form when enter is pressed.

Reproduction steps:
1. Open the POC HTML included in this report
2. Click on the searchbar and start typing to prepare a Google search
3. Press enter quickly after typing the last character of the search query
4. See the POC HTML redirect to YouTube inster of the expected search results appearing

I have noticed if the user waits before pressing enter after typing in the search query, the `keyup` event will not get dispatched.
I attached a POC video to see this issue in action. (length: 00:15)

POC HTML:
```html
<html>
  <body>
    <h1 id="blur" style="display: none;padding-top: 30%;text-align: center">blur event, user maybe typing in searchbar!</h1>
    <script>

    window.addEventListener('focus', function(e) {
      document.body.style.backgroundColor = "white";
      document.getElementById("blur").style.display = "none";
    });

    window.addEventListener('blur', function(e) {
      document.body.style.backgroundColor = "red"
      document.getElementById("blur").style.display = "block";

      window.addEventListener('keyup', function() {
        window.location = "https://www.youtube.com/watch?v=dQw4w9WgXcQ"
      });
    });

    </script>
  </body>
</html>
```

Thanks!
David
Bug: Intermittent TV toolkit/components/search/tests/xpcshell/test_geodefaults.js | xpcshell return code: 0 | hould_get_geo_defaults_only_once - [should_get_geo_defaults_only_once : 265] A promise chain failed to handle a rejection: Something tried t
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2020-05-27 17:55:48+00:00
Resolved: 2020-05-27 19:15:04+00:00

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

---
Bug: Intermittent browser/extensions/doh-rollout/test/browser/browser_trrSelect.js | Found the expected heuristics event. - Got 2, expected 1
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-05-27 19:16:32+00:00
Resolved: 2020-07-12 22:25:23+00:00

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

---

[task 2020-05-27T18:36:15.146Z] 18:36:15     INFO - TEST-START | browser/extensions/doh-rollout/test/browser/browser_trrSelect.js
[task 2020-05-27T18:36:15.557Z] 18:36:15     INFO - TEST-INFO | started process screentopng
[task 2020-05-27T18:36:15.785Z] 18:36:15     INFO - TEST-INFO | screentopng: exit 0
[task 2020-05-27T18:36:15.786Z] 18:36:15     INFO - Buffered messages logged at 18:36:15
[task 2020-05-27T18:36:15.787Z] 18:36:15     INFO - Entering test bound setup
[task 2020-05-27T18:36:15.787Z] 18:36:15     INFO - Leaving test bound setup
[task 2020-05-27T18:36:15.788Z] 18:36:15     INFO - Entering test bound testTRRSelect
[task 2020-05-27T18:36:15.788Z] 18:36:15     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_trrSelect.js | Breadcrumb saved. - 
[task 2020-05-27T18:36:15.788Z] 18:36:15     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_trrSelect.js | TRR selection complete. - 
[task 2020-05-27T18:36:15.789Z] 18:36:15     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_trrSelect.js | TRR mode is 2 - 
[task 2020-05-27T18:36:15.789Z] 18:36:15     INFO - Buffered messages finished
[task 2020-05-27T18:36:15.789Z] 18:36:15     INFO - TEST-UNEXPECTED-FAIL | browser/extensions/doh-rollout/test/browser/browser_trrSelect.js | Found the expected heuristics event. - Got 2, expected 1
[task 2020-05-27T18:36:15.789Z] 18:36:15     INFO - Stack trace:
[task 2020-05-27T18:36:15.789Z] 18:36:15     INFO - chrome://mochikit/content/browser-test.js:test_is:1327
[task 2020-05-27T18:36:15.789Z] 18:36:15     INFO - chrome://mochitests/content/browser/browser/extensions/doh-rollout/test/browser/head.js:checkHeuristicsTelemetry:135
[task 2020-05-27T18:36:15.790Z] 18:36:15     INFO - chrome://mochitests/content/browser/browser/extensions/doh-rollout/test/browser/browser_trrSelect.js:testTRRSelect:35
[task 2020-05-27T18:36:15.790Z] 18:36:15     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1064
[task 2020-05-27T18:36:15.791Z] 18:36:15     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1104
[task 2020-05-27T18:36:15.791Z] 18:36:15     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:927
[task 2020-05-27T18:36:15.792Z] 18:36:15     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:918
Bug: Dragging middle mouse button over history items opens an invalid tab
Status: NEW
Priority: P5
Created: 2020-05-27 20:49:51+00:00
Resolved: 2020-05-28 19:44:32+00:00

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

Steps to reproduce:

1. Switch on menus (View > Toolbars > Menu Bar)
2. Open the History menu
3. Click and hold the middle mouse button on a history entry
4. Drag the mouse up or down to another history entry
5. Release the middle button


Actual results:

A tab opens with an invalid URL of

place:sort=4&maxResults=15


Expected results:

The highlighted history entry should open
Bug: Protect login export behind Master Password and/or OS Reauthentication
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-05-27 22:56:41+00:00
Resolved: 2020-06-26 18:42:36+00:00

If the user has a master password set or OS re-authentication is enabled we should prompt for them before exporting.

For the OS re-auth prompt we would need two strings: one for Windows and on for macOS [like the ones for reveal/copy/edit](https://searchfox.org/mozilla-central/rev/bc3600def806859c31b2c7ac06e3d69271052a89/browser/locales/en-US/browser/aboutLogins.ftl#107-127).
Bug: Intermittent TV TEST-UNEXPECTED-TIMEOUT | toolkit/components/search/tests/xpcshell/test_legacy_reload_engines.js | Test timed out
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-05-27 22:58:39+00:00
Resolved: 2020-06-01 19:43:22+00:00

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

---
Bug: Intermittent TV  toolkit/components/search/tests/xpcshell/test_geodefaults.js | xpcshell return code: 0 | should_recheck_if_interval_expired - [should_recheck_if_interval_expired : 76] false == true
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-05-28 00:18:30+00:00
Resolved: 2020-06-01 06:37:29+00:00

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

---
Bug: Intermittent browser/components/sessionstore/test/browser_sessionHistory.js | Uncaught exception - [Exception... "(null)"  nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)"  location: "<unknown>"  data: no]
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-05-28 02:51:47+00:00
Resolved: 2020-06-15 06:06:03+00:00

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

---

[task 2020-05-28T02:35:28.534Z] 02:35:28     INFO - TEST-START | browser/components/sessionstore/test/browser_sessionHistory.js
[task 2020-05-28T02:35:29.103Z] 02:35:29     INFO - TEST-INFO | started process screenshot
[task 2020-05-28T02:35:29.345Z] 02:35:29     INFO - TEST-INFO | screenshot: exit 0
[task 2020-05-28T02:35:29.345Z] 02:35:29     INFO - Buffered messages logged at 02:35:28
[task 2020-05-28T02:35:29.345Z] 02:35:29     INFO - Entering test bound test_load_start
[task 2020-05-28T02:35:29.345Z] 02:35:29     INFO - Buffered messages finished
[task 2020-05-28T02:35:29.345Z] 02:35:29     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_sessionHistory.js | Uncaught exception - [Exception... "(null)"  nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)"  location: "<unknown>"  data: no]
[task 2020-05-28T02:35:29.345Z] 02:35:29     INFO - Leaving test bound test_load_start
[task 2020-05-28T02:35:29.345Z] 02:35:29     INFO - Entering test bound test_hashchange
[task 2020-05-28T02:35:29.589Z] 02:35:29     INFO - Console message: [JavaScript Error: "The character encoding of the HTML document was not declared. The document
Bug: MatchPattern `ignorePath` drops the file extension in the pattern
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-05-28 10:36:27+00:00
Resolved: 2020-05-29 10:07:10+00:00

```
new MatchPatternSet(new Set(["*://*/*.pdf"]), { ignorePath: true }); // pattern: "*://*/*"
new MatchPatternSet(new Set(["*://*/*.pdf"])); // pattern "*://*/*.pdf"
```
The resulting pattern when using `ignorePath` is too generic.