av9ash/GitBugs huggingface dataset:
Bug: New tab '+' icon moves after restarting the browser from right (next to open tabs) to their left.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-01 20:57:16+00:00
Resolved: 2024-10-02 05:34:47+00:00

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

Steps to reproduce:

Put the icon back to the right of the tabs with customize toolbar feature.


Actual results:

The icon goes back to the left after browser restart.


Expected results:

It should have stayed on the right
Bug: Ensure Searchmode Switcher UI makes sense when keyboard.enabled is false
Status: NEW
Priority: P3
Created: 2024-10-01 21:41:11+00:00
Resolved: 2024-10-08 19:28:45+00:00

When keyword.enabled is false, we may want to show a different icon that doesnt make the user think a search is about to be performed with the default engine when they submit
Bug: Toolbar layout breaks after opening new windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-01 22:02:22+00:00
Resolved: 2024-10-02 14:26:15+00:00

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

Steps to reproduce:

Open new windows in 132.0b1 (Developer Edition), once a window window with broken toolbar appears, all consequently opened windows will also be broken.

I cannot reliably reproduce the issue, it seems to happen "randomly", sometimes restarting the browser fixes the toolbar,  "restore defaults" in "customize toolbar" seemingly fixes the layout, however the new tab icon will be missing.

I'm on arch Linux, Gnome, wayland.


Actual results:

The toolbar icons are reorganized, "new tab" icon is missing. (screenshot attached)


Expected results:

I expect the toolbar to remain the same in all windows.
Bug: Favorites bar blanking out
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-01 22:30:17+00:00
Resolved: 2024-10-01 22:57:07+00:00

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

Steps to reproduce:

Opened the browser after an update


Actual results:

The favorites bar no longer displays, but shows in settings it is enabled. 

I've did a reset on the browser and cleared everything, the favorites bar returned. Upon closing the browser and reopening it, it was gone again. 


Expected results:

Favorites bar should display
Bug: Tab Hover Preview is not available in Fx 131
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2024-10-01 23:25:36+00:00
Resolved: 2024-10-07 18:11:09+00:00

The Tab Hover Preview (THP) feature and "Show an image preview when you hover on a tab" setting are no longer available in Fx 131.

THP was enabled by default in code in Fx 131 by bug 1908566. Before that, THP was enabled in Beta and the Release channel using Nimbus rollouts:

https://experimenter.services.mozilla.com/nimbus/tab-hover-preview-beta-rollout/summary 
https://experimenter.services.mozilla.com/nimbus/tab-hover-preview-release-rollout/summary 

However, after Fx 131 was merged to the Release channel, THP is no longer available.
Bug: Changing sidebar.revamp adds duplicate View > Sidebar entries including disabled panels
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-01 23:26:25+00:00
Resolved: 2024-11-06 19:45:26+00:00

Tested in 132 beta changing sidebar.revamp from about:config (but also happens from experiment using bug 1895932), this screenshot shows initial top View > Sidebar menu then flipped true adding duplicate and Review Checker then flipped false duplicating and also adding Passwords
Bug: Targeting editors lose focus when changing between small input and large textarea
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-10-02 00:04:02+00:00
Resolved: 2024-10-04 04:28:04+00:00

The targeting editors are rendered as small input fields if the value is small, and as large textareas otherwise. When you're typing, if the change causes it to switch between these states, you'll lose focus as the element is replaced. This was supposed to only control what they're initially rendered as, before any user changes. But after thinking about it a bit, it's hard to do that, and changing automatically isn't terrible as long as it doesn't lose focus.

So instead of changing from input to textarea we can just modulate the size of the textarea. Unfortunately we can't hide the resizer because of bug 1922141 (we'd lose undo history), but I think that's okay. Still a big improvement over losing focus.
Bug: Losing bookmark toolbar and settings
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-02 05:55:26+00:00
Resolved: 2024-10-02 07:52:41+00:00

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

Steps to reproduce:

Open Firefox


Actual results:

Loads and missing the Theme and Bookmarks. Have to constantly refresh to restore it all (except the theme)


Expected results:

First time ever losing a bookmark tool bar
Bug: Using 'Bookmarks' policy to set bookmarks results in the first bookmark being ignored.
Status: UNCONFIRMED
Priority: P3
Created: 2024-10-02 07:57:39+00:00
Resolved: 2024-12-05 14:13:10+00:00

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

Steps to reproduce:

I created /etc/firefox/policies/policies.json with the following content:

{
  "policies": {
    "Bookmarks": [
      { 
        "Title": "[ Link 0 ]",
        "URL": "https://0.example.com/",
        "Placement": "toolbar"
      },
      { 
        "Title": "[ Link 1 ]",
        "URL": "https://1.example.com/",
        "Placement": "toolbar"
      },
      { 
        "Title": "[ Link 2 ]",
        "URL": "2.example.com",
        "Placement": "toolbar"
      }
    ],
    "ManagedBookmarks": [
      {
        "toplevel_name": "[ Managed ]"
      }, 
      {
        "name": "[ Outlook 365 ]",
        "url": "https://outlook.office.com/"
      },
      { 
        "name": "[ Teams ]",
        "url": "https://teams.microsoft.com/" 
      }
    ]
  }
}

When firefox is started the 0th entry of the Bookmarks list is not added to the bookmark menu, only items 1 and 2 are displayed.  Did the ManagedBookmarks entry overrite the 0th element of the list?  Environment and firefox version:

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.5 LTS
Release:        22.04
Codename:       jammy

$ apt-cache policy firefox
firefox:
  Installed: 130.0.1+build1-0ubuntu0.22.04.1~mt1
  Candidate: 130.0.1+build1-0ubuntu0.22.04.1~mt1
  Version table:
     1:1snap1-0ubuntu2 500
        500 http://gb.archive.ubuntu.com/ubuntu jammy/main amd64 Packages
 *** 130.0.1+build1-0ubuntu0.22.04.1~mt1 1001
       1001 https://ppa.launchpadcontent.net/mozillateam/ppa/ubuntu jammy/main amd64 Packages
        100 /var/lib/dpkg/status



Actual results:

The 0th item in the Bookmarks list is not displayed on the toolbar.


Expected results:

All items from the Bookmarks list in the policy are displayed.
Bug: Loss of toolbar functionality
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-02 08:19:59+00:00
Resolved: 2024-10-02 10:45:22+00:00

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

Steps to reproduce:

I am using build 132.0b1 (64-bit) of Firefox Developer edition. And restarted the browser after a windows update. Windows 10 22H2 (OS Build 19045.4957). This happens on Windows 11 aswell.


Actual results:

The following items are now missing:
* bookmark links on the bookmark toolbar which is visible
* addons their icons are missing
* add tab button on the tab list, now have to click on the "Folder icon" and select new tab or press Ctrl+T


Expected results:

Bookmarks visible and customisations visible. These come back after a browser refresh but then disappear on relaunch. I have attached a screen shot of the toolbar as it incorrectly appears.
Bug: Unable to open pdfs on AWS (regression)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-10-02 08:34:20+00:00
Resolved: 2024-10-07 01:30:48+00:00

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

Steps to reproduce:

Open  a PDF document on AWS


Actual results:

I get an empty screen.


Expected results:

PDF document should have opened.
This was working in Firefox 130.0.1, but gone in 131.0
Bug: "List all tabs" icon can't be removed from the toolbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-02 09:31:32+00:00
Resolved: 2024-10-02 10:45:53+00:00

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

Steps to reproduce:

I would like to remove newly introduced tab list icon using "customize toolbar" feature


Actual results:

"Remove from toolbar" is grayed out


Expected results:

It should not be grayed out and I should be able to use for example "Firefox View" instead
Bug: The pinned tab green notification dot is not positioned correctly in Firefox View
Status: NEW
Priority: P3
Created: 2024-10-02 10:05:25+00:00
Resolved: 2024-10-02 12:31:06+00:00

**Found in**
* Firefox 132.0b1

**Affected versions**
* Firefox 132.0b1
* Firefox 133.0a1

**Tested platforms**
* Affected platforms: Windows 10, Ubuntu 22, macOS 10.15
* Unaffected platforms: none

**Steps to reproduce**
1. Open some tabs from YouTube with right click and open link in new tab, do not play this tabs (have the play tab icon when hover on this tabs).
2. Pin this tabs, should appear a green (red on ubuntu) notification dot under the YouTube tab icon.
3. Click on Firefox View button/ Open tabs section
4. Hover on pinned tabs
5. Observe the green notification dot 

**Expected result**
* The green notification dot is positioned correctly, maybe a little upper in that hover border.

**Actual result**
* The green notification dot is at the lower limit inside the hover border.

**Regression range**
* I will come back with finding the regression range ASAP.

**Additional notes**
* The issue occurs if a list item have the green notification dot under the icon (use send tab to device option to display the green notification dot) and hovering on this list item could observe the issue. 
* Please see the issue in the attached screenshot.
Bug: Icons on toolbar change placement each time Firefox developer is opened
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-02 10:40:39+00:00
Resolved: 2024-10-02 10:45:38+00:00

Steps to reproduce:

Open Firefox Developer Edition (132.0b1) (installed from Mozilla deb software source on Ubuntu 24.04).


Actual results:

Previously ordered icons on the toolbar are jumbled differently or hidden behind Extensions puzzle piece icon.
This includes hiding of reload icon, displacement of forward/back buttons and hiding of extension icons.
Interestingly, this does not happen with the same version of Firefox Beta (132.0b1) but only in Firefox Developer Edition (132.0b1).


Expected results:

Previously customised placement of icons on the toolbar should remain in their expected positions.
Bug: Disappearance of the “https:” information in the URL bar
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-10-02 11:07:10+00:00
Resolved: 2024-10-02 12:56:51+00:00

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

Steps to reproduce:

MAJ Firefox 133 nightly


Actual results:

"Https:" has disappeared from my URL bar, I have to double-click on it to see it appear. 
I assumed a new option, but couldn't find anything in the settings to put this information back in place.


Expected results:

the "Https" info should be visible all the time (or have an option in settings to disable it).
Bug: Newtab handoff does not overwrite the active search mode engine
Status: NEW
Priority: P3
Created: 2024-10-02 11:25:52+00:00
Resolved: 2024-12-31 17:30:21+00:00

**Found in**
* Fx 133.0a1

**Affected versions**
* Fx 133.0a1
* Fx 132.0b1
* Fx 131.0

**Affected platforms**
* all

**Steps to reproduce**
1. Launch Fx and open a new tab.
2. Open the Dedicated Search Button and enter searchmode for any search engine except the default one (without doing a search).
3. Dismiss the Dedicated Search dropdown.
4. Start typing in the dedicated search field from newtab page (not the address bar) and press Enter.

**Expected result**
* Default engine searchmode is on in the address bar.
* Search is made with the default search engine (displayed on the websearch bar).

**Actual result**
* Search engine set in step 2 is kept and search is made with it.

**Regression range**
* Not a regression.

**Additional notes**
* Please note that same behavior was exhibited with the one off engines and 'old' search.
* Split from bug [1917181#c2](https://bugzilla.mozilla.org/show_bug.cgi?id=1917181#c2).
Bug: Remove needsUpdate asrouter targeting prop (was: asrouter shouldn't do a forced (foreground) update check)
Status: NEW
Priority: P2
Created: 2024-10-02 11:30:33+00:00
Resolved: 2024-10-22 13:25:14+00:00

https://searchfox.org/mozilla-central/rev/3966e5534ddf922b186af4777051d579fd052bad/browser/components/asrouter/modules/ASRouterTargeting.sys.mjs#280 calls `checkForUpdates` with `FOREGROUND_CHECK`, which seems wrong since that is meant to be used when the user actively checks for update (i.e. opens the about dialog, essentially).
Bug: Toolbar Menu Failure - Firefox crashes - V 132.0b1
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-02 11:31:32+00:00
Resolved: 2024-10-02 12:02:41+00:00

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

Steps to reproduce:

Start FF


Actual results:

Menu Bar fail
Tool Bar Fail
Entire Settings Fail


Expected results:

Resume as normal without any issues
Bug: Toolbar buttons are missing or rearranged
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-02 11:43:12+00:00
Resolved: 2024-10-02 12:44:03+00:00

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

Steps to reproduce:

(On Firefox Developer Edition 132.0b1 64-bit, Windows 11)
Launching the browser with the latest update


Actual results:

Several toolbar components are missing, and some are rearranged. Sometimes, randomly, it launches with the buttons inverted (navigation buttons being on the right instead of the left).
New tab button, flexible spacers, all pinned extensions, and Firefox View are missing, among others. The Bookmarks Toolbar is completely blank despite having several items there.
You can look at the screenshot attached.


Expected results:

Maintain the original toolbar layout
Bug: Container menu not shown when right-clicking new tab button when vertical tabs overflowing
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-10-02 13:58:01+00:00
Resolved: 2024-11-06 14:08:33+00:00

STR:
1. Start with `sidebar.verticalTabs = true` and `sidebar.revamp = true`.
2. Make sure `privacy.userContext.enabled = true` (default on Nightly).
3. Create many tabs so the list overflows (Ctrl+T).
4. Right-click on the new tab button in the sidebar.

Expected:
Container menu shown.

Actual:
Nothing happens.

Bug 1920575 fixed the non-overflowing case but broke the overflowing case.

Long-pressing still works regardless of overflow.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8ddc55eafb0d6c241bce583de1e3c1ad51f72b7b&tochange=350cbb95263323a35accdb31cc8b134d953ee93a

Regressed by Bug 1920575.
Bug: "Create tab group" modal only appears if there are no existing tab groups
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-10-02 13:59:43+00:00
Resolved: 2024-10-09 10:03:35+00:00

**Expected behaviour**:

When creating a new tab group by right clicking and opening a context menu for a tab, the "Create tab group" modal should always appear.

**Actual behaviour**:

When a tab group already exists, the context menu changes to a multi-level dropdown that appears as  "Add Tab to Group > New Group". When clicking this option, a red tab group with no label is created and there is no option to change the settings.
Bug: Dark appearance scrollbar in vertical tab strip when in light mode
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-10-02 14:49:28+00:00
Resolved: 2024-10-02 14:57:52+00:00

I am seeing a dark appearance scrollbar (and track) after recent updates.

49:31.43 INFO: Narrowed inbound regression window from [53238ac7, 14bbe3b8] (3 builds) to [53238ac7, fb3f2009] (2 builds) (~1 steps left)
49:31.44 INFO: No more inbound revisions, bisection finished.
49:31.44 INFO: Last good revision: 53238ac70a6f5251c218bb86f999499bb2c1d6f0
49:31.44 INFO: First bad revision: fb3f20098be7fc5a6ceb7f1a5e164f8c8b6989be
49:31.44 INFO: Pushlog:https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=53238ac70a6f5251c218bb86f999499bb2c1d6f0&tochange=fb3f20098be7fc5a6ceb7f1a5e164f8c8b6989be

Steps to reproduce:

1. Enable vertical tabs
2. Open a lot of tabs such that the tab strip is scrollable

What happens:

The scroll bar and strip are dark.

Expected result:

Scroll bar and strip are light (or strip is not visible, like it is in horizontal tab mode).
Bug: [Unified Ads API Integr] Spoc data feed empty in HNT dev tools
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-10-02 14:58:34+00:00
Resolved: 2024-10-04 10:08:10+00:00

Steps to reproduce: 

1. Set the following prefs to true: 
    - `browser.newtabpage.activity-stream.asrouter.devtoolsEnabled`
    - `browser.newtabpage.activity-stream.unifiedAds.spocs.enabled`
1. Restart browser
1. Open new tab
1. Click "Wrench" icon in corner of page to open HNT dev tools
1. Scroll down to **Spocs** section
1. **Expected:**  The __Spoc data__ section should entries for each spoc. 
1. **Actual:** The __Spoc data__ section is empty
Bug: Pressing Alt key to show menu bar makes titlebar height 250% larger even though there are no tabs in the titlebar
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-02 15:12:57+00:00
Resolved: 2024-11-07 13:43:37+00:00

STR:
1. Start with `sidebar.verticalTabs = true` and `sidebar.revamp = true`.
2. Press the Alt key to temporarily show the menu bar (Windows or Linux).

Expected:
Titlebar height doesn't change (like when permanently enabling the menu bar) or only grows enough to accommodate the menu bar (like when system titlebar enabled (`browser.tabs.inTitlebar = 0`)).

Actual:
Titlebar height increases by 250% (+44px) for no apparent reason.
Bug: FireFox has started to update in our enterprise from version 115.15.0esr to 128.3.0esr but users are now getting "failed to read the configuration file" every time they open their browser.
Status: UNCONFIRMED
Priority: P3
Created: 2024-10-02 16:11:38+00:00
Resolved: 2025-01-08 14:33:43+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 Edg/128.0.0.0

Steps to reproduce:

Firefox is set to auto update in our enterprise and users have started to report today that when their browser updates from version 115.15.0esr to 128.3.0esr they are now getting "failed to read the configuration file" every time they open their browser.  I clicked restart to update in my own Firefox browser and I now get the same message.


Actual results:

Updated from 115.15.0esr to 128.3.0esr.
Waited for the update, Firefox opened and "Failed to read the configuration file. Please contact your system administrator." message appeared.
Closed Firefox completely but same message.
Restarted but same message.


Expected results:

Firefox should have updated and opened without any errors appearing.
Bug: Bookmark Toolbar disappeared at startup today. As well as all toolbar customization.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-02 17:01:49+00:00
Resolved: 2024-10-02 17:40:40+00:00

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

Steps to reproduce:

Didn't do anything. I started up my PC today and when I started up Firefox, I saw the issue.


Actual results:

All my toolbar settings are gone. The Bookmark Toolbar is an empty bar, but all my bookmarks are still saved so I can access them through the sidebar.


Expected results:

Bookmark displays normally with my previous customization.
Bug: Bug 1919721 - not fixed in 132.0b2
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-02 17:24:17+00:00
Resolved: 2024-10-02 18:49:35+00:00

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

Steps to reproduce:

Updated from 132.0b1 to 132.0b2


Actual results:

Issue from the bug 1919721 is still present


Expected results:

Actually have buttons and bookmarks back
Bug: Switch-to-Tab Icon Overlapped by Text When Using Compact Mode
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-10-02 20:47:57+00:00
Resolved: 2024-10-16 09:48:09+00:00

STR:

1. Enable Scotch bonnet by setting `browser.urlbar.scotchBonnet.enableOverride` to `true`.
2. Enable compact mode by setting `browser.uidensity` to `1`.
3. Open a page in a new container tab.
3. Open a new tab and search for the tab opened in step 3.

Expected Results:

The tab icon along with the "Switch to Tab" label and the name of the container should be clearly displayed.

Actual Results:

The "Switch to Tab" label overlaps the tab icon.
Bug: New Tab: Settings button is the first in the focus order when it is visually placed after the Weather widget
Status: NEW
Priority: P3
Created: 2024-10-02 21:18:44+00:00
Resolved: 2024-11-19 03:08:22+00:00

### STR: 
1. Open Firefox on the New Tab page
2. Press `Tab` key to focus the Settings button and observe the focus order

### Expected:
1. The Settings (gear icon) button is receiving focus after the Weather widget, because it is placed visually at the end of the first row of controls, on the right side from the Weather widget (on English build)

### Actual:
1. The Settings (gear icon) button is the first element in the focus order on the New Tab page making it hard to expect and follow for sighted keyboard users, because it is expected the focus order would follow the visual reading order of the page and would go from left to right, top to bottom (for LTR languages)