av9ash/GitBugs huggingface dataset:
Bug: Settings -> Search -> Default Search Engine dropdown menu contains ellipse
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-09-15 21:48:59+00:00
Resolved: 2024-10-03 07:24:55+00:00

Filed per bug 1735589 Comment 19.

Steps to reproduce:
1. Open Settings -> Search. 
2. Observe the "Default Search Engine" drop down menu.

Expected results:
The "Default Search Engine" drop down menu displays full text like "Google".

Actual results: 
The dropmarker's width is larger that it used to be (17px). It was 12px. This makes "Default Search Engine" drop down menu contains ellipse, such as "Goo...". See https://bugzilla.mozilla.org/attachment.cgi?id=9424866

Some observations:
After my patch in bug 1735589, when a flex item gets its cross-size stretched to the flex container's cross-size, it will try to honor the image's aspect-ratio, and its cross-size (height) will transfer to its main-size (width). It appears that other dropmarkers (e.g. Settings -> General -> Default Zoom, and many others) are not affected, but I don't have enough knowledge to reason why only the Default Search Engine dropdown menu is affected.

A reasonable fix would be adding `align-self: center` to `dropmarker`, so its cross-size (height) won’t be stretched while keeping the icon centered vertically in its parent flex container.
Bug: The omnibox does not go in front of the new tab page.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-15 23:35:47+00:00
Resolved: 2024-09-23 15:14:09+00:00

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

Steps to reproduce:

1: Open a new tab
2: type in ANYTHING.



Actual results:

The omnibox results dissapear into the blank page


Expected results:

THe omnibox results stay in front the whole way through
Bug: Multi-word Search Shortcut string sent differently than same bookmark keyword search string
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-16 03:16:34+00:00
Resolved: 2024-09-30 14:25:50+00:00

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

Steps to reproduce:

Search acts differently between Search Shortcuts in options and a bookmark keyword when there are spaces in the search.  When using Search Shortcuts, the search string is sent as 'word1+word2'.  Using a bookmark keyword, it is instead sent as 'word1%20word2'

Reproduce:
1- Set browser.urlbar.update2.engineAliasRefresh in about:config to true to enable Add button for Search Shortcuts.
2 - Set up keyword search in Settings > Search > Search Shortcuts (e.g., name Wikipedia, URL https://en.wikipedia.org/wiki/Special:Search/%s, alias wiki).
3 - Search with shortcut and multiple-word keyword (e.g., 'wiki monkey business')


Actual results:

%s is set to 'monkey+business' and leads to https://en.wikipedia.org/w/index.php?search=monkey%2Bbusiness&title=Special:Search&ns0=1 ("the article [monkey+business] does not exist" search result page on Wikipedia)


Expected results:

%s is set to 'monkey%20business' and Wikipedia properly interprets search result to end at https://en.wikipedia.org/wiki/Monkey_Business

This is also how Firefox responds if you add a bookmark with a keyword (e.g., right-click on a search box and 'Add a Keyword for this Search...'
Bug: After closing a vertical tab, sometimes the space where the tab was is still visible, leaving a gap between tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-16 09:42:21+00:00
Resolved: 2024-09-16 11:25:37+00:00

I'm not reproducing every time, but sometimes, after closing a tab, the space where the tab was stays empty (see screenshot)
In the inspector, I can still see that the `<tab>` element is in the dom:

```html
<tab is="tabbrowser-tab" xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul" skipbackgroundnotify="true" class="tabbrowser-tab" context="tabContextMenu" pending="true" label="Advanced Preferences" labeldirection="ltr" image="chrome://global/skin/icons/settings.svg"><stack class="tab-stack" flex="1"><vbox class="tab-background"><hbox class="tab-context-line"/><hbox class="tab-loading-burst" flex="1"/></vbox><hbox class="tab-content" align="center"><stack class="tab-icon-stack"><hbox class="tab-throbber"/><hbox class="tab-icon-pending"/><html:img xmlns:html="http://www.w3.org/1999/xhtml" class="tab-icon-image" role="presentation" decoding="sync" src="chrome://global/skin/icons/settings.svg" /><image class="tab-sharing-icon-overlay" role="presentation"/><image class="tab-icon-overlay" role="presentation"/></stack><vbox class="tab-label-container" onoverflow="this.setAttribute('textoverflow', 'true');" onunderflow="this.removeAttribute('textoverflow');" align="start" pack="center" flex="1" labeldirection="ltr"><label class="tab-text tab-label" role="presentation">Advanced Preferences</label><hbox class="tab-secondary-label"><label class="tab-icon-sound-label tab-icon-sound-playing-label" data-l10n-id="browser-tab-audio-playing2" role="presentation">PLAYING</label><label class="tab-icon-sound-label tab-icon-sound-muted-label" data-l10n-id="browser-tab-audio-muted2" role="presentation">MUTED</label><label class="tab-icon-sound-label tab-icon-sound-blocked-label" data-l10n-id="browser-tab-audio-blocked" role="presentation">AUTOPLAY BLOCKED</label><label class="tab-icon-sound-label tab-icon-sound-pip-label" data-l10n-id="browser-tab-audio-pip" role="presentation">PICTURE-IN-PICTURE</label><label class="tab-icon-sound-label tab-icon-sound-tooltip-label" role="presentation"/></hbox></vbox><image class="tab-close-button close-icon" role="button" data-l10n-id="tabbrowser-close-tabs-button" data-l10n-args="{&quot;tabCount&quot;: 1}" keyNav="false" tooltiptext="Close tab"/></hbox></stack></tab>
```
Bug: Firefox crashes when opening a new tab
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-09-16 11:03:06+00:00
Resolved: 2024-11-04 12:28:58+00:00

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

Steps to reproduce:

Abra o Mozilla Firefox.
Acesse [um site com conteúdo multimídia, como vídeos ou imagens].
Clique com o botão direito em uma imagem ou vídeo na página.
Observe se o menu de contexto aparece.


Actual results:

O menu de contexto não apareceu ao clicar com o botão direito na imagem. O cursor ficou inativo por alguns segundos, mas nenhuma ação foi executada.


Expected results:

O menu de contexto deveria ter aparecido ao clicar com o botão direito na imagem, mostrando as opções padrão como 'Salvar imagem como...', 'Copiar imagem', etc.
Bug: Sidebar icons no longer use theme colors
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-16 13:16:04+00:00
Resolved: 2024-10-04 14:31:51+00:00

STR:
1. Start with `sidebar.revamp = true`.
2. Enable the Alpenglow theme.

Expected:
Sidebar button icons are purple like the toolbar.

Actual:
Sidebar button icons are black.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=7c7c002d7db21d21cbef7f1e16c189e648b6d230&tochange=57667e89d7829978215a88bf55edf27fbda94c72

Regressed by Bug 1902083.
Bug: Rapidly toggling sidebar causes it to move and reveal desktop during animation
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-16 13:33:52+00:00
Resolved: 2024-10-28 09:52:01+00:00

STR:
1. Start with `sidebar.revamp = true` on Ubuntu 24.04.
2. Click the sidebar toggle button rapidly.

Expected:
Sidebar content remains stationary and does not reveal desktop.

Actual:
Sidebar content temporarily moves and reveals desktop behind window.

On Windows 11, the sidebar content moves but does not reveal the desktop.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=aa6305a65fb5e7e7a9a1c0b572cdb0e2d4dac4fc&tochange=05fe9b71651f981ada58733864135b940f9c27b0

Regressed by Bug 1915230.
Bug: [Experiment] The "PDF_ANNOTATIONS_HIGHLIGHT" callout is not fully visible when triggered
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-09-16 13:41:27+00:00
Resolved: 2024-09-17 14:41:33+00:00

**[Notes]:**
- This issue is reproducible regardless of the browser window size.
- The issue is reproducible on both the "[PDF Annotations - Highlight - already default handler](https://experimenter.services.mozilla.com/nimbus/pdf-annotations-highlight-already-default-handler/summary)" and the "[PDF Annotations - Highlight - not default handler](https://experimenter.services.mozilla.com/nimbus/pdf-annotations-highlight-not-default-handler/summary) experiments.

**[Affected versions]:**
- Firefox Release 129.0.2 - Build ID: 20240819150008
- Firefox Release 130.0 - Build ID: 20240829075237
- Firefox Beta 131.0b6 - Build ID: 20240913091444

**[Affected Platforms]:**
- Windows 10 x64
- macOS 14.1.1
- Ubuntu 22.04

**[Prerequisites]:**
- Have the following prefs in the "about:config" page:
	- `nimbus.debug` set to `true`
- Firefox is set as the system's default PDF handler.
  
**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to "about:studies?optin_slug=pdf-annotations-highlight-already-default-handler&optin_branch=treatment-a&optin_collection=nimbus-preview".
3. Navigate to the "https://pdfobject.com/pdf/sample.pdf" page.
4. Observe the "PDF_ANNOTATIONS_HIGHLIGHT" callout from the top-right part of the browser.

**[Expected result]:**
- The "PDF_ANNOTATIONS_HIGHLIGHT" callout is fully visible.
    
**[Actual result]:**
- The "PDF_ANNOTATIONS_HIGHLIGHT" callout is partially hidden.

**[Additional Notes]:**
- Attached a screen recording of the issue.
- This issue is no longer reproducible after focusing on another tab and returning to the PDF one.
- This issue is no longer reproducible if the browser is resized.
Bug: Vertical tabs context menu has an extra separator after "Reopen Closed Tab"
Status: NEW
Priority: P3
Created: 2024-09-16 13:46:08+00:00
Resolved: 2025-02-18 13:33:30+00:00

STR:
1. Start with `sidebar.verticalTabs = true` and `sidebar.revamp = true`.
2. Right-click a blank area of the tab sidebar.

The context menu has a trailing separator.
Bug: Fix mis-matched feature config name for configurable Bookmarks button surface
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-09-16 14:19:08+00:00
Resolved: 2024-09-19 06:07:30+00:00

The feature config names are mismatched in https://searchfox.org/mozilla-central/source/toolkit/components/nimbus/FeatureManifest.yaml#3692 and https://searchfox.org/mozilla-central/source/browser/components/asrouter/modules/MessagingExperimentConstants.sys.mjs#41 resulting in ASRouter not fetching experiments on this feature.
Bug: Firefox sync between Android and Linux malfunctions in all sorts of interesting ways
Status: UNCONFIRMED
Priority: --
Created: 2024-09-16 17:05:36+00:00
Resolved: 2024-10-01 12:10:43+00:00

I am signed into the same Mozilla account in Firefox on two different Linux machines and an Android Pixel 9.

May be relevant: I recently changed the email address associated with my Mozilla account. I recently migrated to the Pixel 9 from a Pixel using the migration functionality built into Android.

I open the menu attached to my Mozilla account email address in Firefox on Linux, and I see that (a) it still says "Pixel 8" instead of "Pixel 9" for my phone, and (b) the pages listed there are not the current pages displayed in Firefox on my phone; in fact, they're very out-of-date.

I edit the sync settings on my phone, change the name from Pixel 8 to Pixel 9, sync on the phone, and then sync on Linux. Neither the device name nor the pages listed for the phone updated on Linux.

I sign out of the phone and sync on Linux again. The "Pixel 8" pages go away. OK, this, at least, works right.

I sign back into the phone using a QR code displayed from Linux. The sign-in process hangs with a spinning busy cursor after I scan the QR code. I close that out and try again.

This time I get past that, the phone says I need to finish the process on my computer. The computer says I have to enter my authenticator code. I switch to the 2FAS app on my phone to get the code, enter it on my computer, and now my computer says I'm linked. I switch back to the page on my phone where it previously said I had to finish the process on my computer, and it still says that. I close that page and check the menu on my phone again, and it says I am signed in.

I sync on my phone. I sync on Linux. My phone doesn't reappear in the menu of pages open on other devices.

I look on in Firefox on a second Linux device. After all this it still has the old list of pages from the Pixel 8, and the Pixel 9 isn't showing up there either.

I sign out on the phone again, and this time I sign back in using my password instead of the QR code. This, finally, causes updated data for the phone to start showing up on both Linux computers. However, for some inexplicable reason both of them have my phone labeled as "Firefox for Android" even though the Device name set on the phone is "Firefox on Google Pixel 9".

This is a mess.
Bug: [contextual content] When toggling layout variants, list group renders extra placeholders
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-16 17:15:42+00:00
Resolved: 2024-09-18 20:27:18+00:00

When setting `browser.newtabpage.activity-stream.newtabLayouts.variant-a` or `browser.newtabpage.activity-stream.newtabLayouts.variant-b` to true, the list feed renders empty placeholder cards that disappear on reload.
Bug: Toggling vertical tabs on and off 4 seconds
Status: NEW
Priority: P3
Created: 2024-09-16 17:56:20+00:00
Resolved: 2024-10-03 07:22:19+00:00

Here's a profile with 5400 tabs:
https://share.firefox.dev/3MPsLgA

Most of the time is in `updateTabStripOrientation()`. Maybe we're doing something quadratic here or just a really expensive thing per tab.
Bug: Alt+Enter in search bar opens in current tab (instead of new tab)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-09-16 20:54:17+00:00
Resolved: 2024-09-25 05:56:25+00:00

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

Steps to reproduce:

Type something into the search bar and hit Alt+Enter


Actual results:

Search results open in current tab, overriding current tab contents


Expected results:

Alt+Enter: results should open in a new tab 
(Enter alone should open in current tab)
Bug: Intermittent browser/components/sidebar/tests/browser/browser_glean_sidebar.js | single tracking bug
Status: NEW
Priority: P5
Created: 2024-09-17 01:51:18+00:00
Resolved: 2025-03-04 14:46:07+00:00

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

---
```
[task 2024-09-17T01:05:38.063Z] 01:05:38     INFO - TEST-PASS | browser/components/sidebar/tests/browser/browser_glean_sidebar.js | Event indicates that the panel was closed. - "false" == "false" - 
[task 2024-09-17T01:05:38.064Z] 01:05:38     INFO - Leaving test bound test_customize_panel_toggle
[task 2024-09-17T01:05:38.064Z] 01:05:38     INFO - Entering test bound test_customize_icon_click
[task 2024-09-17T01:05:38.064Z] 01:05:38     INFO - Click on the gear icon.
[task 2024-09-17T01:05:38.064Z] 01:05:38     INFO - Buffered messages finished
[task 2024-09-17T01:05:38.064Z] 01:05:38     INFO - TEST-UNEXPECTED-FAIL | browser/components/sidebar/tests/browser/browser_glean_sidebar.js | One event was reported. - "undefined" == 1 - 
[task 2024-09-17T01:05:38.064Z] 01:05:38     INFO - Stack trace:
[task 2024-09-17T01:05:38.064Z] 01:05:38     INFO - chrome://mochitests/content/browser/browser/components/sidebar/tests/browser/browser_glean_sidebar.js:test_customize_icon_click:140
[task 2024-09-17T01:05:38.064Z] 01:05:38     INFO - chrome://mochikit/content/browser-test.js:handleTask:1145
[task 2024-09-17T01:05:38.064Z] 01:05:38     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1217
[task 2024-09-17T01:05:38.064Z] 01:05:38     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1358
[task 2024-09-17T01:05:38.064Z] 01:05:38     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1134
[task 2024-09-17T01:05:38.064Z] 01:05:38     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2024-09-17T01:05:38.064Z] 01:05:38     INFO - Leaving test bound test_customize_icon_click
[task 2024-09-17T01:05:38.065Z] 01:05:38     INFO - Entering test bound test_customize_synced_tabs_enabled
[task 2024-09-17T01:05:38.065Z] 01:05:38     INFO - Console message: [JavaScript Warning: "Layout was forced before the page was fully loaded. If stylesheets are not yet loaded this may cause a flash of unstyled content." {file: "chrome://browser/content/sidebar/sidebar-customize.html" line: 0}]
[task 2024-09-17T01:05:38.065Z] 01:05:38     INFO - Disable viewTabsSidebar.
```
Bug: Show sidebars is not moved back to its default place when restoring defaults in Customize Toolbar
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-09-17 08:52:52+00:00
Resolved: 2025-02-10 14:14:17+00:00

**Found in**
* Nightly 132.0a1

**Affected versions**
* Nightly 132.0a1 (2024-09-16)

**Affected platforms**
* All

**Preconditions**
* Set the following prefs:
sidebar.revamp - true	

**Steps to reproduce**
1. Remove "Show sidebars" button from the toolbar
2. Access Customize Toolbar and click on Restore Defaults

**Expected result**
* The button is moved back on its default place

**Actual result**
* The button is still in the Customize toolbar list

**Regression range**
* Not a regression

**Additional Notes**
- See the issue in the following [attachment](https://drive.google.com/file/d/1q7Vt8q8vZuPv_ofSKPsCPNUzsSxsj2Sq/view?usp=sharing).
Bug: Close tab broken with expanded Vertical Tab Bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-17 09:13:16+00:00
Resolved: 2024-09-17 11:38:25+00:00

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

Steps to reproduce:

I think this regression was introduced recently. If the sidebar is expanded, closing tabs doesn't actually close them and just leaves an empty space there.

I have attached two screenshots side by side of what happens. This does *not* happen when sidebar is not expanded (compact vertical tab bar).

Steps to reproduce:

1. Open 3 tabs with the sidebar expanded (in vertical tabs mode, of course).
2. Close the middle one.


Actual results:

Actual result:

1. Space in the middle remains there.
2. Tab is not actually closed (you can confirm this by clicking on tab list in the toolbar and you'll see the tab is still there and is still open).


Expected results:

Expected result:

1. Tab is actually closed.
2. UI is updated (the space in the middle is collapsed).
Bug: Firefox 130 translates radio and checkbox input values despite of translate=no attribute
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-17 09:20:01+00:00
Resolved: 2024-10-31 15:11:05+00:00

Steps to reproduce:

User agent string: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:130.0) Gecko/20100101 Firefox/130.0
Also happens with Windows version.

Here's a simple page with a test form:

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Simple Form</title>
</head>
<body>
    <h1>Simple POST Form to test potential Firefox translation bug</h1>
    <form action="test.php" method="POST">
        <label>
            <input type="radio" name="option" value="option_one" translate="no">
            This is option 1
        </label><br>
        <label>
            <input type="radio" name="option" value="option_two" translate="no">
            And this is option 2
        </label><br>
        <label>
            <input type="checkbox" name="checkbox" value="checkbox_value" translate="no">
            Let's also try with a checkbox
        </label><br><br>
        <input type="submit" value="Submit">
    </form>
</body>
</html>

Use the "Translate page" function to translate from English to German, then submit the form.


Actual results:

Input values are translated/changed on submit:

"option_one" becomes "option-one" (notice the dash instead of underscore) and
"checkbox_value" becomes "Checkbox-Wert".

The translate="no" attribute on the inputs is entirely ignored. If I add the attribute to the <form> tag, at least the labels are not translated, but the values still are.


Expected results:

Checkbox and radio values should not be changed on submit.
Bug: Search without text no longer works
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-17 09:30:11+00:00
Resolved: 2024-09-17 12:50:43+00:00

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

Steps to reproduce:

Click on the magnifying glass in the search bar.
Click on one of the search engines.


Actual results:

Nothing.


Expected results:

I should have arrived at the search engine page so that I can type in my search query without leaking it to the default search engine (I don't want to turn off search suggestions because they are sometimes useful). This has always worked before but in latest version it forces me to type something before searching.
Bug: The Show sidebar active state is no longer working when the Hide Sidebar setting is active
Status: NEW
Priority: --
Created: 2024-09-17 09:41:03+00:00
Resolved: 2024-09-17 09:41:26+00:00

**Found in**
* Nightly 132.0a1

**Affected versions**
* Nightly 132.0a1 (2024-09-16)

**Affected platforms**
* All

**Preconditions**
* Set the following prefs:
sidebar.revamp - true	

**Steps to reproduce**
1. Select "Customize sidebar" button from the toolbar
2. Select "Hide sidebar" from the Sidebar settings
3. Close the customize sidebar panel

**Expected result**
* The Show sidebars active state is on when the panel is open

**Actual result**
* The Show sidebar active state is no longer working when the Hide Sidebar setting is active

**Regression range**
* Not a regression

**Additional Notes**
- See the issue in the following [attachment](https://drive.google.com/file/d/1_uBr3Bo8EGA4uVE4brzErKkjSXHuYJQO/view?usp=sharing).
Bug: Restoring defaults in Customize Toolbar deselects the Vertical Tab settings and enables horizontal tabs
Status: NEW
Priority: --
Created: 2024-09-17 12:08:43+00:00
Resolved: 2024-09-18 17:15:32+00:00

**Found in**
* Firefox Nightly 132.0a1

**Affected versions**
* Firefox Nightly 132.0a1

**Affected platforms**
* All

**Preconditions**
Set the following prefs:
sidebar.revamp - true
sidebar.verticalTabs - true

**Steps to reproduce**

1. Go to Customize Toolbar and click the Restore Defaults option
2. Observe the browser tabs

**Expected result**
* Restoring defaults in Customize Toolbar should not deselect the Vertical Tabs setting

**Actual result**
* Restoring defaults in Customize Toolbar deselects the Vertical Tab settings 

**Regression range**
* will search for one asap
Bug: Sidebar splitter overflows into toolbar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-09-17 13:02:41+00:00
Resolved: 2024-09-17 18:28:36+00:00

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

Steps to reproduce:

Open sidebar 


Actual results:

Splitter overflows to toolbar


Expected results:

No overflow
Bug: booksmarks toolbar is blank and newtab "+" icon is missing
Status: NEW
Priority: --
Created: 2024-09-17 13:08:12+00:00
Resolved: 2024-10-09 12:20:45+00:00

Updated nightly to 132, and now the bookmarks toolbar is blank and the "+" icon to create a new tab is also missing.  Tried restarting, toggling "Hide/Show Bookmarks toolbar" on and off, and nothing helped.  Using on a Mac with an M3 processor, os version 14.6.1