av9ash/GitBugs huggingface dataset:
Bug: eclipse.org download signature does not display (works in MS Edge)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-26 23:35:46+00:00
Resolved: 2020-08-11 22:43:32+00:00

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

Steps to reproduce:

Visit the Eclipse download page for Win64 https://www.eclipse.org/downloads/download.php?file=/oomph/epp/2020-03/R/eclipse-inst-win64.exe

Click the SHA-512 button


Actual results:

An empty textarea is displayed immediately below the button


Expected results:

The textarea should contain the SHA-512 signature.

In MS Edge this works correctly.  See attached screenshots
Bug: Tumblr.com Loads with White Blank Screen
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-27 02:42:36+00:00
Resolved: 2020-03-28 02:02:14+00:00

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

Steps to reproduce:

Restart Firefox in Safe mode. Go to Tumblr.com and Log in.  Page does not load most of the time.  A blank white screen is displayed instead.  Refreshing the page several times will eventually allow Tumblr to load or cause Tumblr to not load and display a white screen.


Actual results:

White Screen is displayed at tumblr.com


Expected results:

Tumblr should load and display images normally.
Bug: Firefox Send won't login, says "Incorrect Password"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-27 07:40:39+00:00
Resolved: 2020-04-17 19:46:41+00:00

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

Steps to reproduce:

Trying to login to Firefox Send


Actual results:

It says the password is wrong but it works on every other firefox item (Browser, lockwise, etc)


Expected results:

It should log me in.
Bug: The "Browse Privately" card is not dismissed from the "about:newtab" page after it was previously accessed from the "about"welcome" page
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-03-27 09:24:13+00:00
Resolved: 2020-03-30 15:10:37+00:00

**[Affected versions]:**
- Firefox Nightly 76.0a1 - Build ID: 20200326213652

**[Affected Platforms]:**
- Windows 10 x64
- Mac 10.15.4
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have a new Firefox profile.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites and navigate to the "about:welcome" page.
2. Click the "Open a Private Window" button from the "Browse Privately" card.
3. Open a new tab and observe the triplets displayed in the top part of the page.

**[Expected result]:**
- The "Take Your Settings with You", "Stay Alert to Data Breaches" and "Instantly Send Yourself Tabs" cards are displayed.

**[Actual result]:**
- The "Browse Privately" card is still displayed.

**[Regression Window]:**
- Considering the fact that this issue is not reproducible with the old version of the "about:welcome" page, using the mozregression tool I have managed to find the following regression:

Last good revision: cdf202c2682eccdb9781145451cb707ec157db9d
First bad revision: 5ab5d42214b1eebab36360184589cfd84749dd60
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=cdf202c2682eccdb9781145451cb707ec157db9d&tochange=5ab5d42214b1eebab36360184589cfd84749dd60

From the above pushlog, bug 1622474 seems that caused this behavior.

**[Notes]:**
- This issue is not reproducible if the "Browse Privately" card is accessed from the "about:newtab" page.
- Attached a screen recording of the issue.

@Punam, could you please take a look over this issue?
Bug: The migration to remove old kinto collection data keeps the db around and requires use of the deprecated kinto-offline-client
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-03-27 10:09:57+00:00
Resolved: 2020-04-23 03:22:04+00:00

kinto-offline-client.js is no longer used from within remote settings, but as far as I can tell, normandy runs `applyAll()` migrations every single startup, so it tries to clear the old collection every startup - but this involves writing to the indexeddb database and [saving a last modified timestamp](https://searchfox.org/mozilla-central/rev/b712398b7fae54ef377a558d6f16dede7a7f8530/services/common/kinto-offline-client.js#1422), it seems.

Instead, it seems like we should just check if the requisite files are there and if so, delete them.

More generally, it'd be useful if we tracked which migrations have run so we didn't re-run the same migrations every startup...
Bug: The "Stay Alert to Data Breaches" card is not dismissed from the "about:newtab" page after it was previously accessed from the "about"welcome"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-27 10:10:46+00:00
Resolved: 2020-04-29 19:43:21+00:00

**[Affected versions]:**
- Firefox Nightly 76.0a1 - Build ID: 20200326213652

**[Affected Platforms]:**
- Windows 10 x64
- Mac 10.15.4
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have a new Firefox profile.
- Have a valid FxA account.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites and navigate to the "about:welcome" page.
2. Click the "Sign Up for Alerts" button from the "Stay Alert to Data Breaches" card.
3. Click the "Sign In" button from the top-right part of the page.
4. Log in with the account from prerequisites and open a new tab.
5. Observe the triplets displayed in the top part of the page.

**[Expected result]:**
- The "Take Your Settings with You", "Browse Privately" and "Instantly Send Yourself Tabs" cards are displayed.

**[Actual result]:**
- The "Stay Alert to Data Breaches" card is still displayed.

**[Regression Window]:**
- Considering the fact that this issue is not reproducible with the old version of the "about:welcome" page, using the mozregression tool I have managed to find the following regression:

Last good revision: cdf202c2682eccdb9781145451cb707ec157db9d
First bad revision: 5ab5d42214b1eebab36360184589cfd84749dd60
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=cdf202c2682eccdb9781145451cb707ec157db9d&tochange=5ab5d42214b1eebab36360184589cfd84749dd60

From the above pushlog, bug 1622474 seems that caused this behavior.

**[Notes]:**
- This issue is also reproducible if a new FxA account is created instead of logging in with an existing one.
- This issue is not reproducible if the "Stay Alert to Data Breaches" card is accessed from the "about:newtab" page.
- Attached a screen recording of the issue.

@Punam, could you please take a look over this issue?
Bug: Privacy section in Preferences does not work in MOZ_DATA_REPORTING=false builds
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-27 12:51:59+00:00
Resolved: 2020-03-30 12:16:32+00:00

In a build with `MOZ_DATA_REPORTING=False`, when trying to navigate to the Privacy & Security section in Preferences there's a `TypeError: can't access property "addEventListener", document.getElementById(...) is null` error, caused by https://searchfox.org/mozilla-central/rev/b712398b7fae54ef377a558d6f16dede7a7f8530/browser/components/preferences/in-content/privacy.js#506 trying to set a listener to the element with `telemetryDataDeletionLearnMore` with id, which does not exist when building with `MOZ_TELEMETRY_REPORTING=False`. Checking for `AppConstants.MOZ_DATA_REPORTING` before adding that listener fixes this for me.
Bug: Saving images via drag-and-drop from Google images gives un-openable images due to View Image add-on
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-27 15:12:06+00:00
Resolved: 2023-12-06 06:29:39+00:00

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

Steps to reproduce:

Open google images
Search anything
Click an image
Right click on enlarged image - copy image location
Paste image location in to a new tab
Drag and drop full size image to folder on hard drive

In my case also using this addon that restores the "View Image" button that Google removed so I don't have to right click, copy image location, etc - https://addons.mozilla.org/en-GB/firefox/addon/view-image/


Actual results:

Drag and drop from google images to a folder gives me a file called "search" - the properties are jpg but there's no thumbnail preview and windows photos says "it appears that we don't support this file format."


Expected results:

Image should be regular jpg, openable as normal.
Bug: Posting a Tweet on Twitter
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-27 15:37:08+00:00
Resolved: 2020-03-27 15:39:05+00:00

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

Steps to reproduce:

We recently switched to using FireFox on Windows from Chrome.  When composing a Tweet on Twitter, you are unable to control the position of the cursor. The normal keyboard functions, such as cut and paste or inserting an emoji are affected.


Actual results:

We try to post a new Tweet and adorn it with the usual hashtags and emojis, however the insertion of an emoji for example, goes to the wrong place, the insertion of text or placing of hashtags does not work as expected and we are unable to cut a section of text or an emoji. 


Expected results:

We notice that loading the page inspector somewhat remedies the issue and most things then work properly. At which point it appears to be an intermittent issue.

I don't know if the issue is caused by Twitter's JavaScipt or CSS or by FireFox's interpretation of it.
Bug: If signon.management.page.sort is set to 'breached' the sort will not be recognized after the sort is changed to 'alerts'
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-03-27 16:18:04+00:00
Resolved: 2020-04-02 09:43:46+00:00

Bug 1592670 changed the sort from "breached" to "alerts", but this sort value is stored in about:config under the pref name `signon.management.page.sort`. If we see the "breached" value, we should treat it the same as "alerts".
Bug: The key icon is getting very small after creating a vulnerable/breached login with a very long username
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-03-27 16:42:23+00:00
Resolved: 2020-04-01 15:06:06+00:00

[Affected versions]:
- Nightly 76.0a1 (Build ID: 20200327094805)

[Affected Platforms]:
- Windows 10 x64
- Mac 10.14.6
- Ubuntu 18.04 x64

[Prerequisites]:
- Have a profile with at least 3 saved logins in which one is breached.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites
2. Click on the “Create New Login” button.
3. Add a very long username.
4. Add in the Password field the same password of a breached one and click on the “Save” button.
5. Observe the key icon from the right side of the login item.

[Expected result]:
- The key icon is correctly displayed.

[Actual result]:
- The key icon is very small.

[Notes]:
- The issue is also reproducible if the Website Address is very long.
- The issue is also reproducible for the Breached icon.
- Attached a screen recording with the issue.
Bug: The login is not recognized as vulnerable after editing the password with the same credentials from a breached login without refreshing the page
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-03-27 16:48:17+00:00
Resolved: 2020-04-01 15:05:16+00:00

[Affected versions]:
- Nightly 76.0a1 (Build ID: 20200327094805)

[Affected Platforms]:
- Windows 10 x64
- Mac 10.14.6
- Ubuntu 18.04 x64

[Prerequisites]:
- Have a profile with at least 3 saved logins in which one is breached.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Select a saved login and click on the “Edit” button.
3. Edit the password with the same password of a breached login and click on the “Save Changes” button.
4. Observe the edited login.

[Expected result]:
- The login is marked as vulnerable. 

[Actual result]:
- The login is not marked as vulnerable.

[Notes]:
- The login is correctly marked as vulnerable after refreshing the page. 
- Attached a screen recording with the issue.
Bug: The login remains marked as vulnerable/breached after editing the password without refreshing the page
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-03-27 16:50:30+00:00
Resolved: 2020-03-30 21:45:35+00:00

[Affected versions]:
- Nightly 76.0a1 (Build ID: 20200327094805)

[Affected Platforms]:
- Windows 10 x64
- Mac 10.14.6
- Ubuntu 18.04 x64

[Prerequisites]:
- Have a profile with at least 3 saved logins in which one is vulnerable.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Select a vulnerable login and click on the “Edit” button.
3. Edit the password and click on the “Save Changes” button.
4. Observe the right side of the login item.

[Expected result]:
- The login is no longer marked as vulnerable

[Actual result]:
- The login remains marked as vulnerable.

[Notes]:
- The login is no longer marked as vulnerable after the page refresh.
- The issue is also reproducible if the password of a breached login is changed without refreshing the page.
- Attached a screen recording with the issue.
Bug: Intermittent browser/components/sessionstore/test/browser_pinned_tabs.js | A promise chain failed to handle a rejection: can't access property "getAttribute", tab is undefined - stack: crashFrame@resource://testing-common/BrowserTestUtils.jsm:1790:11
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-03-27 17:09:06+00:00
Resolved: 2024-10-11 13:48:49+00:00

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

---

[task 2020-03-27T16:40:41.738Z] 16:40:41     INFO - Leaving test bound test_pinned_tab_dataloss
[task 2020-03-27T16:40:41.738Z] 16:40:41     INFO - Console message: [JavaScript Error: "TypeError: can't access property "getAttribute", tab is undefined" {file: "resource://testing-common/BrowserTestUtils.jsm" line: 1790}]
[task 2020-03-27T16:40:41.738Z] 16:40:41     INFO - running 
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - Buffered messages finished
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_pinned_tabs.js | A promise chain failed to handle a rejection: can't access property "getAttribute", tab is undefined - stack: crashFrame@resource://testing-common/BrowserTestUtils.jsm:1790:11
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - async*test_pinned_tab_dataloss@chrome://mochitests/content/browser/browser/components/sessionstore/test/browser_pinned_tabs.js:332:20
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - Async*Tester_execTest/<@chrome://mochikit/content/browser-test.js:1062:34
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - async*Tester_execTest@chrome://mochikit/content/browser-test.js:1097:11
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - nextTest/<@chrome://mochikit/content/browser-test.js:925:14
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<@chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:918:23
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - Rejection date: Fri Mar 27 2020 16:40:41 GMT+0000 (Greenwich Mean Time) - false == true - JS frame :: resource://testing-common/PromiseTestUtils.jsm :: assertNoUncaughtRejections :: line 265
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - Stack trace:
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - resource://testing-common/PromiseTestUtils.jsm:assertNoUncaughtRejections:265
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - chrome://mochikit/content/browser-test.js:nextTest:624
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - chrome://mochikit/content/browser-test.js:testScope/test_finish/<:1457
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - chrome://mochikit/content/browser-test.js:run:1372
[task 2020-03-27T16:40:41.739Z] 16:40:41     INFO - GECKO(8340) | MEMORY STAT | vsize 2104815MB | vsizeMaxContiguous 65220755MB | residentFast 610MB | heapAllocated 211MB
[
Bug: panelview with long title is rendered incorrectly, oversized and painting issues
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-03-27 22:21:03+00:00
Resolved: 2024-09-05 04:24:58+00:00

(forked from [bug 1624238 comment 15](https://bugzilla.mozilla.org/show_bug.cgi?id=1624238#c15) and [comment 24](https://bugzilla.mozilla.org/show_bug.cgi?id=1624238#c24) onwards)

STR:
1. Create a directory, and a file called `manifest.json` with the following content:
```
{
    "name": "Long button title",
    "version": "1",
    "manifest_version": 2,
    "browser_action": {
        "default_area": "menupanel",
        "default_popup": "manifest.json",
        "default_title": "abcdefghijklmnopqrstuvwxyz0123456789_abcdefghijklmnopqrstuvwxyz0123456789_abcdefghijklmnopqrstuvwxyz0123456789"
    }
}
```
2. Visit `about:debugging` and load the extension from step 1.
3. Click on the "More tools..." button next to the hamburger menu.
4. Click on the menu item from the extension, i.e. "abcdefghijklmnopqrstuvwxyz0123456789_abcd..."
5. Look at the opened panel.

Expected:
- It should be small and the content aligned at the right.

Actual:
- The width of the panel is excessively large, and has a blank space at the right. There are severe rendering issues (for another example, see https://bugzilla.mozilla.org/show_bug.cgi?id=1624238#c15). I have witnessed several errors in which the panel is drawn, with varying degrees of shifting and clipping.

I have attached a video to demonstrate the issue. At the end I have also showed some interaction from the browser toolbox to reveal the relevant underlying DOM tree.

In bug 1624238 I mentioned that the bug disappears when `overflow:hidden` is removed from the panelview. It is declared at https://searchfox.org/mozilla-central/rev/b712398b7fae54ef377a558d6f16dede7a7f8530/browser/themes/shared/customizableui/panelUI.inc.css#349-351
Bug: attached to tabs loosing their content in random manner
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-28 13:19:21+00:00
Resolved: 2020-03-31 09:54:19+00:00

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

Steps to reproduce:

i can not reproduce it since its random. Whenever i open up firefox 74.0 (i dont know when this started though ... maybe version before 70 ?)


Actual results:

when i open up firefox all "attached to" tabs seem to be ok but when you click on one the url is gone and if you dont know which url you had in there you have no way of getting hold of it.


Expected results:

the pinned  url should have been in the url field
Bug: Can not delete url from history
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-28 14:51:24+00:00
Resolved: 2020-04-14 06:35:24+00:00

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

Steps to reproduce:

I am typing url in address bar. Then press arrow down to highlight url from dropdown list. Then press DEL to delete highlighted url


Actual results:

nothing is happened


Expected results:

the url should be deleted from list
Bug: Intermittent browser/components/urlbar/tests/browser/browser_urlbar_event_telemetry.js | extra[elapsed] must match in event urlbar#engagement#enter. - "0" matches "val => parseInt(val) > 0" - JS frame :: resource://testing-common/TelemetryTestUtils.jsm
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-03-28 15:37:52+00:00
Resolved: 2024-10-08 05:11:38+00:00

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

---

[task 2020-03-28T14:55:40.506Z] 14:55:40     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_urlbar_event_telemetry.js | Expected key elapsed must be in actual extra. Actual keys: [elapsed,numChars,selIndex,selType]. - true == true - 
[task 2020-03-28T14:55:40.506Z] 14:55:40     INFO - Buffered messages finished
[task 2020-03-28T14:55:40.506Z] 14:55:40     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_urlbar_event_telemetry.js | extra[elapsed] must match in event urlbar#engagement#enter. - "0" matches "val => parseInt(val) > 0" - JS frame :: resource://testing-common/TelemetryTestUtils.jsm :: assertEvents :: line 239
[task 2020-03-28T14:55:40.506Z] 14:55:40     INFO - Stack trace:
[task 2020-03-28T14:55:40.506Z] 14:55:40     INFO - resource://testing-common/TelemetryTestUtils.jsm:assertEvents:239
[task 2020-03-28T14:55:40.506Z] 14:55:40     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_urlbar_event_telemetry.js:test:1099
[task 2020-03-28T14:55:40.507Z] 14:55:40     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1062
[task 2020-03-28T14:55:40.507Z] 14:55:40     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1097
[task 2020-03-28T14:55:40.507Z] 14:55:40     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:925
[task 2020-03-28T14:55:40.507Z] 14:55:40     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:918
Bug: no longer able to (manually) drag & drop tabs - 64 bit firefox ver 74.0
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-28 15:56:27+00:00
Resolved: 2020-05-03 09:36:03+00:00

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

Steps to reproduce:

restart several times


Actual results:

nothing, I am still unable to no longer manually drag & drop tabs - 64 bit firefox ver 74.0


Expected results:

If I left click on a tab, then drag it elsewhere.
Bug: https://scroll.com/ website is secure on regular Firefox but not Nightly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-29 01:12:40+00:00
Resolved: 2020-04-02 12:24:03+00:00

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

Steps to reproduce:

Go to https://scroll.com/ on both Firefox version 73 and Nightly version 76.0a1. 
Look at the icon next to the Enhanced Tracking Protection icon, on Firefox 73 it will say the connection is secure but on Nightly it will say the connection is not secure.


Actual results:

I'm unable to download the Scroll extension which I'm guessing is tied to the Secure connection message because the error I get is "The add-on could not be downloaded because of a connection failure." when installing it.


Expected results:

Both browsers should be finding a secure connection.
Bug: FF opens New Private Window with ⇧⌘N only when other windows are minimized
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-29 04:53:21+00:00
Resolved: 2020-04-01 08:02:06+00:00

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

Steps to reproduce:

1. In System Preferences > Keyboard > Shortcuts > App Shortcuts, add a shortcut that links ⇧⌘N to "New Private Window" in FF.

2. Click File on the menu bar. ⇧⌘N shows as the shortcut for New Private Window.

3. With a FF window currently open, press ⇧⌘N. A new private window does not open (!!)

4. Minimize all FF windows and press ⇧⌘N. A new private window opens (!!)


Why?


Actual results:

New private window does not open when ⇧⌘N is pressed, if there is a FF awindow that is currently open or maximised. Upon minimizing all windows with ⌘M, ⇧⌘N works and a new private window is opened.


Expected results:

⇧⌘N should work regardless of whether existing windows are minimised or not.