av9ash/GitBugs huggingface dataset:
Bug: [Proton][Win7] Classic Theme tab bar icons have poor contrast
Status: NEW
Priority: --
Created: 2021-04-28 13:03:57+00:00
Resolved: 2021-05-25 06:30:18+00:00

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

Steps to reproduce:

tested on the most recent nightly 90.0a1
- windows classic theme is active (default colours)
- start up nightly


Actual results:

The 'new tab' button, as well as any additional buttons, moved to the tab bar use the dark version of the icons resulting in bad visibility


Expected results:

Like the tabs themselves, any icons on the tab bar should use their light version instead.
This also applies to buttons placed in the menu bar, if the title bar is not enabled.

In Photon these buttons where coloured light.
Bug: My iframe isnt visible on firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-28 13:24:04+00:00
Resolved: 2021-08-30 18:42:38+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.85 Safari/537.36 Edg/90.0.818.46

Steps to reproduce:

https://gazeteapp.com My Iframe isn't visible when using Firefox. For example I can see it working on Chrome


Actual results:

Iframe is not visible


Expected results:

Iframe should be visible
Bug: Pocket menu dropdown does not open sometimes while in overflow menu
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-04-28 13:36:41+00:00
Resolved: 2021-05-20 11:42:44+00:00

**Affected versions**
- Firefox 89.0b5
- Firefox 90.0a1

**Affected platforms**
- Windows 10 & 7
- macOS 10.15.7
- Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox
2. Set Pocket button to the Overflow menu
3. Open the Pocket button multiple times

**Expected result**
- The pocket button is displayed

**Actual result**
- Sometimes, the pocket button dropdown is broken and does not open

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1dzpZ0SKypRFtsL1ys2n98l2EQQtYSFcz/view?usp=sharing)
- The issue is intermittent, and it may need multiple attemps to reproduce it.
Bug: Intermittent browser/components/aboutlogins/tests/browser/browser_openImportCSV.js | Uncaught exception - at chrome:/browser/components/aboutlogins/tests/browser/browser_openImportCSV.js:166 - TypeError: dialog.shadowRoot.activeElement is null
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-04-28 14:25:50+00:00
Resolved: 2022-08-12 20:35:05+00:00

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

---
```
[task 2021-04-28T13:41:13.853Z] 13:41:13     INFO - TEST-PASS | browser/components/aboutlogins/tests/browser/browser_openImportCSV.js | Import file picker opened - 
[task 2021-04-28T13:41:13.853Z] 13:41:13     INFO - Waiting for the import error dialog
[task 2021-04-28T13:41:13.853Z] 13:41:13     INFO - Console message: [JavaScript Error: "FILE_FORMAT_ERROR" {file: "resource://gre/modules/LoginCSVImport.jsm" line: 62}]
[task 2021-04-28T13:41:13.854Z] 13:41:13     INFO - ImportFailedException@resource://gre/modules/LoginCSVImport.jsm:62:5
[task 2021-04-28T13:41:13.855Z] 13:41:13     INFO - importFromCSV@resource://gre/modules/LoginCSVImport.jsm:185:13
[task 2021-04-28T13:41:13.855Z] 13:41:13     INFO - 
[task 2021-04-28T13:41:13.856Z] 13:41:13     INFO - Buffered messages finished
[task 2021-04-28T13:41:13.856Z] 13:41:13     INFO - TEST-UNEXPECTED-FAIL | browser/components/aboutlogins/tests/browser/browser_openImportCSV.js | Uncaught exception - at chrome://mochitests/content/browser/browser/components/aboutlogins/tests/browser/browser_openImportCSV.js:166 - TypeError: dialog.shadowRoot.activeElement is null
[task 2021-04-28T13:41:13.857Z] 13:41:13     INFO - Stack trace:
[task 2021-04-28T13:41:13.857Z] 13:41:13     INFO - @chrome://mochitests/content/browser/browser/components/aboutlogins/tests/browser/browser_openImportCSV.js:166:9
[task 2021-04-28T13:41:13.858Z] 13:41:13     INFO - execute@resource://specialpowers/SpecialPowersSandbox.jsm:141:12
[task 2021-04-28T13:41:13.858Z] 13:41:13     INFO - _spawnTask@resource://specialpowers/SpecialPowersChild.jsm:1604:15
[task 2021-04-28T13:41:13.858Z] 13:41:13     INFO - receiveMessage@resource://specialpowers/SpecialPowersChild.jsm:310:21
[task 2021-04-28T13:41:13.858Z] 13:41:13     INFO - Leaving test bound test_open_import_from_csv_with_invalid_file
[task 2021-04-28T13:41:13.859Z] 13:41:13     INFO - Console message: SENTINEL
[task 2021-04-28T13:41:13.859Z] 13:41:13     INFO - GECKO(3560) | MEMORY STAT | vsize 3154MB | residentFast 374MB | heapAllocated 130MB
[task 2021-04-28T13:41:13.860Z] 13:41:13     INFO - TEST-OK | browser/components/aboutlogins/tests/browser/browser_openImportCSV.js | took 6272ms```
Bug: [Intermittent] “Save to Pocket” doorhanger is not fully displayed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-04-28 14:33:44+00:00
Resolved: 2021-05-12 07:52:43+00:00

**[Affected Versions]:**
- Firefox Nightly 90.0a1 (Build ID: 20210428100720)
- Firefox Beta 89.0b5 (Build ID: 20210427185821)

**[Affected Platforms]:**
- macOS 10.15.7
- macOS 11.3
- Windows 7 x64


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

**[Steps to reproduce]:**

1. Start the Firefox browser and open a New Tab page.
2. Right-click the “Save to Pocket” button from the toolbar.
3. Select the “Pin to Overflow Menu” option.
4. Click the “More tools…” button.
5. Click the “Save to Pocket” option.
6. Repeat Step 5 and Step 6 multiple times.

**[Expected results]:**
- The “Save to Pocket” doorhanger is correctly displayed every time.
    
**[Actual results]:**
- The “Save to Pocket” doorhanger is sometimes partially displayed.

**[Rgression Window]:**
- Given that this issue is not reproducible with the Firefox Nightly from 2021-04-09, using the Mozregression tool we have managed to find the following regression window:
 `Last good revision: 21b683387e4f191a6beb1555bd273e10e232b102`
 `First bad revision: bfd94c97b277b4c6dd414e92c1934b0b3743d36a`
 `Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml? 
 fromchange=21b683387e4f191a6beb1555bd273e10e232b102&tochange=bfd94c97b277b4c6dd414e92c1934b0b3743d36a`

**[Notes]:**
- Attached is a screen recording of the issue.
- This issue is not reproducible on Windows 10 x64 and Linux Mint 20 x64.
Bug: Sometimes Nightly quit wo warning modal, even if it is configured to warn
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2021-04-28 14:39:34+00:00
Resolved: 2021-04-29 15:19:10+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:90.0) Gecko/20100101 Firefox/90.0
**Window Size (inner width and height):** 1280x854

## Steps to Reproduce
1. open several tabs in the browser
2. Go in Settings menu
3. Disable "Restore previous session"
4. Enable "Warn you when quitting the browser"
5. Close Nightly by pressing the “X” button in the top-right corner.
Note: Bug doesn't appear if "Restore previous session" is enabled


## Expected Behavior
Nightly shows “You are about to close..." modal.

## Actual Behavior
Nightly quits wo warning.
Bug: Remove proton doorhangers pref from StaticPrefList.yaml
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-28 14:56:25+00:00
Resolved: 2021-04-29 08:11:29+00:00

In Bug 1700957, I missed the reference in StaticPrefList.yaml. While I'm here, I'm going to address a typo Emilio pointed out in that patch as well (https://phabricator.services.mozilla.com/D110135#3688994)
Bug: Align font size on privacy and information panels with application menu font size
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-04-28 15:26:59+00:00
Resolved: 2022-01-21 17:35:19+00:00

As a result of bug 1706415 font size decrease on all panels but the information and protection panels.

Acceptance criteria:
- Font size on information and protection panels algn with font size on other panels.
Bug: Bottom of protections panel is not visible at 768 height resolution
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-04-28 15:32:04+00:00
Resolved: 2021-04-28 16:51:05+00:00

The bottom of the protections panel is not visible when expanded on 768 height resolution at recommended DPI scale on WIndows.
Bug: Scrollbar seen on app menu at 768 heigh resolution
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-04-28 15:39:28+00:00
Resolved: 2021-04-29 16:55:09+00:00

After the font size reduction a scrollbar can still be seen on app menu at 768 heigh resolution.
The solution seem to be to reduce padding on top section of the app menu (FxA).
Bug: Issue with right-to-left text in proton tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-28 15:42:30+00:00
Resolved: 2021-04-28 18:11:39+00:00

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

Steps to reproduce:

Visited a website with a right-to-left language in the title (eg. https://addons.mozilla.org/en-US/firefox/addon/%D8%A7%D9%84%D8%B9%D8%B1%D8%A8%D9%8A%D8%A9-language-pack/).

I have also reproduced this issue by opening the browser toolbox and setting the "labeldirection" attribute in .tab-label-container to "rtl". I then set the page title to "a right-to-left tab title....."


Actual results:

The tab looks fine initially, but when hovering over the tab, the five periods in the title "a right-to-left tab title....." get switched to the left-hand side of the label, making the tab title appear as ".....a right-to-left tab title". The rest of the text remains the same. 

If using a longer text as the page title or using smaller width tabs, the entire label is moved a few pixels toward the left instead.

This issue is not present under "ltr" label directions. It is also not present in non-proton Firefox versions. 


Expected results:

I would expect the page title label text to not change or move position when hovering over it. This is what happens in my Firefox 88 installation, but not in Nightly 90.
Bug: Personalise drawer HCM issues
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-04-28 17:01:02+00:00
Resolved: 2023-06-02 15:21:28+00:00

Viewing the personalise drawer with high contrast mode enabled reveals some components are inaccessible to low vision users. See attached screenshot or enable HCM (about:preferences > Language and Appearance > Colors > set dropdown to always)

1. Checked checkboxes and sliders lack sufficient contrast (see checkboxes in about:preferences for sufficient contrast example). For sliders specifically consider using the `forced-colors` media query --NOTE: *This bug is pretty severe and should be high priority* 

2. When expanded, the drawer is indistinguishable from page content (the page background and the drawer background are the same, so they blend together). 
3. The gear icon lacks sufficient contrast
4. The "Mange more settings" option presents as a link in non-HCM and a button in HCM. If we're going to present a button here, we should increase the padding  (ideally matching the padding in the "close" button). The current lack of padding hinders readability. Reworking this as a link also fixes that issue.
Bug: "Switch to tab" chiclet sometimes is missing in Tabs Search Mode
Status: NEW
Priority: P3
Created: 2021-04-28 17:03:25+00:00
Resolved: 2021-04-28 17:03:25+00:00

Here is STR:
1. launch the browser and load a page, like amazon or wikipedia
2. open second tab and type part of the page name, for example "ama"
3. click on the Tabs Search Mode button

The result should have a "Switch to tab" chiclet, but it doesn't. On hover the chiclet appears. Maybe this is related to reusing the heuristic result for the switch to tab result?
Bug: [Personalize] The checkbox accesssibles should have the same bounds as the visual switch.
Status: NEW
Priority: P3
Created: 2021-04-28 17:27:06+00:00
Resolved: 2023-06-02 15:21:29+00:00

The switch checkboxes are implemented with a known label > checkbox css hack that makes the actual checkbox transparent and small. This makes it a hard touch target for screen readers and doesn't allow users who rely on the reported bounds of the widget to discover it. Ideally, the checkbox should have the same bounds as the visible switch (ie the label).
Bug: [Proton Address Bar] Focus Ring flickers/appears when focussing the Addressbar by clicking on the Address Bar border
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-04-28 17:52:36+00:00
Resolved: 2021-07-02 14:45:39+00:00

Nightly 90.0a1 (2021-04-27) (64-Bit)
macOS 11.2.3

1.) Focus the Address Bar with the Mouse Cursor when the cursor is only over the Address Bar border.

Actual: A small flicker appears

Expected: No flicker.

This is another variant of the recently fixed Bug 1700374.

This issue is probably very low prio and it is really an edge case, because you normally focus the Address Bar when the mouse cursor is fully in the Address Bar.

A screencast is attached.

Thanks :)
Bug: after exiting windows high contrast mode, tabs lose their outline/shadow
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-28 18:33:40+00:00
Resolved: 2023-06-02 15:21:29+00:00

Entering and exiting Windows High Contrast Mode causes Firefox to lose its tab border. 

Steps to reproduce: 
1. launch Firefox
2. turn on a Windows HCM theme
3. turn off the Windows HCM theme

Results: tab border disappears
Expected: tab border visible
Bug: Tab doesn't receive focus outline on keyboard navigation
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-04-28 18:55:31+00:00
Resolved: 2023-06-02 15:21:29+00:00

I don't yet have good steps to reproduce but while using the keyboard to navigate tabs, sometimes one of my tabs doesn't get the focus outline. 

To reproduce, open several tabs and navigate to the tab strip with the keyboard by focusing the addressbar (ctrl+L) and hitting shift+tab a few times. Then arrow through your tabs and notice that one of them doesn't get the focus indicator.

I'm missing some step because I can't consistently reproduce but I've seen it several times now so getting a bug on file.
Bug: "unsafe" downloads that users have opted into downloading don't get the right styling in the panel
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-04-28 19:42:23+00:00
Resolved: 2021-04-30 21:47:58+00:00

STR:

1. Make sure SafeBrowsing is enabled
2. Visit https://testsafebrowsing.appspot.com/, and download one of the benign "Desktop Download Warnings" download files
3. In the download panel, note that the download has been properly blocked from proceeding. Click on the item to access the subview.
4. Choose "Allow download" in the subview panel
5. After the download completes, hover the mouse over the "Show in Folder" button

ER:

The "Show in Folder" button behaves like a ghost button, and the main item no longer has the hover state.

AR:

The entire download item retains the hover state.

See attached video from harry.
Bug: Sometimes website info menu (padlock) glitch or unresponsive
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-04-28 19:51:40+00:00
Resolved: 2021-05-06 10:24:18+00:00

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

Steps to reproduce:

I can not reproduce the bug (Firefox Windows 89.0b5) . click on padlock button to see website info menu


Actual results:

(see image) button displays Firefox text and does not respond
Bug: Improve sidebar chooser dropdown anchor positioning
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-04-28 21:46:59+00:00
Resolved: 2023-05-06 05:26:20+00:00

With the demise of the arrow for arrow-y panels, and changes to menulist styling, it looks like the positioning of the opened dropdown menu in the sidebar chooser (to select between bookmarks/history/synced-tabs/add-on sidebars) could be improved. From https://phabricator.services.mozilla.com/D113652 :

>>! In D113652#3691902, @emalysz wrote:
> it looks like `sidebarMenu-popup` could benefit from `margin-top: 4px; margin-inline: -13px;` at least on macos
Bug: (macOS) Native Menus Don't Respect System Theme
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-04-29 00:17:21+00:00
Resolved: 2021-04-30 12:23:04+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:90.0) Gecko/20100101 Firefox/90.0
**Window Size (inner width and height):** 1076x852

## Steps to Reproduce
Right click on a web page, it should bring the context menu.

## Expected Behavior
Follow the system theme, as it was fixed on macOS (see ticket 34572).

## Actual Behavior
Context menus are white, even when the system is using the Dark theme. Tested with Firefox Nightly 90.0a1 (2021-04-28) (64-bit), on macOS Catalina (10.15.7).
Bug: Bookmarks Bar Not Using New UI
Status: NEW
Priority: P5
Created: 2021-04-29 00:23:10+00:00
Resolved: 2021-11-04 10:02:49+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:90.0) Gecko/20100101 Firefox/90.0
**Window Size (inner width and height):** 1536x875

## Steps to Reproduce
Enable the bookmarks bar, look at the padding between bookmarks, search bar, etc.

## Expected Behavior
Use a similar look (especially paddings) as the new Proton UI.

## Actual Behavior
The space between bookmarks don't look good. The bookmarks bar itself seems to have more empty space above than below it.
Bug: Firefox failed to restore all tabs on launch
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-04-29 00:38:53+00:00
Resolved: 2024-07-01 16:08:57+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:90.0) Gecko/20100101 Firefox/90.0
**Window Size (inner width and height):** 1280x823


## Steps to Reproduce

1. Open multiple tabs
2. Close Firefox or Quit
3. I see the confirmation message to close the tabs
4. When I reopen Firefox, my tabs are gone and I can't restore them 


## Expected Behavior
I can't restore my tabs 

## Actual Behavior
I need to find my previously opened tabs
Bug: Parts of the UI not using Proton
Status: NEW
Priority: P3
Created: 2021-04-29 00:41:46+00:00
Resolved: 2021-11-16 01:21:37+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:90.0) Gecko/20100101 Firefox/90.0
**Window Size (inner width and height):** 1418x852
## Steps to Reproduce
Open the History/Downloads/Tags/All Bookmarks window.

## Expected Behavior
Look like the rest of Firefox's UI, including margins, font size, colours, etc. Maybe also open content a tab, not window, like the other settings menus on Firefox.

## Actual Behavior
The windows/UI is the same one that was used by very old Firefox versions. This is the 3rd major redesign of Firefox in the past 10 years, but some windows still use the UI/design from ~15 years ago.
Bug: Icon in toolbar is too small
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2021-04-29 00:44:46+00:00
Resolved: 2021-10-21 16:13:56+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0
**Window Size (inner width and height):** 1368x787

## Steps to Reproduce
Open Firefox

## Expected Behavior
Icons should have same size

## Actual Behavior
Languagetool icon is too small (doesn't happen in FF stable)
Bug: Firefox freezes when "Save as..." dialogue wants to open umounted NFS directory
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-29 08:11:04+00:00
Resolved: 2021-06-07 10:19:52+00:00

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

Steps to reproduce:

1. Save a file to any NFS mounted directory.
2. Umount the NFS directory.
3. Try to save any other file. Because the "Save as..." dialogue remembers the last location, it will try to open a directory which no longer exists.


Actual results:

Firefox freezes and I am forced to kill it.


Expected results:

When the remembered last location does not exist anymore, fallback to any other default location.
Bug: Close Tabs to the Left position conflicts with user muscle memory
Status: NEW
Priority: --
Created: 2021-04-29 08:34:56+00:00
Resolved: 2021-07-16 21:19:01+00:00

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

Steps to reproduce:

1. Close Multiple Tabs
2. Click top result from muscle memory to close tabs to the right


Actual results:

I closed tabs to the left


Expected results:

Closing tabs to the right
Bug: [Proton] The webRTC permissions panel Allow/Block buttons are not aligned as per spec with the camera/mic menulists
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-04-29 09:00:15+00:00
Resolved: 2021-05-11 07:10:16+00:00

**Tested on:**
Nightly 90.0a1
Beta 89.0b5

**TestedPlatform:**
Windows 10
MacOS 10.15 / 11
Ubuntu 18.04

**Steps to reproduce:**
1. Open https://mozilla.github.io/webrtc-landing/gum_test.html
2. Click on the Camera or Microphone button (make sure you have 2 devices connected for the camera or mic, both works as well)
3. Check the alignment of the Allow/Block buttons with the menulists from above

**Expected Results:**
The Allow/Block buttons should be properly aligned as in the Figma doc.

**Actual Results:**
The webRTC permissions panel Allow/Block buttons are not aligned as per spec with the camera/mic menulists.
Bug: Tab inactive icon occupy too much spaces in overflowed tab strip
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-29 09:09:07+00:00
Resolved: 2021-04-29 09:13:22+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 tabs until overflow
2. Make some tabs hibernate (using extensions or native machanism)



Actual results:

You basically can't see title at all now, Because inactive(sleep) icon occupies too much spaces.


Expected results:

Works just before (fade out).
Or just make icon overlap to prevent take up too much spaces
Bug: Extra 'New Tab' on tab's right-click context menu breaks user experience
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-29 09:14:33+00:00
Resolved: 2021-04-29 16:29:43+00:00

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

Steps to reproduce:

1. Open Firefox 89 (the version with the new Proton UI).
2. Load any page.
3. Right click on its tab to show the context menu.


Actual results:

The context menu showed up, with the very first entry being 'New Tab'.


Expected results:

As has always been the case, the first entry in the context menu should be the 'Reload Tab'. I find this an issue mainly because of the following:

1. It breaks long-established user behavior. 
2. There is already an existing option to open a new tab -- two ways in fact. The first being the '+' icon at the end of the tab list, as well as the Ctrl-T keyboard shortcut. Both are also already long-standing and well-known ways to open a new tab across browsers. As well -- I thought Proton UI is all about simplifying UI elements and access? We should not be adding unnecesary ones that also break user journeys.