av9ash/GitBugs huggingface dataset:
Bug: Highlighted item in download list hides the progress bar in dark mode
Status: UNCONFIRMED
Priority: P3
Created: 2020-06-04 11:27:26+00:00
Resolved: 2020-06-22 08:49:38+00:00

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

Steps to reproduce:

While Firefox is in Dark Mode (Probably because my Ubuntu 20.04 is also in dark mode)
1. Start a download
2. Show All Downloads
3. Select the item currently downloaded


Actual results:

The item highlighted color is the same the the progress bar color.


Expected results:

Progress bar and selected item color are not the same
Bug: Missing  labels inside Import wizard for the Edge browser
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-06-04 12:27:10+00:00
Resolved: 2020-06-10 21:34:19+00:00

**Affected versions**
- 79.0a1 (2020-06-04)

**Affected platforms**
- Windows 10

**Steps to reproduce**
- Open Firefox with -migration command
- Select Microsoft Edge and click Next
- Observe the content below “The following items are currently being imported..”

**Expected result**
- Cookies, Browsing History, Saved Passwords, Favorites are displayed 

**Actual result**
- Nothing is displayed

**Regression range**
- Regression range:  https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=f3a829091fef65cf49209ed374688cdd6d5753ed&tochange=66d3efe9fc7a276ba284bb1f98a4e9c3cc53e1fb
- Regressor bug: 1518234

**Additional notes**
- The issue can be reproduce also using Import and Backup option from Library 
- Chrome, Internet Explorer, Edge Legacy are not affected
Bug: PDF Print Text Corruption - PDF.JS
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-04 12:39:01+00:00
Resolved: 2021-02-12 10:12:46+00:00

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

Steps to reproduce:

At this time I cannot attache the original PDF or printed sample. It contains sensitive customer data. I am working to create a non-sensitive version of this issue and will append it to this issue. I will attempt to provide sufficient detail in the meantime.

Problem:
When PDF is printed (physically or to PDF), some text fields become corrupted, resulting in strings with new characters as well as missing characters.

Details:

PDF's created via FOP 2.3
Only occurs on multi-page PDF's
Multi-page PDF's are created by stitching together multiple existing PDF's (via PDFBox)
Only noticed in bold fonts using embedded font subsets.
Occurring often in production, obstructing USPS tracking numbers & other critical information
Configuration:

Firefox 76.0
Mac OS 10.15.4, Windows 10 1909
Steps to reproduce the problem:

Open PDF in Firefox (pdf.js).
initiate print via button or menu.
Print to paper or to pdf.
Observe bold text fields. Notice the overlapped text in the string that is supposed to be "USPS Tracking". Also notice the introduction of alpha characters like 'K' into the tracking number string below the barcode which is supposed to be all numeric.


Actual results:

Pages were printed. Third page contained corrupted text in several areas. 
See page three bad-1-print.pdf, text just above the 1D tracking barcode. Should say "USPS TRACKING #"
See page three bad-1-print, text above sender address. Should say "USPS FIRST-CLASS PKG"
See page three bad-1-print, text in small box between addresses. Should say "R005".


Expected results:

Expected text should have appeared on page three problem areas.
Bug: Any media freeze every 2 seconds, firefox 78 developer edition and firefox 77
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-04 13:14:59+00:00
Resolved: 2020-06-04 17:00:06+00:00

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

Steps to reproduce:

I wasnt doing anything special, just listening to music on vk.com and youtube.com 


Actual results:

First, audio started to slutter, i though it might be internet connection problem, because i checked bufferization progress bar and it was moving super slowly so i immediately checked my router logs, connection to other sites, etc, but everything was working. Then i actually started checking youtube to check if video plays normally - nope its not, i googled and thoughts it's somehow related to problems with video freezing and audio still playing, but not in my case.

Audio+Video=Media freezes every 2 seconds, constantly, 2 seconds of playing, then small 0.5sec freeze and then another 2 seconds of playing, audio and video freeze happens simultaneously.

Ok i decided its probably related to some extensions update, so i checked - there was nothing updated today, so i decided to backup my profile folder located at %appdata%\Mozilla\Firefox\Profiles\... and launch firefox without any extensions, maybe its still related.. anyway first off I launched firefox in safe mode and went to check media - still freezing every 2 seconds. I decided to press clear firefox button and start fresh - still freezing every 2 seconds. I decided to check if media is even playing at my pc at all ? maybe its hardware problem - i checked movie and audio playback in KMPlayer media player - everything's fine. I decided that i need to check playback in another browser, and as dev i had chrome installed, i opened it and checked playback - works fine. I decided to try ordinary version of firefox and downloaded version 77, installed it and once again i get freeze every 2 seconds.. I asked my friends that use firefox if they have this kind of problem popping out of nowhere, one of them had version 56 (dunno what's this guy doing, but anyway i downloaded version 56) - media works fine.

I checked if my firefox updated recently, last update was on 03.06.2020 (3 days agon) and everything was fine for 3 days, i also tried to "reboot my pc", just in case.

Overall:
FF Dev 78.0b2 (x64) - freeze 2/0.5/2
FF 77 (x64) - freeze 2/0.5/2
FF 56 - working
Chrome 83.0.4103.61 (x64) - working
KMPlayer - working

What doesnt fit into my head is that i had latest updates for 3 days and it was all working just fine, and then suddenly it stopped.


Expected results:

media plays normally without freezes
Bug: urlbar expantion can no longer be disabled in about:config
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-04 14:14:02+00:00
Resolved: 2020-06-06 12:00:05+00:00

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

Steps to reproduce:

installing 77.0.1


Actual results:

the settings for the the lately changed urlbar boxexpantion are now ignored and the urlbar enlarges on focus again. these are the actual ff 77 settings:

browser.urlbar.openViewOnFocus false
browser.urlbar.update1 false
browser.urlbar.update1.interventions false
browser.urlbar.update2.expandTextOnFocus false

and they don't work with 77 anymore. 76 was fine, 77 not. 

If noone mentioned it in the dev community earlier: It looks entirely stupid. And a shitload of websites is complaining and reversing this viewexpander. That should be an indicator for the devs to rethink what and how they do it.


Expected results:

the urlbox should have stayed the same size : focused and unfocused.
Bug: The Global sharing indicator is minimized into a truncated button instead of being minimized to the taskbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-04 15:11:23+00:00
Resolved: 2021-12-12 22:56:51+00:00

**[Affected Versions]:**
- Firefox Beta 78.0b2 Build ID:20200602134412

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Firefox 78.0b2 is installed.
- The following preferences are set:
-> privacy.webrtc.allowSilencingNotifications = true
-> privacy.webrtc.legacyGlobalIndicator = false

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Start a webRTC video call on Zoom.
3. Click the "Join Audio by Computer" button.
4. Click the "Allow" button from the Microphone permission doorhanger.
5. Click the "Minimize indicator" button from the global sharing overlay.
6. Observe what happens after minimizing the overlay.

**[Expected results]:**
- The global sharing overlay is minimized to the taskbar.
OR
- The "Firefox - Sharing Indicator" warning button is correctly displayed on the left down side of the screen.

**Actual results]:**
- The "Firefox - Sharing Indicator" truncated warning button is displayed on the left down side of the screen.

**[Notes]:**
- Nothing happens when clicking the "Firefox - Sharing Indicator" warning button.
- The "Firefox - Sharing Indicator" warning button is no longer truncated if sharing the screen.
- The global sharing overlay is minimized to the docker and the "Firefox - Sharing Indicator" warning button is not displayed **on macOS**.
- Attached is a .gif with the issue.
Bug: over sensitive pdf zoom
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-04 15:15:03+00:00
Resolved: 2020-06-24 17:19:03+00:00

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

Steps to reproduce:

Open a pdf in browser then use pinch zoom 


Actual results:

zoom levels change unsteadily inconsistently in PDF file opened in browser


Expected results:

steady zoom levels and smooth
Bug: Stop URL bar from enlarging on click
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-04 16:10:11+00:00
Resolved: 2020-06-08 15:41:36+00:00

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

Steps to reproduce:

With the latest update to Firefox, there is a feature that I would like to disable. When you open a window/tab or place the cursor in into the address bar, it becomes a bit bigger.


Actual results:

Ugly style of urlbar.



Expected results:

It should be possible to disable it in options.
I am not sure that it is defect but probably it is more defect than enhancement.
Because you broken well-worked urlbar and disappointed many users.

https://support.mozilla.org/en-US/questions/1274579
https://www.reddit.com/r/FirefoxCSS/comments/de6xc7/disable_expanding_addressbar/
https://superuser.com/questions/1539855/how-to-disable-address-bar-expansion-in-mozilla-firefox-75
Bug: Session restore doesn't play well with many PWAs
Status: NEW
Priority: --
Created: 2020-06-04 16:19:08+00:00
Resolved: 2023-10-06 11:31:37+00:00

In many PWAs, Session Restore loads an old state after a regular Firefox shutdown (with Restore Tabs enabled), for example after a Nightly update.

Prerequisites:
- Have Restore Tabs on restart turned on.

Steps:
1. Open several tabs with PWAs. Examples are:
   - [Twitter](https://twitter.com)
   - [Pinafore Mastodon client](https://pinafore.social) (needs a Mastodon account).
   - [Moz Mixed Reality blog](https://blog.mozvr.com/) running Ghost.
   - [Gatsby JS](https://gatsbyjs.org/)
2. Close Firefox.
3. Restart Firefox. Alternatively, let Nightly update itself, has the same effect.

Result:
What can happen is that the session loads old data. For example if you posted something on Pinafore, and the post was long sent, it can happen that Session Restore restores the tab with the text again in the composer.

Also, if one of the PWAs updated in the meantime, the update won't be picked up automatically. The MozVR team might have posted something new in the meantime, which the front page doesn't pick up automatically although technically the tab was reloaded.

This can often be observed with Riot, which, though not strictly a PWA (yet), may complain that translations are missing or other stuff doesn't work because What gets loaded is out of date.

To resolve, a simple refresh (CTRL+R, F5) don't suffice. One has to force-refresh with CTRL+Shift+R to get it to update. On Pinafore, it even has a "Reload" link in the Settings for this.

This is not a new regression, but it is a papercut I run into more than once on a daily basis. And others may, too.
Bug: [RTL] When in 2-line layout, a too long url can overflow to the right
Status: NEW
Priority: P3
Created: 2020-06-04 16:45:07+00:00
Resolved: 2024-07-31 10:17:33+00:00

See attached.

In LTR this shouldn't ever happen, because the url will always overflow to the right. Tested also with an RTL domain.

https://searchfox.org/mozilla-central/rev/598e50d2c3cd81cd616654f16af811adceb08f9f/browser/themes/shared/urlbarView.inc.css#130-132

Dão, what would be the correct fix here?
To change the padding to a margin for RTL only? For both RTL and LTR? Something else entirely?
Bug: MyChart after-visit summaries not appearing
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-04 17:32:37+00:00
Resolved: 2020-06-29 19:17:15+00:00

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

Steps to reproduce:

I am trying to see the summary of a visit to my doctor that exists in the MyChart medical messaging system.  I login to https://myc.nm.org/MyChart/Authentication/Login?action=logout using Firefox v76.0.1 on my Dell 5110 laptop running Win 7. I then click "Appointments and Visits," then the "View After Visit Summary" link associated with a particular visit.


Actual results:

The summary does not appear on the subsequent page as it has in the past.  See attached screenshot of that page.


Expected results:

A complete 1-3 page summary prepared by the doctor with details of his findings and other pertinent medical information.  I've not had this problem before. I spoke with MyChart tech support who suggested I try the Chrome browser.  I HAD NO PROBLEM SEEING THE AFTER-VISIT SUMMARY USING THAT BROWSER.  I am a happy, long-term user of Firefox who does not want to switch to another browser.  Furthermore, the MyChart medical reporting system is in widespread use across the country.  I would hate it if the glitch I discovered between Firefox and MyChart were discouraging others from continuing to use Firefox.

I am not familiar with filing bug reports (which is probably obvious). I'm happy to supply you with any details you might request.
Bug: Cancel a bookmark name triggers unnecessary change in UI
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-04 17:36:04+00:00
Resolved: 2021-05-05 01:57:47+00:00

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

Steps to reproduce:

I create a bookmark, change its name in Properties and press Cancel to discard these changes. I see for a second that its name changed and than gets back. It would be desirable to avoid unnecessary changes in UI. Cancel button is expected to do nothing in this case.

- create a bookmark
- right click to it -> Properties
- write anything in the textbox
- press Cancel



Actual results:

- the name of the bookmark is changed for a second to what you've wrote in the textbox and then changed back to initial value


Expected results:

- no unnecessary UI changes
Bug: when in dark theme, scrollbar in Library window should be dark
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-06-04 18:47:32+00:00
Resolved: 2021-10-15 13:16:27+00:00

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

Steps to reproduce:

set Firefox to Dark theme, open Library window and go to History: observe the scrollbar isn't dark. Screenshot attached. I'm on Windows 10 v1909
Bug: browser/base/content/test/about/browser_aboutCertError.js has high level of intermittents
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-04 19:22:30+00:00
Resolved: 2020-06-11 22:48:40+00:00

Landing of bug 1631593 made bug 1614049 more frequent.
Bug: FirstStartup fails to complete Normandy initialization
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-04 21:25:58+00:00
Resolved: 2020-06-11 16:35:52+00:00

FirstStartup.jsm Normandy initialization exits early when launched using

./mach run --temp-profile --first-startup -- "about:welcome"

Debugging the issue, regression seems to be caused by https://bugzilla.mozilla.org/show_bug.cgi?id=1643079

where we are now checking state and returning early https://searchfox.org/mozilla-central/source/toolkit/components/normandy/Normandy.jsm#56


Looks like Normandy.init() from BrowserGlue kicks in first setting Normandy to queued state causing FirstStartUp Normandy initialization to exit early
Bug: with apz.allow_zooming = true touch screen pinches zoom the whole page including pdf.js controls
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-04 22:20:24+00:00
Resolved: 2020-08-18 09:42:22+00:00

This is basically bug 1625462 but for touchscreen pinches instead of touchpad.
Bug: Intermittent browser/extensions/doh-rollout/test/browser/browser_trrSelection_disable.js | Found the expected heuristics event. - Got 2, expected 1
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-06-04 23:28:57+00:00
Resolved: 2020-07-13 17:01:41+00:00

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

---

>[task 2020-06-04T21:20:21.107Z] 21:20:21     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_trrSelection_disable.js | Doorhanger shown pref undefined before user interaction. - 
[task 2020-06-04T21:20:21.107Z] 21:20:21     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_trrSelection_disable.js | TRR mode is 2 - 
[task 2020-06-04T21:20:21.107Z] 21:20:21     INFO - Buffered messages finished
[task 2020-06-04T21:20:21.107Z] 21:20:21     INFO - TEST-UNEXPECTED-FAIL | browser/extensions/doh-rollout/test/browser/browser_trrSelection_disable.js | Found the expected heuristics event. - Got 2, expected 1
[task 2020-06-04T21:20:21.107Z] 21:20:21     INFO - Stack trace:
[task 2020-06-04T21:20:21.107Z] 21:20:21     INFO - chrome://mochikit/content/browser-test.js:test_is:1327
[task 2020-06-04T21:20:21.107Z] 21:20:21     INFO - chrome://mochitests/content/browser/browser/extensions/doh-rollout/test/browser/head.js:checkHeuristicsTelemetry:140
[task 2020-06-04T21:20:21.107Z] 21:20:21     INFO - chrome://mochitests/content/browser/browser/extensions/doh-rollout/test/browser/browser_trrSelection_disable.js:testTrrSelectionDisable:42
[task 2020-06-04T21:20:21.107Z] 21:20:21     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1064
[task 2020-06-04T21:20:21.107Z] 21:20:21     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1104
[task 2020-06-04T21:20:21.107Z] 21:20:21     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:927
[task 2020-06-04T21:20:21.107Z] 21:20:21     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:918
[task 2020-06-04T21:20:21.107Z] 21:20:21     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_trrSelection_disable.js | The event records the expected decision -
Bug: There is no way to DELETE ALL 100% OF EVERY LOGIN YOU HAVE STORED
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-05 01:16:18+00:00
Resolved: 2020-06-10 17:33:42+00:00

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

Steps to reproduce:

SORRY FOLKS I CANNOT FILE THIS IN GIT HUB. ONLY REPOSITORIES ARE IOS AND ANDROID. 

I am a long time customer of 1Password and I am not switching to Lockwise. 

Over many years you have collected over 600 of my logins. I want to DELETE ALL OF THEM WITH ONE CLICK.


Actual results:

The one and only screen I can find for Lockwise MAC requires removing each of 637 logins one at a time. THIS IS INSANE. I never signed up for Lockwise and I don't want it even if you paid me. 

I am happy with 1Password, they've got a good ten years of development time on you and Lockwise will likely NEVER CATCH UP or offer anything better. 

Let's see how your coders like it if I take away global search and replace!


Expected results:

Like any list on a computer, be it in a spreadsheet, computer code, or a database, I should be able on a Mac to press COMMAND-A and select ALL, then press delete or remove. 

Or click on the first item, scroll to the last item, and while holding the shift key down, select the last item. 

If you want you can program a warning Are You Sure? This is PERMANENT.

This one page of log-in management that can only be managed one entry at a time is a JOKE. 

Who in their right mind approved this piece of junk?

I AM LOGGING THIS AS A DEFECT BECAUSE THAT IS WHAT IT IS. You have my logins and they are not secure enough for me. I want my logins OFF your servers ASAP.
Bug: webRTC-previewVideo element is in an unlabelled grouping in the tab order
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-05 01:49:09+00:00
Resolved: 2023-06-02 14:50:11+00:00

I'll consult with Jamie or Asa to figure out what the right label is here, or if not a label, then how best to restructure this.
Bug: Intermittent browser/extensions/doh-rollout/test/browser/browser_dirtyEnable.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-06-05 04:13:35+00:00
Resolved: 2020-07-12 22:25:44+00:00

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

---

>[task 2020-06-05T02:45:33.025Z] 02:45:33     INFO - TEST-START | browser/extensions/doh-rollout/test/browser/browser_dirtyEnable.js
[task 2020-06-05T02:45:33.598Z] 02:45:33     INFO - GECKO(2216) | 2020-06-05 02:45:33.585 firefox[2216:23107] Persistent UI failed to open file file:///Users/cltbld/Library/Saved%20Application%20State/org.mozilla.nightly.savedState/window_1.data: No such file or directory (2)
[task 2020-06-05T02:46:18.036Z] 02:46:18     INFO - TEST-INFO | started process screencapture
[task 2020-06-05T02:46:18.140Z] 02:46:18     INFO - TEST-INFO | screencapture: exit 0
[task 2020-06-05T02:46:18.143Z] 02:46:18     INFO - Buffered messages logged at 02:45:33
[task 2020-06-05T02:46:18.143Z] 02:46:18     INFO - Entering test bound setup
[task 2020-06-05T02:46:18.143Z] 02:46:18     INFO - Leaving test bound setup
[task 2020-06-05T02:46:18.144Z] 02:46:18     INFO - Entering test bound testDirtyEnable
[task 2020-06-05T02:46:18.144Z] 02:46:18     INFO - Buffered messages finished
[task 2020-06-05T02:46:18.144Z] 02:46:18     INFO - TEST-UNEXPECTED-FAIL | browser/extensions/doh-rollout/test/browser/browser_dirtyEnable.js | Test timed out - 
[task 2020-06-05T02:46:18.388Z] 02:46:18     INFO - GECKO(2216) | MEMORY STAT | vsize 7546MB | residentFast 293MB | heapAllocated 95MB
[task 2020-06-05T02:46:18.389Z] 02:46:18     INFO - TEST-OK | browser/extensions/doh-rollout/test/browser/browser_dirtyEnable.js | took 45362ms
Bug: Error urlbar "Most visited sites" and browser.urlbar.maxRichResults=12
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-05 04:51:40+00:00
Resolved: 2020-06-08 16:01:14+00:00

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

Steps to reproduce:

Firefox 77:

1) Click on the urlbar, you will see 10 items open.
2) Go to about: config> browser.urlbar.maxRichResults and put 12.
3) Click on the urlbar, it always remains at 10 results instead of 12
4) To correct the problem, go to Tools> Options> Home> Uncheck "Most visited sites"
5) Open the urlbar on firefox, there are now 12 items, it's correct.
6) Now click on the "+" next to a tab to open a new empty tab, on the site history page at the very top is gone. While normally they must be present.

7) Now check again Tools> Options> Home> Check "Most visited sites"
8) Now click on the "+" next to a tab to open a new empty tab, on the site history page at the top is returned but there are still only 10 items instead of 12 on the urlbar .


Can you fix this annoying bug so that the result is like this:

- 12 items on the urlbar
- "Most visited sites" which appears in a new tab.

This bug did not exist on Firefox ...74 to 76

Greetings