av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/places/tests/browser/browser_editBookmark_keywords.js | Found a tab after previous test timed out: about:blank - | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-01-07 19:23:50+00:00
Resolved: 2021-10-19 17:05:07+00:00

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

---
```
[task 2021-01-07T17:27:54.111Z] 17:27:54     INFO - TEST-START | browser/components/places/tests/browser/browser_editBookmark_keywords.js
[task 2021-01-07T17:27:54.160Z] 17:27:54     INFO - GECKO(1399) | Waiting for browser load
[task 2021-01-07T17:28:39.146Z] 17:28:39     INFO - TEST-INFO | started process screencapture
[task 2021-01-07T17:28:39.275Z] 17:28:39     INFO - TEST-INFO | screencapture: exit 0
[task 2021-01-07T17:28:39.275Z] 17:28:39     INFO - Buffered messages logged at 17:27:54
[task 2021-01-07T17:28:39.275Z] 17:28:39     INFO - Entering test bound 
[task 2021-01-07T17:28:39.275Z] 17:28:39     INFO - Buffered messages finished
[task 2021-01-07T17:28:39.275Z] 17:28:39     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_editBookmark_keywords.js | Test timed out - 
[task 2021-01-07T17:28:39.276Z] 17:28:39     INFO - GECKO(1399) | MEMORY STAT | vsize 7793MB | residentFast 479MB | heapAllocated 145MB
[task 2021-01-07T17:28:39.276Z] 17:28:39     INFO - TEST-OK | browser/components/places/tests/browser/browser_editBookmark_keywords.js | took 45036ms
[task 2021-01-07T17:28:39.276Z] 17:28:39     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-01-07T17:28:39.276Z] 17:28:39     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_editBookmark_keywords.js | Found a tab after previous test timed out: about:blank - 
[task 2021-01-07T17:28:39.276Z] 17:28:39     INFO - checking window state```
Bug: firefox 84.0.1 control key changes zoom level
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-07 20:32:16+00:00
Resolved: 2021-01-07 21:01:21+00:00

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

Steps to reproduce:

Go to any website
push the control key
Zoom level will quickly change through steps to 30%


Actual results:

Touch the control key by itself, or with a control-key combination (e.g. control-arrow) and the zoom level quickly goes down (e.g. 90%, 80%...to 30%).

I have cleared all data, this doesn't change anything.

I have restarted firefox, this doesn't change anything.

This also applies to Thunderbird (e.g. in mail window frame).

I am running kubuntu linux with 


Expected results:

Nothing about zoom should change when the control key is touched.
Bug: firefox 84.0.1 dropdowns don't stay opened when clicked
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-07 20:38:36+00:00
Resolved: 2021-01-07 21:01:45+00:00

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

Steps to reproduce:

Firefox 84.0.1 on linux kubuntu 20.04.

Go to a website with dropdowns (e.g. the bugzilla site to enter a bug).
Use mouse to click on the dropdown
Dropdown flashes, then disappears. It is not possible to select any options.
Selecting element and using arrow keys will still work


Actual results:

Click on a drop-down. since the dropdown immediately disappears, it is not possible with a mouse to select any of the options.


Expected results:

When a mouse is clicked on the dropdown, the dropdown stays open, allowing mouse navigation and a second click to select an option.
Bug: Version 84.0.2 online banking isn´t working
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-07 21:30:49+00:00
Resolved: 2021-01-11 10:20:42+00:00

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

Steps to reproduce:

After install Firefox update version 84.0.2 (64-bits). Unable to acesse online banking service.
https://www.bb.com.br/pbb/pagina-inicial#/ (Bank´s official site)
https://www2.bancobrasil.com.br/aapf/login.jsp (link to access the bank's online service)


Actual results:

Unable to do online banking after downloading newest version of firefox browser.
The on line banking site remains loading and reloading. 
I tried in Google Chrome and the online banking worked.


Expected results:

Acess the online banking site and acesse my count.
Bug: Dialogs open up blank
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-07 22:17:55+00:00
Resolved: 2021-02-01 20:12:35+00:00

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

Steps to reproduce:

trying to close firefox windows, is not appear every time so i cannot reproduce when i want


Actual results:

all buttons are missing from firefox window


Expected results:

see buttons
Bug: At MSN.Com scanning across the 30 news articles is truncated at article 23, then returns to starting article.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-07 22:53:05+00:00
Resolved: 2021-01-29 15:11:42+00:00

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

Steps to reproduce:

I have two web browsers.   Firefox (primary) and Microsoft EDGE (secondary).
In Firefox, at the MSN.Com website, user can scan across the 30 news articles, but at article 23, the website loops back to the start of the display to article 1.   I am using Firefox Browser; 84.0.2 (64-bit).

In Microsoft EDGE, at MSN.Com the website user can scan across the 30 news articles, and can scan all the way to the 30th article, thereby reading all 100% of the news articles.

Thank you...     Keith_Grayson@Hotmail.Com     7-Jan-2021



Actual results:

Can not scan all 30 news articles at MSN.Com, stopped at article 23 and re-looped back to starting news article.


Expected results:

The user should have been allowed to see/read all 30 news articles
Bug: Firefox keeps asking to "Allow this site to open potplayer link in Potplayer( 64 bit)" every time i send a youtube video link to be opened in Potplayer video player
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-01-08 11:14:41+00:00
Resolved: 2022-09-23 20:29:19+00:00

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

Steps to reproduce:

1.I installed this addon that adds youtube video links in Potplayer Playlist so i can watch them directly in Potplayer https://addons.mozilla.org/en-US/firefox/addon/potplayer-youtube-shortcut/
The addon is set up in the following way:
https://imgur.com/hUsCqlj

2.I install the 64 bit Potplayer video player from https://potplayer.daum.net/ with it's Default installer settings.

3.I open Firefox browser on my PC and go to youtube.com

3.I right click on any youtube video and click "Add link to Potplayer"

4.This dialog box pops up in Firefox:
https://i.imgur.com/YgHCkiC.png

5I click on https://i.imgur.com/5wh628L.pnghttps://i.imgur.com/5wh628L.png
to make sure every time the addon keeps sending the vido links in Potplayer


Actual results:

This dialog box keeps appearing in Firefox

https://i.imgur.com/YgHCkiC.png


Expected results:

Dialog box should not appear because i already clicked previously on 

https://i.imgur.com/5wh628L.pnghttps://i.imgur.com/5wh628L.png
Bug: "Choose an application to open *", "Allow this application to open * links" - "Always use this application to open * links" option doesn't work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-08 11:23:56+00:00
Resolved: 2021-01-08 12:02:01+00:00

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

Steps to reproduce:

You can use this app to test https://addons.mozilla.org/firefox/addon/potplayer-youtube-shortcut/ special links which can be remembered for a specific application.

In this case link starts with "potplayer://" (see an attached screenshot)

"Choose an application to open *", "Allow this application to open * links" - "Always use this application to open * links" option doesn't work


Actual results:

Didn't remember app for opening such links - "Always use this application to open * links" option is useless

Such similar option works ok for Google Chrome, at least in the latest version, but yes, I remember there were similar issues, it seems Firefox is going its path now


Expected results:

The dialog should not appear all the time such links are opened, so "Always use this application to open * links" option is useless, it still asks all the time for this permission

p.s. works fine with the same extension on Google Chrome:

https://chrome.google.com/webstore/detail/potplayer-youtube-shortcu/cfdpeaefecdlkdlgdpjjllmhlnckcodp
Bug: link with Mircosoft Office URI Schemes not working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-08 11:51:49+00:00
Resolved: 2021-01-16 17:15:49+00:00

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

Steps to reproduce:

I clicked on a <a> tag with a href-attribute containing following link: 
ms-word:ofe|u|file:///.../x.docx
Notice that this was working until recently.


Actual results:

the click had no effect at all


Expected results:

firefox should display a pop-up, asking with which application this link should be opened.
Bug: Crash in [@ @0x7f24f8a993ff] Crash when sharing screen in Jitsi on Fedora 33 GNOME Wayland
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-08 12:15:13+00:00
Resolved: 2021-08-11 19:24:08+00:00

I experienced a crash of Firefox in Fedora 33 using GNOME Wayland when I was sharing a screen in Jitsi.


Crash report: https://crash-stats.mozilla.org/report/index/d64f79e5-3df3-4022-95f6-5ea330210108

Reason: ```SIGSEGV /SEGV_ACCERR```

Top 1 frames of crashing thread:
```
0  @0x7f24f8a993ff 
```
Bug: Checkbox and radio button selection is not visible using a white high contrast theme in a PDF document
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-01-08 12:44:20+00:00
Resolved: 2024-06-23 19:27:48+00:00

**Affected versions**
* Fx84.0.2
* Fx 85.0b6

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. Change windows theme to 'High Contrast White'.
2. Launch Firefox and navigate to [this document](https://pdf.ninja/interactiveform_enabled.pdf).
3. Click on a checkbox and a radio button.

**Expected result**
* The selections are visible.

**Actual result**
* Neither the checkboxes or the radio buttons are visible.

**Regression range**
* Will come back with a regression range ASAP.

**Additional notes**
* This issue only occurs with that specific high contrast theme. If another high contrast theme is enabled, the checkbox and radio button selection is visible.
* This issue does not occur on macOS or ubuntu 18.04.
Bug: The PDF bar elements are not visible with High Contrast
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-01-08 12:45:21+00:00
Resolved: 2023-06-02 15:20:12+00:00

*Affected versions*
* 84.0.2 (20210105180113)
* 85.0b6 (20210107185759)
* 86.0a1 (20210108094818)

*Affected platforms*
* Windows 10x64

*Preconditions*
* High contrast enabled

*Steps to reproduce*
1. Open Firefox and http://foersom.com/net/HowTo/data/OoPdfFormExample.pdf. 
2. Observe the elements from the top PDF bar.

*Expected result*
* All elements are displayed as expected.

*Actual result*
* Some elements from the bar are not visible.

*Regression range*
* I will search for one ASAP.





*Notes*
* Attached a screenshot.
Bug: Ver 84.0.2 desktop 64 bit for Windows 10will not connect to any site even using IP, using 84.0.1 portable works fine
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-08 14:18:34+00:00
Resolved: 2021-02-01 12:03:43+00:00

User Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 14_3 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0.2 Mobile/15E148 Safari/604.1

Steps to reproduce:

I completely uninstalled fire fox, reinstall ,Used another profile and 84.0.2
I then downloaded a portable version(84.0.1) And it connected successfully to any and all websitesAfter running the older version it connected to all the websites that it would not connect to before


Actual results:

After running the older version it connected to all the websites that it would not connect to beforeI expected it to connect to any and all websites.
Chrome, edge, and even the Tor browser would connect


Expected results:

I expected it to connect to any and all websites.
Bug: While downloading WSDL and SMD files the download dialog showing .Xml and .Json instead of .WSDL and .SMD
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-08 14:30:35+00:00
Resolved: 2021-01-12 15:32:02+00:00

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

Steps to reproduce:

Try to download any WSDL or SMD from any site using firefox browser


Actual results:

Download dialog showing .XML and .JSON instead of .WSDL and .SMD


Expected results:

Download dialog must show .WSDL and .SMD instead of  .XML and .JSON 

NOTE: This is fixed in lower versions .I have tested on 81.0 and 83.0
Bug: Themes labels inside the customize page are not visible on hover with adwaita dark theme
Status: NEW
Priority: --
Created: 2021-01-08 14:34:11+00:00
Resolved: 2021-03-02 16:57:27+00:00

**Affected versions**
* 84.0
* 85.0b6
* 86.0a1 (2021-01-07)

**Affected platforms**
- Ubuntu 18.04

**Steps to reproduce**

**Preconditions:**
* Have adwaita dark  theme set a OS level

1. Open the Customize page
2. Set the Light theme
3. Hover the Themes dropdown options

**Expected result**
* The label for every option is visible

**Actual result**
* Options labels are not visible

**Regression range**
* First bad: 4e9446f9e8f0a75c7ffe063f1dfb311cc90d56cf (2018-05-26)
* Last good: 94d7f0e1c4d0390450028972cfeb65e0550b9892 (2018-05-25)
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=94d7f0e1c4d0390450028972cfeb65e0550b9892&tochange=4e9446f9e8f0a75c7ffe063f1dfb311cc90d56cf
Bug: process hang on startup (UI shown, bookmarks toolbar shown but not populated yet)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-08 19:04:44+00:00
Resolved: 2021-04-20 08:27:25+00:00

Firefox 86.0a1 on Windows 8.1

One Nightly profile always hangs on startup. The UI is shown (tab bar, location bar etc.). The bookmarks bar is shown as empty, the content area is just grey.

Nightly becomes unresponsive and I terminate it by clicking at the 'X' button to close, get a prompt it's not responding and confirm its termination. The issue persists when it gets launched again but sometimes during investigation it went back to normal (e.g. sometimes when the profile got copied to a different location and launched, sometimes when launched in safe mode).

I wasn't able to get useful information out of Process Monitor because I don't know which process is affected. The initial process exits very quickly.
Bug: The "titlechanged" attribute is not removed when discarding a pinned tab
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-09 12:45:54+00:00
Resolved: 2021-01-11 11:35:40+00:00

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



Actual results:

See summary.


Expected results:

The "titlechanged" attribute should be removed when discarding a pinned tab.
Bug: &nbsp; not displaying as a space
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-09 13:13:28+00:00
Resolved: 2021-01-09 14:31:48+00:00

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

Steps to reproduce:

Check e.g. https://www.vychovabezporazenych.cz/sarka-hauznerova.html and find any occurrence of &nbsp; 
(It is happening on many other sites. I think since Fx 85.)


Actual results:

It is displayed without any space.
(Even though its non-breaking behavior seems to be respected. And even though in DevTools it is displayed as a space.)


Expected results:

&nbsp; should be rendered as a space.
Bug: No photo links working now within Amazon's website. Java is current
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-09 19:31:21+00:00
Resolved: 2021-01-19 14:48:49+00:00

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

Steps to reproduce:

Go to Amazon.com select an item and when the item page loads none of the extra photos work. Nor do the zooms..

this is version 84.02
it was fine in version 84.0


Actual results:

Only the default image loads for a given product. The small thumbnails load but the mouse over click doesn't load the full size image of the optional photos.


Expected results:

The thumbnail pics once clicked should load the higher resolution image. Nothing happens, the default photo is all you see.
Bug: Wrong certificate issuer is displayed
Status: UNCONFIRMED
Priority: P5
Created: 2021-01-09 20:53:46+00:00
Resolved: 2022-07-04 14:22:28+00:00

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

Steps to reproduce:

1. Configure a server to serve a website via HTTPS.
2. Browse to that site using Firefox.
3. Reveal the "Site information" by clicking the lock icon in the address bar.
4. Click on the ">" icon next to the text "Connection secure". You are displayed a brief summary of who issued the certificate. 
5. Change the certificate used by the server and restart the server.
6. Perform a full reload.
7. Repeat steps 3+4


Actual results:

The old and wrong certificate issuer is displayed


Expected results:

The currently used server's certificate's issuer should be displayed
Bug: resources loaded from cache even for hard reload (Ctrl+F5)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-09 21:57:09+00:00
Resolved: 2021-01-09 22:09:26+00:00

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

Steps to reproduce:

Tried to hard reload a CSS file located on http://localhost without success. When viewing the CSS file in a new private window, the file shows the latest version, as expected. Using Firefox on Fedora Linux 5.9.11-100.fc32.x86_64. Tried CTRL+F5 and CTRL+SHIFT+R.
Bug: When browser.urlbar.trimURLs is set as true, https headers can still be seen in the address bar.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-10 05:21:48+00:00
Resolved: 2021-01-11 10:13:29+00:00

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

Steps to reproduce:

I set browser.urlbar.trimURLs to true. 


Actual results:

It still did not trim the URL http:// and https:// headers.


Expected results:

http:// and https:// should not be visible in the address bar.
Bug: Keyword alias search in address bar does not accept empty searches since update2
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-10 16:32:34+00:00
Resolved: 2021-01-11 10:17:01+00:00

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

Steps to reproduce:

I have a shortcut defined for some search, let's say "w" for Wikipedia Search. browser.urlbar.update2 is set to "true" as default.
Now I hit "w", <Space>, <Enter>


Actual results:

Hitting <Enter> does nothing.


Expected results:

In the past (I cannot tell exactly when it changed, though it was recent), and also in Firefox 84.0.2 with browser.urlbar.update2 set to "false", Firefox would submit an empty search. Then the current window would open whereever the website redirects empty searches. For example, for Wikipedia, that is https://en.wikipedia.org/wiki/Special:Search.

I used this feature a lot to quickly go to open some websites. Setting 
browser.urlbar.update2 is a workaround for now. 1085374 is loosely related.
Bug: Resolved Firefox enabled Caret Browsing when changing profiles
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-10 16:36:03+00:00
Resolved: 2021-05-04 13:38:28+00:00

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

Steps to reproduce:

Load up any website which is not empty preferably one with many buttons


Actual results:

The buttons acted as textfields and were unclickable


Expected results:

The button should have been pressed
Bug: Import bookmarks-button stays in bookmarks toolbar after restoring bookmarks
Status: NEW
Priority: P3
Created: 2021-01-10 17:40:30+00:00
Resolved: 2022-06-03 19:44:17+00:00

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

Steps to reproduce:

Several times this last week I did a fresh install of the latest firefox version via this link:
https://download.mozilla.org/?product=firefox-latest&os=linux64

Then I restored bookmarks from a json file.





Actual results:

Each time the "Import bookmarks..." button in the bookmarks toolbar was still there taking up space even after restoring bookmarks. 


Expected results:

The "Import bookmarks..." button should have disappeared after restoring bookmarks.

judging from this code change 

https://hg.mozilla.org/releases/mozilla-release/rev/6b9978d2a957cb6ec9d6bd0e0155d16db887a186

the button should have disappeared and it seems that the code only checks whether bookmarks were added to the bookmarks toolbar via the import function not via restore.

A possible fix might be to also remove it when the restore functionality is used.
(restoring bookmarks differs from importing bookmarks)


```diff
removeImportButtonWhenImportSucceeds() {
+    // If the user (re)moved the button, clear the pref and stop worrying about
+    // moving the item.
+    let placement = CustomizableUI.getPlacementOfWidget("import-button");
+    if (placement?.area != CustomizableUI.AREA_BOOKMARKS) {
+      Services.prefs.clearUserPref("browser.bookmarks.addedImportButton");
+      return;
+    }
+    // Otherwise, wait for a successful migration:
+    let obs = (subject, topic, data) => {
+      if (
+        data == Ci.nsIBrowserProfileMigrator.BOOKMARKS &&
+        MigrationUtils.getImportedCount("bookmarks") > 0
+      ) {
+        CustomizableUI.removeWidgetFromArea("import-button");
+        Services.prefs.clearUserPref("browser.bookmarks.addedImportButton");
+        Services.obs.removeObserver(obs, "Migration:ItemAfterMigrate");
+        Services.obs.removeObserver(obs, "Migration:ItemError");
+      }
+    };
+    Services.obs.addObserver(obs, "Migration:ItemAfterMigrate");
+    Services.obs.addObserver(obs, "Migration:ItemError");
+  },
```
Bug: at launch 85.0b5 stalls temporarily on Mac; does not happen in 85.0b1
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-10 17:52:04+00:00
Resolved: 2021-01-20 15:12:43+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/99.0.7113.93 Safari/537.36

Steps to reproduce:

start FF as always


Actual results:

only since 85.0b5 was installed:  after launch, FF is shown in the Mac taskbar as "starting" (bouncing icon), not as started (solid icon), this can last up to 20 secs,
this is new and has never happened before (e.g. not under 85.0b1)
[I tried to go back to 85.0b1 to see if this would solve the problem - it did solve the problem]


Expected results:

start as rapidly as before (typically this takes 2 or 3 secs on my Macbook Pro)