av9ash/GitBugs huggingface dataset:
Bug: Search mode chiclet can get overloaded with Switch to tab text
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-03-31 14:30:51+00:00
Resolved: 2021-05-10 14:01:58+00:00

STR
1. Open Tabs search mode by typing `% ` or clicking the tabs search shortcut.
2. Press the down arrow until a non-remote Switch-to-Tab result is selected.
3. Press Esc.

Expected results: The search mode chiclet reads "Tabs"
Actual results: The search mode chiclet reads "Switch to tab:Tabs"
Bug: Title separator missing for hovered/selected remote tab results
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-03-31 14:40:10+00:00
Resolved: 2021-04-01 12:39:25+00:00

When a remote tab result is selected, we replace the action text with the URL. After bug 1699229, we're hiding the title separator before the URL. [This rule](https://searchfox.org/mozilla-central/rev/9043e515e9608cc55b252a40cb2dfb6f767bcffd/browser/themes/shared/urlbarView.inc.css#648) should be `.urlbarView-row[type=remotetab]:not(:is([selected], :hover)) > .urlbarView-row-inner > .urlbarView-no-wrap > .urlbarView-title-separator`
Bug: Fix spacing in the bookmarks dialog
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-31 14:56:17+00:00
Resolved: 2021-05-04 08:59:28+00:00

The spacing and alignment in the bookmarks dialog still needs some work.

The vertical spacing should be 4px between each label and the corresponding input field below it. Each "row" of a label, and input field, and a description underneath it if present, should have a 4px top and bottom padding/spacing. And between each row (and between the title and first content, and between the last content and the buttons) there should be 16px spacing (in addition to those 4px as applicable).

Horizontally, the labels should lose their inline-start margin, and the ends of the input fields should align with the end of the buttons.

~It looks like the tags field doesn't get the same styling as the tags field in the bookmarks panel - I'm not sure why off-hand.~ (edit: now bug 1702293)
Bug: Update toolbar buttons to use "Settings" and "Add-ons and themes"
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-31 15:03:20+00:00
Resolved: 2021-04-02 03:38:04+00:00

Currently, it uses Preferences/Options depending on the platform, it should be just Settings
https://searchfox.org/mozilla-central/rev/9043e515e9608cc55b252a40cb2dfb6f767bcffd/browser/base/content/browser.xhtml#881-885

Also, "Add-ons" should say "Add-ons and themes".
Bug: Fix browser_selectpopup_colors.js which fails on Win10 with browser.proton.contextmenus.enabled
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-31 15:16:19+00:00
Resolved: 2021-04-02 03:38:06+00:00

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

Splitting this off from bug 1701963 as I think we need some more changes to the select popup... :-(

https://treeherder.mozilla.org/jobs?repo=try&revision=ed2bdd264727e17c7b790a68167b40051666275c
Bug: [Nightly] Proton Bookmark Buttons Scaled Wrong?
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-31 15:53:07+00:00
Resolved: 2021-04-13 15:26:21+00:00

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

Steps to reproduce:

As shown in pics, the width of the buttons are scaled wrong?
Maybe the width is linked to the length of the string, and it is showing incorrectly for non-English languages?
Bug: Camera Permission Propagation in Private Window
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2021-03-31 17:49:38+00:00
Resolved: 2021-04-06 11:35:37+00:00

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

Steps to reproduce:

I use Google Meet in Private mode. When using the Camera, Google Meet ask for permission. I want to skip this prompt.

In regular (non-private) mode, I added meet.google.com to Settings - Camera Permissions and set permission to Allow. This permission propagated to Private mode and the camera worked in Google Meet without getting the permission prompt.

Starting Firefox 87.0 this permission no longer propagates in Private mode.
Bug: [MacOS] Cannot open edit/add bookmark dialogs when native context menus are enabled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-31 17:54:50+00:00
Resolved: 2021-03-31 17:57:41+00:00

**STR**

1. Ensure `widget.macos.native-context-menus` is set to true
2. Try adding/editing a bookmark from the bookmarks toolbar context menu

**Expected**

The bookmarks dialog should open

**Actual**

Nothing seems to happen. I think was regressed by the work in Bug 1698997.
Bug: Copied and pasted text doesn't include spaces when they coincide with line breaks
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-31 18:42:14+00:00
Resolved: 2021-05-14 14:03:12+00:00

1. View https://sback.it/publications/icse2018seip.pdf
2. Highlight the paragraph beginning with "At Google" and copy it to the clipboard
3. Paste it into another application and spaces that coincide with line breaks are gone, resulting in text like "we find that the mediandeveloper" and "80 percentof".
Bug: Bookmarks menupopup unexpectedly closes when the mouse reaches the edge of the screen(Fitts's law) to reorder bookmarks by drag and drop
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-31 19:15:08+00:00
Resolved: 2021-05-10 13:50:42+00:00

Reproducible: Only if Proton is enabled.

Steps to reproduce:
1. Too many bookmarks in folder(incl. chevron) so that bookmarks menupopup will be overflowed.
2. Open bookmarks folder/chevron
3. Drag a bookmark to the edge of the screen(Fitts's law) to scroll the menupopup

Actual Results:
The menupopup unexpectedly closes

Expected Results:
The menupopup should not close.
Bug: Layout is wrong in screenshot when page is zoomed in "zoom text only" mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-31 19:33:15+00:00
Resolved: 2021-12-01 00:41:29+00:00

Steps to reproduce: select "zoom text only" in view → zoom menu, and zoom in (to 150%, say); now take a screenshot of a region in the page containing some text: the text will be larger in the screenshot than it appeared in the page on screen, and it will overflow the size of the image.

In contrast, taking a screenshot of a zoomed page without the "zoom text only" mode does not trigger this bug.

I believe this bug appeared in branch 85 or 86, and it is still present in 87.

This is possibly related to bug #1699410 but I'm not sure, because the latter doesn't say anything about "zoom text only"
Bug: Focus issues when starting Firefox in private mode
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-31 19:54:44+00:00
Resolved: 2021-05-06 14:08:42+00:00

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

Steps to reproduce:

Right-click Firefox icon
Click on New Private Window


Actual results:

New Private window is started.
Cursor is flashing in address bar. 
Any keyboard input is ignored.


Expected results:

I'd expect to be able to type an address or search command in the address bar.
If you start firefox without private mode, ie: normally, focus is in the address bar and you can type in an address. Similarly if you press control-shift-P from an existing firefox window, the same occurs.
Bug: The container colored line is not centered on pinned tabs (at 125% dpi)
Status: NEW
Priority: P5
Created: 2021-03-31 20:30:06+00:00
Resolved: 2023-08-09 16:22:06+00:00

I noticed today that the container indicator line is not centered on pinned tabs, I see 2 px on the left and 3px on the right (at 125% dpi).
Bug: tab_line is too thin in Proton using a 3rd party theme
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-31 20:30:15+00:00
Resolved: 2022-01-25 00:54:48+00:00

In Photon, the tab-line element is 2px, but the new tab_line element in Proton is thinner, making the line harder to see in custom themes from AMO (see attached examples).
Bug: Intermittent browser/components/aboutlogins/tests/browser/browser_masterPassword.js | [JavaScript Error: "Image corrupt or truncated." {file: "chrome://global/skin/icons/question-64.png" line: 0}] -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-03-31 21:15:06+00:00
Resolved: 2021-05-18 17:05:57+00:00

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

---
```
[task 2021-03-31T20:42:41.040Z] 20:42:41     INFO - TEST-PASS | browser/components/aboutlogins/tests/browser/browser_masterPassword.js | Dialog is the Master Password dialog - 
[task 2021-03-31T20:42:41.040Z] 20:42:41     INFO - Console message: [JavaScript Error: "Image corrupt or truncated." {file: "chrome://global/skin/icons/question-64.png" line: 0}]
[task 2021-03-31T20:42:41.041Z] 20:42:41     INFO - Buffered messages finished
[task 2021-03-31T20:42:41.041Z] 20:42:41     INFO - TEST-UNEXPECTED-FAIL | browser/components/aboutlogins/tests/browser/browser_masterPassword.js | [JavaScript Error: "Image corrupt or truncated." {file: "chrome://global/skin/icons/question-64.png" line: 0}] - 
[task 2021-03-31T20:42:41.041Z] 20:42:41     INFO - Stack trace:
[task 2021-03-31T20:42:41.041Z] 20:42:41     INFO - chrome://mochikit/content/browser-test.js:test_ok:1331
[task 2021-03-31T20:42:41.041Z] 20:42:41     INFO - chrome://mochitests/content/browser/browser/components/aboutlogins/tests/browser/head.js:onConsoleMessage:154
[task 2021-03-31T20:42:41.041Z] 20:42:41     INFO - resource://specialpowers/SpecialPowersChild.jsm:observe/<:158
[task 2021-03-31T20:42:41.348Z] 20:42:41     INFO - TEST-PASS | browser/components/aboutlogins/tests/browser/browser_masterPassword.js | No logins should be displayed when MP is set and unauthenticated - ```
Bug: Fixing serialization of cookieJarSettings for DownloadCore
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-03-31 21:39:59+00:00
Resolved: 2021-04-01 15:58:11+00:00

In Bug 1691907, there are some changes introduced to DownloadCore to support the cookieJarSettings. However, there is one failure that it uses the wrong function to serialize the cookieJarSettings. We should use `E10SUtils.serializeCookieJarSettings()` to do the serialization.
Bug: Pinned tab always crashes after clicking a link from it
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-01 02:49:53+00:00
Resolved: 2021-04-08 12:32:18+00:00

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

Steps to reproduce:

1. Login gmail in a new tab
2. Pin the tab
3. Click any link from an email which opens a new tab
4. Click either "Back" or "Delete" button in gmail interface
5. The pinned gmail tab crashes (disappears)


Actual results:

The pinned gmail tab crashes (disappears) after above opearation.


Expected results:

The pinned gmail tab should not crash.
Bug: about:support Update history - Details button not visible with focus on
Status: NEW
Priority: P3
Created: 2021-04-01 06:11:58+00:00
Resolved: 2021-04-14 13:31:43+00:00

**Affected versions**
* 88.0b5(DevEd), 89.0a1(2021-03-29)

**Affected platforms**
* Windows 10 macOS10.15;

**Steps to reproduce**
* update the browser from a previous version
1. Launch Firefox, access about:support
2. Click on the Show Update History button;
3. Click inside the opened modal;

**Expected result**
* content is visible;

**Actual result**
* with color scheme, the Details button is not really visible;

**Regression range**
* will check and provide one asap;

**Additional notes**
* on Ubuntu the orange OS theme doesn't cause this issue;
* similar issue can be seen on bug 1533358;
* attached gif to illustrate the issue.
Bug: Links are hard to selected in context menu without also selecting the text
Status: NEW
Priority: P3
Created: 2021-04-01 06:59:03+00:00
Resolved: 2021-08-09 13:03:55+00:00

**Affected versions**
* latest Nightly 89.0a1
* Beta 88.0b5
* Release 87.0

**Affected platforms**
* Windows 10 Touchscreen 

**Steps to reproduce**
1. Launch Firefox.
2. Go to https://en.wikipedia.org/wiki/Main_Page.
3. Hold with your finger on any link (the issue is more visible on selecting links that have more than one word) from the page until the FF context menu appears.

**Expected result**
* The entire link is selected and correctly displayed in the context menu. 

**Actual result**
* FF doesn’t select the entire link, for example (as seen in the screenshot), only the “produce” world appears in the context menu, while the “produce new species?” link was initially selected.

* **Suggested Severity**
* S3, since this seems to be broken on other releases as well.

**Regression range**
* Not a recent regression since the issue is not repo on Release 87.0 and 86.0.1. I’ll investigate more on this matter, in case of an old regression. 

**Additional notes**
* please see the attached screenshot.
Bug: [Windows 10][Proton] FirefoxColor themes that are not very dark can get dark background context menus
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-04-01 08:20:05+00:00
Resolved: 2022-03-20 22:45:01+00:00

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

Steps to reproduce:

Enable Proton context menus

EnableProtonUI
browser.proton.enabled
browser.proton.contextmenus.enabled
browser.proton.doorhangers.enabled

Activate the following FirefoxColor theme
https://color.firefox.com/?theme=XQAAAAJyAQAAAAAAAABBKYhm849SCia6aSqEGccwS-xMDPsqvMQuvAF6DfFcVnIO2RlYPn7K96jxJl9euVMPIG3hXZanKHmO0SR6HAFypXPQodXI0IApXyo0vUL2bJ6TKo55agaySyLYVycfJRH5JWbW5mhasxmWu8vufdYBik_o42A2KoDCzaT56Bd6rOBwJgRAvXB0fdFkbgIbV8iw1NjTyaQNPYTpc0jo_tHq-a2R9pExRHQqLOaMwjpL_48SQ-GIQr_P35VJTKhJVPIbWMj_TJ1fJmfWYQlu9aX_6rYvZA



Actual results:

Context menus applied Dark theme despite the fact that it was not defined in the FirefoxColor (and Default OR Light theme is selected within Nightly)


Expected results:

Context menus should either remain unthemed (use color of the selected theme) OR Use the Popup Background and Popup Text from the FirefoxColor (because these seem to be used for all the rest popups)
Bug: [win7] Minimize, Maximize and Close buttons are lacking contrast if Default/Light/Dark theme is used
Status: NEW
Priority: P2
Created: 2021-04-01 08:43:39+00:00
Resolved: 2021-05-12 15:18:56+00:00

*Affected versions*
* 89.0a1 (20210331215444)


	
*Affected platforms*

* Windows 7x64

*Preconditions*
* Windows7 Aero theme
* browser.proton.enabled:true


*Steps to reproduce*
1. Open Firefox with and set Default/ Light or Dark theme.
2. Observe the Minimize, Maximize, Close buttons.




*Expected result*
* Buttons are displayed as expected.

*Actual result*
* Buttons are lacking contrast.

*Regression range*
* From what I see this started with bug 1698032.

*Notes*
* Attached a screen recording.
*  The issue is not visible when using a custom theme or Alpenglow theme.
* When the title bar or menu bar is enabled the buttons are displayed as expected as well.
Bug: New tab context menu is shown by right clicking over the tab arrows from toolbar
Status: NEW
Priority: P3
Created: 2021-04-01 09:03:02+00:00
Resolved: 2021-04-27 20:37:03+00:00

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

**Affected platforms**
- Ubuntu 20.04
- Windows 10

**Steps to reproduce**
1. Launch Firefox and have a new tab opened
2. Right click repeatedly over the <- and -> icons from the toolbar

**Expected result**
- No context menu is shown as no tab history is recorded

**Actual result**
- A context menu with "new tab" is shown for a split second

**Regression range**
- Seems to be introduced recently, the issue is not reproducible on 87.0a1 (2021-02-02)

**Additional notes**
- The issue can be seen in the attachment
- macOS doesn't seem to be affected
Bug: [win7] Minimize, Maximize and Close buttons are not visible in Customize menu if AlpenGlow theme is used while browser is resized or smaller
Status: NEW
Priority: --
Created: 2021-04-01 09:04:15+00:00
Resolved: 2021-04-01 09:04:31+00:00

*Affected versions*
* 89.0a1 (20210331215444)
* 88.0b5 (20210330185720)
* 87.0 (20210318103112)


	
*Affected platforms*

* Windows 7x64




*Steps to reproduce*
1. Open Firefox with and set the Alpenglow theme.
2. Resize the browser making it smaller.
3. Observe the browser buttons.




*Expected result*
* Buttons are displayed as expected.

*Actual result*
* Buttons are not displayed.

*Regression range*
* From what I see this started with the implementation of the theme by bug 1643776 so this is not a regression.

*Notes*
* Attached a screen recording.
* The issue can be seen only in Customize mode.
Bug: Middle button to close a tab pastes the clipboard's primary selection in GNU/Linux
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-01 09:18:20+00:00
Resolved: 2021-09-29 20:37:28+00:00

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

Steps to reproduce:

Xubuntu 20.04.2 focal LTS.
If you use the middle button (scroll wheel button / third button) to close a tab in Firefox, it pastes the clipboard's primary selection on the URL field.
Probably a problem with GUI's focus.


Actual results:

-


Expected results:

-
Bug: [Proton][macOS] The outline of the webRTC permission panel disappears upon switching the window from secondary monitor to main
Status: NEW
Priority: P3
Created: 2021-04-01 09:24:27+00:00
Resolved: 2021-05-12 13:16:49+00:00

**Tested on:**
Nightly 89.0a1

**Tested Platforms:**
MacOS 10.15
Not reproducible on Windows

**Have the following prefs enabled:**
browser.proton.enabled (optional)
browser.proton.doorhangers.enabled (mandatory)
Light Theme
Secondary monitor connected. I have a 1920x1080 monitor connected to a MacBook Pro with 3072 x 1920 resolution. Reproduced this issue on another MacBook Pro connected to a different monitor as well. Reproduced it with a 2k monitor connected too.  

**Steps to reproduce:**
1. Open https://mozilla.github.io/webrtc-landing/gum_test.html
2. Move the window to the secondary monitor and make sure it is maximized (not full screen)
3. Click on the Camera or Microphone button
4. Check the Permission Panel
5. Grab the window and move it over to your main monitor (the one from the MacBook in my case)

**Expected Results:**
The permission panel should adapt to the resolution switch without affecting any visual elements. 

**Actual Results:**
The outline of the webRTC permission panel disappears upon switching the window from the secondary monitor to the main one. Can't reproduce vice-versa.

**Notes:**
This is reproducible only behind the "browser.proton.doorhangers.enabled" pref. If I enabled only the global proton pref, it is not reproducible nor on non-proton builds.
Not visible (or reproducible) with Dark theme.
Bug: [Non-Proton] Search bar's keyboard highlight is barely visible in Firefox Dark theme
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2021-04-01 09:45:59+00:00
Resolved: 2021-04-26 09:55:48+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0
Build ID: 20210331215444

### Settings
Win10 OS theme: Light or Dark
Nightly theme: Dark

No Proton related stuff is enabled in Nightly.

### Steps to reproduce
1. Add search bar to UI.
2. Type something in the bar.
3. Use keyboard to highlight a search suggestion/history.

### Actual result
The highlight colour is barely visible.
In the attached screenshot, in both *before* and *after* the 2nd result is highlighted by keyboard navigation while 4th by mouse hover.

### Notes
1. Nightly's Default theme is unaffected even if OS is set to dark theme.
2. URL bar is not affected.

The bug should be first introduced by bug 1692046 when Dark and Proton Dark were separated, and went through some more iterations. Now Proton Dark replaces Dark and, iiuc, rides the train with bug 1701256, this bug will affect non-Proton users at Release 89.
Bug: View image information option gone from the right-click context menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-01 09:52:59+00:00
Resolved: 2021-05-10 17:22:03+00:00

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

Steps to reproduce:

Right-click any image on a web page.


Actual results:

No "View image information" option is displayed in the context menu.


Expected results:

A "View image information" option to see detailed information about that image. The option was still there in 86.0.1.
Bug: Second line display is not shown for audio/video on Firefox RLT build
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-01 10:11:50+00:00
Resolved: 2021-04-01 11:06:39+00:00

**Affected versions**
* 89.0a1

**Affected platforms**
* Windows 10
* Ubuntu 20
* MacOS

**Steps to reproduce**
1. Open Firefox RTL build
2. Navigate to a website that has audio/video playback (ex. youtube.com)
3. Play a video.
4. Observe the second line display in the tab.

**Expected result**
* Inside the second line display there should be a playing notification. 

**Actual Result**
* There is no playing notification on the second line of display.

**Regression range**
* Will look for one ASAP.

**Additional notes**
* Please see the attached screenshot.
Bug: Re-enabling an add-on that overrides search engine parameters causes a prompt
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-01 10:57:28+00:00
Resolved: 2021-04-21 14:12:37+00:00

In bug 1646338 we changed some things around how add-ons were prompting. We missed the fact that now when you install DDG privacy essentials, and then re-enable it, it now prompts to set as default whereas it didn't used to.
Bug: FxA submenu header is not updated accordingly when the submenu is opened for the first time
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-01 11:25:53+00:00
Resolved: 2021-04-09 08:54:37+00:00

#### Tested with:

Beta 88.0b5
Nightly 89.0a1 (2021-03-31)
#### Tested on:

Windows 10
Windows 7 (Low Resolution)

#### Preconditions:

In about:config, set browser.proton.enabled = true

#### Steps:

  1. Launch firefox and open the hamburger menu.
  2. Sign in to FxA.
  3. From the Hamburger menu click on the FxA email address in order to open the FxA submenu.

#### Actual result:

The FxA email address is displayed as header in the Firefox account submenu.
#### Expected result:
"Firefox account" should be displayed as header in the FxA submenu.

Note 1: The correct header (Firefox account) is displayed accordingly only after the user go back or close the hamburger menu and opens it again.
Note 2: This is not reproducible on MacOS.

#### Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=cffeff2a28032c57f5d43a8293814d4cedbbc804&tochange=b422dd886e036907f35269f381f43785873c5296

Emma, could you take a look over this when you get a chance?
Bug: Media controller icon doesn't go away after hovering away from the tab on RTL builds
Status: NEW
Priority: P2
Created: 2021-04-01 12:49:38+00:00
Resolved: 2021-06-03 08:00:54+00:00

### Preconditions
In about:config set:
browser.proton.enabled = true

### Affected versions
Firefox 89.0a1 

### Affected platforms
MacOS 10.15
Windows 10 x64
Ubuntu 20.04 x64
Windows 7 x64

### Steps to reproduce
1. Open an RTL Firefox build.
2. Go to youtube.com.
3. Play any video.
4. hover the mouse over the tab.
5. Hover away from the tab.
6. observe favicon and media controller icon.

### Expected result
Media controller icon should go away after hovering away from the tab on RTL builds and the favicon of the website should correctly be displayed.

### Actual Result
Media controller icon doesn't go away after hovering away from the tab on RTL builds.

Screen recorder: https://streamable.com/54mjym