av9ash/GitBugs huggingface dataset:
Bug: "Please list the file names of the attached documents" text overlaps a table
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-06-22 09:26:33+00:00
Resolved: 2021-07-08 23:02:45+00:00

On the PDF from bug 1716380, the "Please list the file names of the attached documents." text overlaps the table on page 3.
Bug: Suggestions are not displayed when only one of the following characters is entered in omnibox:  % ^ * + ?
Status: NEW
Priority: P3
Created: 2021-06-22 10:30:51+00:00
Resolved: 2021-06-22 22:27: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:

Run the attached add-on and enter only one of the following characters in omnibox: % ^ * + ?



Actual results:

Suggestions are not displayed. If you enter a character other than the above, suggestions will be displayed. Suggestions are also displayed if you enter two or more characters.


Expected results:

Suggestions should always be displayed.
Bug: [XFA] A button has a hover state in the browser, but it doesn't show one in Adobe
Status: NEW
Priority: P3
Created: 2021-06-22 12:33:16+00:00
Resolved: 2022-02-18 07:50:42+00:00

**Note**
* When the user loads a specific PDF file in the browser and compares it with how Adobe displays it, he will notice that the "Index" button shows an incorrect hover state.
* It appears that the button only appears when hovered because of the white text font.
* The button also lacks functionality, but it may be a dynamic function. Please advise if a new bug should be logged.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.

**Expected result**
* The "Index" button is visible and does not show a hover state.
* The functionality is as expected.

**Actual result**
* The "Index" button is not visible until hovering over it.
* It has no functionality.

**Regression range**
* Not a regression but an implementation flaw.
Bug: typing in Search field on start page moves cursor to address field in toolbar, not search field
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-22 15:40:46+00:00
Resolved: 2021-06-22 19:20:45+00:00

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

Steps to reproduce:

I have the toolbar set to have separate navigation and search fields. 

Open firefox start page and start typing in search field(There's no go button anymore either)  and the cursor jumps to the navigation bar, not the search field. 


Actual results:

The cursor jumps to the navigation field so that when I hit enter to search it tries to navigate to the search terms that I entered which isn't a valid operation


Expected results:

It should have search for the search terms I entered like it used to. Someone thought they were being clever and failed. What the hell are you people doing? I'm seriously considering switching back to Chrome or going to Edge after what you people have done to the browsers on desktop and mobile.  Whoever is in charge of the roadmap needs to be replaced. There's just a lot of bad choices being made.
Bug: Intermittent browser/components/preferences/tests/browser_search_subdialogs_within_preferences_8.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-06-22 16:29:44+00:00
Resolved: 2022-07-26 00:13:30+00:00

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

---
```
[task 2021-06-22T13:29:19.387Z] 13:29:19     INFO - TEST-PASS | browser/components/preferences/tests/browser_search_subdialogs_within_preferences_8.js | template-featureGate should not be in search results - 
[task 2021-06-22T13:29:19.387Z] 13:29:19     INFO - Leaving test bound 
[task 2021-06-22T13:29:19.388Z] 13:29:19     INFO - Entering test bound 
[task 2021-06-22T13:29:19.388Z] 13:29:19     INFO - Buffered messages logged at 13:28:34
[task 2021-06-22T13:29:19.389Z] 13:29:19     INFO - Longer timeout required, waiting longer...  Remaining timeouts: 1
[task 2021-06-22T13:29:19.390Z] 13:29:19     INFO - Buffered messages finished
[task 2021-06-22T13:29:19.390Z] 13:29:19     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_search_subdialogs_within_preferences_8.js | Test timed out - 
[task 2021-06-22T13:29:19.391Z] 13:29:19     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-06-22T13:29:19.392Z] 13:29:19     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_search_subdialogs_within_preferences_8.js | Uncaught exception received from previously timed out test - PreferencesSearchCompleted listener not removed before the end of test
[task 2021-06-22T13:29:19.392Z] 13:29:19     INFO - GECKO(5180) | MEMORY STAT | vsize 1795MB | vsizeMaxContiguous 5MB | residentFast 804MB | heapAllocated 555MB
[task 2021-06-22T13:29:19.393Z] 13:29:19     INFO - TEST-OK | browser/components/preferences/tests/browser_search_subdialogs_within_preferences_8.js | took 90044ms
[task 2021-06-22T13:29:19.394Z] 13:29:19     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-06-22T13:29:19.394Z] 13:29:19     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_search_subdialogs_within_preferences_8.js | Found a tab after previous test timed out: about:preferences#searchResults - 
[task 2021-06-22T13:29:19.395Z] 13:29:19     INFO - checking window state
[task 2021-06-22T13:35:29.414Z] 13:35:29     INFO - Buffered messages finished
[task 2021-06-22T13:35:29.414Z] 13:35:29    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/components/preferences/tests/browser_search_subdialogs_within_preferences_8.js (finished) | application timed out after 370 seconds with no output
[task 2021-06-22T13:35:29.415Z] 13:35:29    ERROR - Force-terminating active process(es).
```
Bug: [XFA] A specific PDF file is not loaded / displayed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-06-22 16:57:52+00:00
Resolved: 2021-07-28 18:45:52+00:00

**Note**
* When the user loads a specific PDF, he will notice that the file will not load.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.

**Expected result**
* The file is loaded and displayed.

**Actual result**
* The file is NOT loaded and displayed.

**Regression range**
* This is a regression of bug 1717132; mozregression results:
    
    2021-06-22T19:52:53.047000: DEBUG : Found commit message:
    Bug 1717132 - Update pdf.js to version 2.10.146 r=marco
    
    Differential Revision: https://phabricator.services.mozilla.com/D118240
    
    2021-06-22T19:52:53.047000: DEBUG : Did not find a branch, checking all integration branches
    2021-06-22T19:52:53.049000: INFO : The bisection is done.
    2021-06-22T19:52:53.050000: INFO : Stopped
Bug: [XFA] A page is missing when loading a specific PDF in the browser
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-06-22 17:37:39+00:00
Resolved: 2021-07-08 12:35:38+00:00

**Note**
* When the user loads a specific PDF file in Adobe Reader and then opens it in Firefox, he will notice that the second page is missing.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.

**Expected result**
* The PDF has 4 pages.

**Actual result**
* The PDF only has 3 pages.

**Regression range**
* Beta v90.0b8 shows 4 pages, although, the PDF is considerably better displayed in the latest Nightly, only missing the second page.
* Mozregression results:
    2021-06-22T20:32:53.640000: DEBUG : Found commit message:
    Bug 1715638 - Update pdf.js to version 2.10.87 r=calixte
    
    Differential Revision: https://phabricator.services.mozilla.com/D117365
    
    2021-06-22T20:32:53.640000: DEBUG : Did not find a branch, checking all integration branches
    2021-06-22T20:32:53.641000: INFO : The bisection is done.
    2021-06-22T20:32:53.643000: INFO : Stopped
Bug: If a download window appears while a tab is being dragged, the drag is left incomplete
Status: NEW
Priority: --
Created: 2021-06-22 21:30:57+00:00
Resolved: 2021-06-22 21:30:57+00:00

STR:
1. Open a page that you can request a download on, such as [our nightly/beta download page](https://www.mozilla.org/firefox/channel/desktop/).
2. Begin downloading a file on that page; anything that opens a download confirmation dialog will work.
3. Before the download confirmation dialog appears, begin dragging the tab around on the tab bar.
4. Do not release the mouse button until the dialog appears.

Expected result:
The drag operation is aborted and the tab resumes its position.

Actual result:
The drag operation is left in an unfinished state. The dragged tab appears out of alignment in the bar, and it cannot be interacted with using the mouse. If the tab is closed (using the keyboard), a blank space remains behind in the tab bar where it previously was. This state can be cancelled (and the blank space removed) by dragging a different tab.
Bug: "Warn you when quitting the browser" option does not count pinned tabs. (Close tabs and quit? You are about to close N tabs.)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-23 03:15:32+00:00
Resolved: 2023-11-30 14:23:28+00:00

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

Steps to reproduce:

Have a session with many tabs,

Try quitting browser, 

"Close tabs and quit? You are about to close N tabs." (count = N, cancel),

Pin one of the tabs,

"Close tabs and quit? You are about to close N tabs." (count = N-1)


Actual results:

Count was different.


Expected results:

Count should not depend on whether a tab is pinned or not.

Solving this bug probably solves https://bugzilla.mozilla.org/show_bug.cgi?id=1515061  too
Bug: PDF with Lab-like ICCBased colors looks wrong
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-23 06:22:06+00:00
Resolved: 2021-12-26 20:42:46+00:00

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

Steps to reproduce:

Open the attached file with File->Open


Actual results:

The file shows a single magenta bar.


Expected results:

The file should show brown, green, and yellow bars.
The file looks fine on Acrobat Reader, Ghostscript, or Internet Explorer.

The file has an unusual but valid color space that is ICCBased but has Lab-like range.
Bug: Browser not doing anything after a while
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-23 07:40:28+00:00
Resolved: 2021-07-01 16:35:51+00:00

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

Steps to reproduce:

After working with it for a while it stops working


Actual results:

New tabs not loading any website


Expected results:

New tabs should load the website as expected
Bug: Social Media Trackers
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-23 08:26:52+00:00
Resolved: 2022-03-04 13:34:41+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

Steps to reproduce:

Tried everything. No Luck


Actual results:

Hoping this is a relevant post.

I have social media links on my web like Facebook, Linkedin, Pinterest, Twitter but this firefox version showing no social media tags installed. Why is that? Im doing SEO of this site it's very crucial you know.

Attached Screenshot of the web pls have a look.

source: https://cmtdirect.us



Expected results:

Should have said social media trackers found.
Bug: Inability to deny access to first webcam
Status: NEW
Priority: P3
Created: 2021-06-23 09:26:51+00:00
Resolved: 2021-07-07 09:30:12+00:00

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

Steps to reproduce:

Go to meet.google.com (probably not specific but usefull because has accurate selection of webcam)
Deny access to microphone
Allow acces to first webcam (webcamplus.app)
Use the settings on the website to use the default camera instead
Deny use of second webcam


Actual results:

2 types of icon related to camera (showing both active and inactive camera)
Inability to deny access from first camera from both icon and dropdown menu.



Expected results:

List all different access request and ability to deny/approve any of them.
Bug: [XFA] A drop-down with scrollbar won't display correctly
Status: NEW
Priority: P3
Created: 2021-06-23 10:33:10+00:00
Resolved: 2022-02-18 11:24:04+00:00

**Note**
* When the user loads a specific PDF file, he will notice that the drop-down 

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Click on the "Relationship" drop-down from the bottom of the document.

**Expected result**
* The drop-down would correctly be displayed.

**Actual result**
* The drop-down opens but does not show any items/options to select.

**Regression range**
* Not a regression, but an implementation flaw.
Bug: Missing data from table
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-06-23 11:06:37+00:00
Resolved: 2021-07-08 12:43:52+00:00

Tested with:
Nightly 91.0a1 (2021-06-22)

Tested on:
Win 10

Preconditions:
In about:config, set pdfjs.enableXfa = true

Steps:

1. Launch firefox
2. Open the attached PDF

Actual result:
No data in table is displayed

Expected result:
A table with data should be displayed
Bug: Title: About:preferences search result tooltip is wrongly displayed
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-06-23 12:28:16+00:00
Resolved: 2021-08-02 09:50:29+00:00

[Affected versions]:
- Fx 90.0b

[Affected platforms]:
- Windows 10 x64
- macOS 10.15
- Ubuntu 16.04 LTS x86

[Steps to reproduce]:
1. Launch Firefox, access about:preferences.
2. Search for a term that can be found inside subdialogs or doorhangers (e.g. "Firefox").
3. Scroll down to HTTPS-Only Mode.

[Expected result]:
- The tooltips are placed above, at the middle of a button.

[Actual result]:
- There is a tooltip displayed, but there is no button present.

[Regression range]:
- This issue only reproduces on Fx 90.0b builds, I will return with a regression range.

[Additional notes]:
- Tried this on both a clean and used profile with the same result.
- The HTTPS-Only Mode is not displayed in nightly, however even after enabling that with dom.security.https_only_mode in about:config, the issue doesn't reproduce on any nightly (I have tried 89 and 90 nightly versions).
- The first occurrence was found on beta: 90.0b1.
Bug: [XFA] A string is displayed as double-underlined incorrectly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-23 12:30:06+00:00
Resolved: 2021-07-08 12:45:39+00:00

**Note**
* When the user loads a specific PDF file and scrolls to the third page, he will notice that a field label/string is incorrectly displayed as double-underlined.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Scroll to the third page.

**Expected result**
* The "Organisation/company name (if applicable)" label/string does not have a double underline underneath.

**Actual result**
* The "Organisation/company name (if applicable)" label/string has an incorrect double underline underneath.

**Regression range**
* Not a regression, but an implementation flaw.
Bug: [XFA] A specific section is incorrectly pushed down to the next page
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-06-23 13:07:25+00:00
Resolved: 2021-08-06 07:29:06+00:00

**Note**
* When the user loads a specific PDF file in Adobe Reader and hen in Nightly and compares pages 5-6, he will notice that a section is incorrectly pushed down to the next page.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Scroll to pages 5-6.

**Expected result**
* The "Civil, Family and Tribunals:" section is displayed on page 5.

**Actual result**
* The "Civil, Family and Tribunals:" section is displayed on page 6.

**Regression range**
* Not a regression, but an implementation flaw.
Bug: Pref to defend against unwanted protocol registration inoperative
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-23 13:35:09+00:00
Resolved: 2021-08-16 13:51:46+00:00

An experiment or application can't defend itself against unwanted protocol registration because the relevant preference doesn't get checked until after a runtime assertion.

https://searchfox.org/mozilla-central/rev/9975889f5c0d5c59bd22121a454beba774cbae71/dom/base/Navigator.cpp#970-987

Either the assertion should be downgraded back into an exception or it should be checked after the preference.
Bug: Sites are not usable in a Private Window / Browsing
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-23 14:37:32+00:00
Resolved: 2021-08-18 07:57:14+00:00

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

Steps to reproduce:

Opening the login site (fritz.box), enter the password and press Enter.

Notes:
In a normal Window all is fine.

The entering of a wrong passwords results not in a corresponding message and the password dialog (see attachment) is also not displayed .


Actual results:

The page is updated and nothing else happens.


Expected results:

The Login should be successful.
Bug: Radio buttons from the PDF has too many selectable choices
Status: NEW
Priority: P2
Created: 2021-06-23 15:31:16+00:00
Resolved: 2023-10-23 14:36:27+00:00

Tested with:
Nightly 91.0a1 (2021-06-22)

Tested on:
Win 10

Preconditions:
In about:config, set pdfjs.enableXfa = true

Steps:

1. Launch firefox
2. Open the attached pdf.

Actual result:
Checkboxes from the attached PDF has too many selectable choices.

Expected result:
Checkboxes from the attached PDF should have only one selectable choice as in Adobe
Bug: [XFA] Paragraphs are overlapping some input fields
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-06-23 15:33:26+00:00
Resolved: 2021-11-05 08:36:47+00:00

**Note**
* When the user loads a specific PDF file in Adobe Reader and hen in Nightly and compares pages 6-7, he will notice that some paragraphs are incorrectly overlapping some input field.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Scroll to pages 6-7.

**Expected result**
* The C9, C9 note and C10 sectiona are correctly displayed, no overlap.

**Actual result**
* The C9, C9 note and C10 sectiona are overlapping.

**Regression range**
* Not a regression, but an implementation flaw.
Bug: Address bar doesn't automatically focus when creating a new tab while in fullscreen
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-23 16:30:31+00:00
Resolved: 2021-06-23 17:23:53+00:00

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

Steps to reproduce:

1. Watch a video in fullscreen (like a youtube video)
2. Press CTRL+T to open a new tap


Actual results:

A new tab opens, the address bar isn't focused.


Expected results:

The address bar should be focused automatically so you can start typing right away (normal behavious when pressing CTRL+T in non-fullscreen)
Bug: [XFA] A table is displayed on 2 pages and its alignment is broken
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-06-23 16:37:02+00:00
Resolved: 2021-08-05 19:33:08+00:00

**Note**
* When the user loads a specific PDF file in Adobe Reader and then in Nightly and compares pages 2-3, he will notice that a table is incorrectly displayed on both pages and also shows alignment issues.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Scroll to pages 2-3.

**Expected result**
* A table is displayed on page 2 and its alignment is correct.

**Actual result**
* The table is displayed on 2 pages and its alignment is broken.

**Regression range**
* Not a regression, but an implementation flaw.
Bug: Content Pane always blank whether in Normal or Safe Mode
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-23 17:14:47+00:00
Resolved: 2021-06-24 11:15:36+00:00

I didn't know which category/component this fits in so i put it in General. Please move to correct category/component.

I started the globally installed firefox (`C:\Program Files\Mozilla Firefox\firefox.exe`) in normal mode (with all extensions), in safe mode (without any extensions), or started the just recently locally installed firefox (`%userprofile%\AppData\Local\Mozilla Firefox\firefox.exe`).
* home page --> blank
* https://www.mozilla.org/ --> blank (important to notice that it doesn't handle the expected 301 redirect to the localized https://www.mozilla.org/en_US/ website, as if it didn't interact with anything)
* about:config --> blank
* settings --> blank

Even showing the *web developer tools* is blank (see white panel in the bottom of the screenshots). It's like it's not interacting with anything (see the https://www.mozilla.org/ test)

What is expected to happen, is to show the web pages and about pages properly.

I had to switch my default browser to Microsoft Edge (Chromium) version for the moment.

I'll try my best to follow up and provide necessary information if needed.
Bug: Some about pages are blank until browser restart
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-06-23 17:44:28+00:00
Resolved: 2021-08-03 12:57:30+00:00

**[Affected Versions]:**
- Firefox Beta 90.0b11 (Build ID: 20210622185930)
- Firefox Nightly 91.0a1 (Build ID: 20210623095324) 

**[Affected Platforms]:**
- Windows 10
- macOS 11.1
- Linux Mint 20

**[Prerequisites]:**
- Open an older version of Firefox Beta.

**[Steps to reproduce]:**
1. Open Hamburger menu > “Help” > “About Firefox” to trigger an update.
2. Wait for the update to download.
3. Click “Restart to Update Firefox”.
4. Dismiss the onboarding modal.
5. Navigate to “about:support” and observe the page.

**[Expected result]:**
- The page is populated.

**[Actual result]:**
- The various tables of the page are blank.

**[Notes]:**
- The issue seems reproducible when simply opening Firefox Nightly 91.0a1 (Build ID: 20210623095324) and navigating to "about:support" on Linux Mint 20.
- The issue is also reproducible for the "about:studies" page if the user is enrolled in an experiment before updating, though in that case it seems intermittent and seemed to occur less often for a multipreference default type recipe.
- The issue does not seem reproducible when updating Firefox Release 88.0.1 to 89.0.2 (Build ID: 20210622155641)
- Attached is a [recording](https://drive.google.com/file/d/1XHwrW1zXtmZRmkG12EZxp_qRb9PXbJHP/view?usp=sharing) of the issue.
Bug: Firefox 89 tabbar height glitches depending on <title> contents
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-23 18:42:29+00:00
Resolved: 2021-06-24 07:58:35+00:00

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

Steps to reproduce:

Visit pages with <title> elements that are very long, or contain non-latin unicode characters or somehow cause a line break


Actual results:

The height of the tabbar suddenly increases dramatically


Expected results:

Tab bar height shall remain constant.