av9ash/GitBugs huggingface dataset:
Bug: Firefox keeps prioritizing search suggestions in address bar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-06 07:12:00+00:00
Resolved: 2021-08-06 12:08:16+00:00

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

Steps to reproduce:

Disabled all options under "Search Suggestions" (including the whole category).
Deactivated "Search engines" under "Address Bar" and chose "Add search bar in toolbar" instead of "Use the address bar for search and navigation"


Actual results:

When I start typing into the address bar, a "Search with Google" entry is still the top suggestion in front of my browsing history entries and bookmarks.


Expected results:

Firefox should respect my settings and only display browsing history entries and bookmarks when I start typing into the address bar.
Bug: [Fission] Recently opened tabs (~15s) are not restored correctly when restarting the browser.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-06 08:23:54+00:00
Resolved: 2021-09-16 05:49:24+00:00

[Tracking Requested - why for this release]:

Steps To reproduce:
1. Enable 'Restore previous session'
2. Open https://www.wikipedia.org/ in 1st tab
3. Open New tab(2nd tab) and Open https://www.mozilla.org/en-US/contribute/ in this tab(2nd tab)
4 Restart Browser

Actual Results:
Tabs are not restored correctly
Two 'New Tab' are restored sometimes. Or 2nd tab is 'New Tab'. Or only one tab is restored. Or Only one tab with 'New Tab' is opened.

Expected Results:
Tabs are should be restored properly.
Bug: Option to add the already added click search engine reappears in the search toolbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-06 10:48:54+00:00
Resolved: 2021-08-06 11:40:51+00:00

**Affected versions**
* Fx 92.0a1
* Fx 91.0b9

**Affected platforms**
* Windows 10 x64
* macOS 10.12.6
* Ubuntu 18/4

**Steps to reproduce**
1. Launch Firefox
2. Enable the search bar from about:preferences#search by clicking on "Add search bar in toolbar" option
3. Go to soundcloud.com
4. Click on the magnifying glass, then select "Add <search engine>" 


**Expected result**
* The option to add the search engine should no longer be displayed

**Actual result**
* The option to add the already added click search engine reappears in the search toolbar

**Regression range**
Will search for a regression asap

**Additional notes**
Bug: The Add Bookmark/Folder modals are not displayed if the user opened the Bookmarks Toolbar submenu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-08-06 11:17:05+00:00
Resolved: 2021-08-30 09:28:41+00:00

**Affected versions**
* Fx 92.0a1
* Fx 91.0b9

**Affected platforms**
* Windows 10 x64
* macOS 10.12.6
*  Ubuntu 20

**Steps to reproduce**
1. Launch Firefox
2. Right click on a new tab Bookmarks Toolbar
3. Open the bookmark toolbar sub-menu (Always Show/Never Show/Only Show on new tab)
4. Click on the Add folder option

**Expected result**
*  All the bookmarks toolbar option should work after opening Bookmarks toolbar sub-menu options

**Actual result**
*  Unable to add a bookmark or a folder if the Bookmark toolbar submenu was previously opened

**Regression range**
*Will provide a regression asap

**Additional notes**
* See attached
Bug: "alias di less" text wrongly recognized as "aliasdi less"
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-08-06 11:38:31+00:00
Resolved: 2021-12-21 08:56:39+00:00

STR:
1) Open the attached PDF
2) Search for "asd"

The "as d" text in "alias di less" is found and highlighted, but it shouldn't.
The same piece of text is not found if searching for "as d" (there are other occurrences in other page, but this particular one isn't found).
Bug: Download popup not synchronizing progress
Status: NEW
Priority: P3
Created: 2021-08-06 14:32:05+00:00
Resolved: 2021-10-20 02:38:33+00:00

Current Nightly, macOS 11.5, M1 Air

While downloading a bunch of files, I noticed the download panel in the toolbar stopped updating. Curiously, the visual indicator in the toolbar itself did keep updating (in the screenshot you can see it's progressed much beyond what the panel shows).

While this is happening, opening up the Downloads panel in the Library correctly shows download progress.
Bug: Bookmark bar visibility on New Page ONLY
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-06 15:01:33+00:00
Resolved: 2021-08-06 15:25:50+00:00

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

Steps to reproduce:

Right clicked on main bar (just right of the search bar), and got the context menu of "MENU BAR; BOOKMARKS TOOLBAR ->; CUSTOMIZE TOOLBAR...", then followed BOOKMARKS TOOLBAR to "ALWAYS SHOW; ONLY SHOW ON NEW TAB; NEVER SHOW" and clicked on ONLY SHOW ON NEW TAB.  I previously had it set to ALWAYS SHOW.  


Actual results:

As I was not on a new page, the BOOKMARKS TOOLBAR disappeared.  Then I clicked "+" to get a new tab.  The BOOKMARKS TOOLBAR was NOT visible, yet it should be.


Expected results:

The BOOKSMARKS TOOLBAR should be visible on a new tab, and not visible on other tabs per the menu option being set.  

Impressions: I decided that no real developer could have made such an obvious fault as to have an option that totally did not work, so I kept digging.  A "new tab" can be either the "Firefox Home (default)" or a "Blank Page".  I have it set to Blank Page.  Set back to the default, it works as expected.  Simple fix, a newtab can be either selection in the settings, the bookmarks toolbar needs to not be visible for either version of a newtab, per the settings, when the option "ONLY SHOW ON NEW TAB" is selected.

See also bug report 1654132 which is listed as an enhancement, but really looks like this feature.  If newtab is modified by customization, then the bookmarks toolbar should still be visible or invisible per the menu option, that is to say, whatever comes up if you type "about:newtab" in the browser should make the TOOLBAR visible or not visible based on the menu options (ALWAYS = visible, ONLY SHOW ON NEW TAB = visible, NEVER = not visible).
Bug: 295 suspicious accesses to 1&1 server
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-06 16:35:21+00:00
Resolved: 2022-08-26 22:10:37+00:00

User Agent: Mozilla/5.0 (X11; Linux aarch64; rv:78.0) Gecko/20100101 Firefox/78.0

Steps to reproduce:

Logged into my machine and discovered 295 suspicious accesses to 1&1 server, such as:

firefox-e  1753  1769 Gecko_IOT             myself  120u     IPv4              60236        0t0        TCP raspberrypi:39324->k8s-poma-traefik-ext-fe-prod-iz1-
firefox-e  1753  1773 Timer                 myself  120u     IPv4              60236        0t0        TCP raspberrypi:39324->k8s-poma-traefik-ext-fe-prod-iz1-lxa.poinfra.server.lan:https (ESTABLISHED)
firefox-e  1753  1774 Netlink               myself   64u     IPv4              60232        0t0        TCP raspberrypi:39316->k8s-poma-traefik-ext-fe-prod-iz1-lxa.poinfra.server.lan:https (ESTABLISHED)

This site shows the IP address:
https://domain.glass/74.208.232.202

The dig command confirms it:
202.232.208.74.in-addr.arpa. 70538 IN	PTR	k8s-poma-traefik-ext-fe-prod-iz1-lxa.poinfra.server.lan.





Actual results:

I had one tab open to mail.com, which is owned by 1&1.

It is unclear why the various parts of Firefox were all communicating with this server separately.

It appears almost like mail.com was running tasks in the browser unrelated to email.


Expected results:

Is there any risk of 1&1 using the browser to upload my private personal data from the filesystem to its cloud?
Bug: www is prepended to invalid urls like '.de' and '.com' and thereby can redirect to shady websites
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-08-06 17:41:20+00:00
Resolved: 2021-11-01 22:03:15+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:

type just a dot and a tld (e.g. '.de' or '.com') in the address bar and hit enter.


Actual results:

for '.de':
firefox resolves 'www.de', which redirects to some apparently random website.


Expected results:

Firefox should show Google (or the default search engine) searching for '.de'.
Bug: Bookmark keywords not used if URL is still loading
Status: NEW
Priority: P3
Created: 2021-08-06 17:59:52+00:00
Resolved: 2023-01-30 16:34:06+00:00

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

Steps to reproduce:

I have keywords set up in bookmarks, e.g. keyword "y" pointing to http://www.youtube.com/results?search_query=%s
For these keywords to be used, the URL bar must have finished loading. Otherwise, firefox uses a basic Google search using the keyword as-is instead ("y something"). In practice, that means I have to wait for the URL bar to fully load, which can take some time if Firefox is laggy (although the whole point of setting keywords up is to save time).



Expected results:

It would be really convenient for Firefox to look for keywords independently from URL loading status, in other word, to perform a check on keywords in bookmarks after validation in the URL bar (especially when using default research).
Bug: Web site display in 90.0.2 goes blank when I stop moving my mouse.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-06 18:07:51+00:00
Resolved: 2021-08-24 21:24:03+00:00

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

Steps to reproduce:

Looking at my Gmail Inbox. Stopped moving my mouse.


Actual results:

The display of the Inbox goes blank. The Gmail folder tabs on the left hand side of the screen and Gmail header including the "Primary", "Social" and "Promotion" tabs at the top are not affected. It is just the list of email messages in the main subwindow.


Expected results:

Nothing. It should have just kept displaying the list of email messages.

I've attached a file with my Firefox configuration obtained through the Help->More Troubleshooting Information menu.
Bug: No indication of current tab in Mac OS Dark Mode + Increase Contrast
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-08-06 19:41:12+00:00
Resolved: 2023-06-02 15:21:51+00:00

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

Steps to reproduce:

1. System Preferences > Accessibility > Display > "Increase contrast"

2. System Preferences > General > top row > "Dark"


Actual results:

3. There is no outline around the current tab in the tab bar.


Expected results:

4. There should be an outline, comparable to that in Light Mode + Increase Contrast.
Bug: Cannot recover with CTRL+L from accidentally pressing shortcut CTRL+K
Status: NEW
Priority: P3
Created: 2021-08-06 20:41:31+00:00
Resolved: 2021-09-10 08:25:32+00:00

If you accidentally press CTRL+K instead of CTRL+L to write an address you cannot recover back from the search function by pressing CTRL+L.

However if you press CTRL+L to focus the address bar you can press CTRL+K to open the search function.

This should also work the other way around and you should be able to recover from the forced search function by pressing CTRL+L.
Bug: Library window has a light background even though my theme is dark
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-06 20:56:22+00:00
Resolved: 2021-11-19 16:28:31+00:00

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

Steps to reproduce:

I switched to the default dark theme and opened the library window with ctrl-shift-h
I use Firefox 89.0.2 (64-bit) on Linux Mint MATE 20.2


Actual results:

The opened Library window has a white background


Expected results:

The opened Library window has a black background
Bug: Places drop indicator's vertical positioning is inconsistent when dragging immediately before/after a separator
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-08-07 04:14:33+00:00
Resolved: 2023-03-28 18:44:27+00:00

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

Steps to reproduce:

- Make a separator and a couple bookmarks in your bookmarks menu
- Drag a bookmark and move it above the separator, then below the separator


Actual results:

- Drop indicator appears like 4px below the separator when mouse is below it, but appears right on top of the separator when mouse is above it. The drop indicator also flickers intermittently while the mouse is directly on top of the separator. It makes it hard to tell where the dragged item is going to land.


Expected results:

I guess the drag helper should have some special dragover behavior for menuseparators, like generate a position that's 4px above or below the menuseparator's y coordinate.
Bug: Regression: Toolbar/Hamburger Menu is broken when you open another Menu before
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-07 07:06:58+00:00
Resolved: 2022-06-10 18:31:16+00:00

Nightly 92.0a1 (2021-08-06) (64-Bit)
macOS 11.5.1

1.) Open a new Nightly Window
2.) Click on the Pocket icon to show its menu
3.) Now click on the Toolbar/Hamburger icon to show its menu
4.) Hover over it

Actual: Hover items in the Toolbar/Hamburger Menu not appear.
Expected: Hover Items in the Toolbar/Hamburger Menu should appear

This is a recent regression.
Bug: Recently Closed Tabs menu restores multiple tabs when middle clicking
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-07 07:36:25+00:00
Resolved: 2021-08-10 14:18:25+00:00

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

Steps to reproduce:

1) Open websites in multiple tabs and then close several of them.
2) Click History, Recently Closed Tabs and then Middle Click an item in the list (but not the last item in the list).


Actual results:

It restores the item I middle clicked as well as the next item in the list.


Expected results:

It should only restore the item I middle clicked.
Bug: Update to v90.0.2 deleted my sessionstore-backups
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-07 17:39:29+00:00
Resolved: 2021-09-09 14:49:09+00:00

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

Steps to reproduce:

Upgrade version to 90.0.2


Actual results:

I lost all my sessionstore-backups. I lost all my tabs that I had open and also sessionstore-backups directory in my profile was empty. Not even previous versions of files were there.
Later I teted it multiple times, both by closing browser window from X and also by  killing ff from task manager. In both cases sessionstore-backups stayed there so it could not be configuration issue.


Expected results:

sessionstore-backups should have stayed untouched.

to fix this I would like to suggest a new modification to firefox: Never delete anything directly.  Instead create .trash directory in FF profile and then refactor delete operations everywhere in browser to move files in .trash instead. And then make the clean-up process such that when browser starts up it would delete files from .trash directory that are older than some user configured parameter. For example default could be 24h but about:config could override it. 

This could avoid accidents because in my case I noticed it immediately and I could have recovered them from .trash folder.
Bug: 'ExperimentalFeatures' annotation in crash report lists all available Nightly Experiments, supposed to only list enabled ones
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-08-07 18:11:06+00:00
Resolved: 2021-08-25 15:33:58+00:00

From https://searchfox.org/mozilla-central/rev/f1c881ba5603410dacbe52874053af38bd825c3b/toolkit/components/telemetry/docs/data/crash-ping.rst#65

> ExperimentalFeatures: <features>, // Optional, a comma-separated string that specifies the enabled experimental features from about:preferences#experimental

Crash reports list all available features under `Experimental Features`, see e.g. bp-dbc120ec-1482-49de-af7d-a4d100210807 > `Crash Annotations` tab > `Protected data` > `ExperimentalFeatures` and compare with Firefox > Settings > Nightly Experiments (best to do with one of your own crash reports).

The reason is the [`filter` Array method](https://hg.mozilla.org/mozilla-central/rev/f914931d37092233c97af1fb0c7bc9edffdf7114#l2.60) is synchronous and the promises are true-ish.
Bug: New tab is briefly positioned after tab and then moves to after all related tabs
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-07 18:38:46+00:00
Resolved: 2021-08-24 12:43:12+00:00

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

Steps to reproduce:

1. Opened BMO
2. Opened one page in new tab
3. Switched to page
4. Switched back to BMO
5. Opened another page in new tab


Actual results:

New tab is briefly opened after first tab and then repositions itself at the end of all related tabs


Expected results:

New tab should not briefly appear after the tab it was opened from.
Bug: after nightly install on android,  screen inside browser disappeare every second
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-07 19:06:27+00:00
Resolved: 2021-12-06 14:26:20+00:00

after nightly install on android,  screen inside browser disappeare every second

Mate.20 pro and p40 pro installed from aptoide  store


Please check
Bug: after nightly install on android,  screen inside browser disappeare every second
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-07 19:10:19+00:00
Resolved: 2021-08-09 13:07:32+00:00

after nightly install on android,  screen inside browser disappeare every second

Mate.20 pro and p40 pro installed from aptoide  store


Please check
Bug: mixed languages in menu
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-08 07:55:50+00:00
Resolved: 2021-08-19 16:02:33+00:00

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

Steps to reproduce:

I live in Germany. The laptop was brought here from the US. Since moving here in 2017, newer updates of Firefox started showing a single Menu item in the German language: Bookmarks>Kürzlich verwendete Schlagwörter. I also use a VPN set to the US/UK. My Windows version 8.1 is installed in American English. But none of the fixes online have worked to date. I can't figure it out. But I suspect the browser is also leaking my VPN DNS and need that to stop. I keep returning to this problem over the years, but just can't figure out how to solve it.
Bug: Protections popup toast is missing a fade/cancel animation
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-08-08 09:52:05+00:00
Resolved: 2022-06-09 23:51:45+00:00

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

Steps to reproduce:

- Click the tracking protection icon.
- Click the toggle.


Actual results:

- The tracking protection toast popup appears...
- It fades in and translates down 70px like a normal panel...
- But after 3 seconds, it just disappears instantaneously without a fade animation.


Expected results:

I think this is because the script [uses PanelMultiView.hidePopup](https://searchfox.org/mozilla-central/source/browser/base/content/browser-siteProtections.js#2151) instead of `this._protectionsPopup.hidePopup(true)`. I tried changing this one line and it fixed the problem for me. So I think line 2151 should just be changed from this:
```
PanelMultiView.hidePopup(this._protectionsPopup);
```
to this:
```
this._protectionsPopup.hidePopup(true);
```
Bug: Tick boxes on NCBI Virus website can be focused but not selected/checked
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-08 16:39:08+00:00
Resolved: 2021-08-16 06:30:19+00:00

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

Steps to reproduce:

1. Go to this URL: https://www.ncbi.nlm.nih.gov/labs/virus/vssi/#/virus?SeqType_s=Nucleotide&VirusLineage_ss=Severe%20acute%20respiratory%20syndrome%20coronavirus%202,%20taxid:2697049
2. Tick a tickbox in the table.


Actual results:

The tickbox didn't tick, only displaying a blue outline.


Expected results:

The tickbox should have worked normally.
Bug: pocket dialog persists after new url entered
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-09 07:32:25+00:00
Resolved: 2021-09-23 20:25:49+00:00

Click the save to pocket button on the toolbar. Hit Cmd-L (or ctrl-L) to focus the url field, enter a new url and press enter. I expect the pocket dialog to go away but it persists. Bisected to bug 1693376.
Bug: download folder resets back to "Downloads" after a while
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-09 08:22:43+00:00
Resolved: 2021-09-06 08:08:49+00:00

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

Steps to reproduce:

My browser is set to ask Download folder each time I download.
I changed download folder from "Downloads" to "Documents"


Actual results:

It resets back download folder from "Documents" to "Downloads" after a while.


Expected results:

It should keep my last selected download folder
Bug: The button from the “Synced Tabs” doorhanger is missing the label
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-08-09 09:14:56+00:00
Resolved: 2021-08-17 14:11:20+00:00

**[Affected Versions]:**
- Firefox RC 91.0 (Build ID: 20210804193234)
- Firefox Nightly 92.0a1 (Build ID: 20210808090543) 


**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.4
- Ubuntu Linux 20.04 x64


**[Prerequisites]:**
- Have a Firefox installed.
- Have no Firefox account signed in.

**[Steps to reproduce]:**

1. Open the Firefox browser with the profile from prerequisites.
2. Right click the “Toolbar” and select the “Customize toolbar…” option.
3. Drag and drop the “Synced Tabs” item on the “Toolbar”.
4. Click the “Done” button located on the bottom right corner of the browser.
5. Click the “Synced Tabs” item and observe the button’s label.

**[Expected results]:**
- The “Sign in to sync...” label is displayed. 
    
**[Actual results]:**
- The button has no label.

**[Regression Window]:**
- Since this issue is not reproducible with the Firefox Nightly version from 2021-06-05, using the Mozregression tool we have managed to find the following regression window:
- Last good revision: c4df06014261c1b0ad737c849169fa9db8850679
- First bad revision: 709e714addde7001e05f0b9b6c0df0485b570cf5
Pushlog:
- https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c4df06014261c1b0ad737c849169fa9db8850679&tochange=709e714addde7001e05f0b9b6c0df0485b570cf5

From the pushlog it seems that bug 1698883 has caused this regression.


**[Notes]:**
- Attached is a screenshot of the issue.
- The issue is also reproducible if a FxA account is logged in without any tabs to sync from other devices.
- The issue is not reproducible in Firefox Release 90.0.2.

@Mike Conley, can you please weigh in on this? Also, even though the regression is from the "Theme" component, I have verified that the issue is reproducible on the default themes and on several "Recommended Themes". 

Given the above, I think that the "Toolbars and Customization" component is more suitable. Feel free to change this accordingly if you think otherwise.
Bug: Tab bar height increases when certain unicode characters are present
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-09 10:53:54+00:00
Resolved: 2021-08-09 12:04:59+00:00

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

Steps to reproduce:

1. An html file was created with the following content:

<html>
    <head>
        <title>−1.31%</title>
    </head>
        <body>
            <p>Hello</p>
        </body>
</html>

2. The file was opened in firefox

* Note that the minus sign in the title tag is "−" (Unicode 2212 character: https://www.compart.com/en/unicode/U+2212)

The firefox version is 90.0.2 running on Arch linux under KDE Plasma


Actual results:

The tab bar height increased significantly. Tab bar height before and after the file was opened is shown on screenshots


Expected results:

The tab bar height should not change